Académique Documents
Professionnel Documents
Culture Documents
Home
IMPACT modules consist of focused, in-depth training content that can be consumed in about 1-2 hours
Course Description Start Training Run/Download the PowerPoint presentation Student Resource Guide Training slides with notes Assessment Must be completed online
(Note: Completed Assessments will be reflected online within 24-48 hrs.)
Complete Course Directions on how to update your online transcript to reflect a complete status for this course.
Start Training
Start training by selecting the best mode for you ...... run online or download for local execution.
SnapView Foundations
Click on the following links:
Course Completion
Link to Knowledgelink to update your transcript and indicate that you have completed the course.
Snapview Foundations
Course Completion Steps:
1. 2. 3. 4.
Logon to Knowledgelink (EMC Learning management system). Click on 'My Development'. Locate the entry for this learning event you wish to complete. Click on the complete icon [ ].
Note: The Mark Complete button does not apply to items with the Type: Class, Downloadable (AICC Compliant) or Assessment Test. Any item you cancel from your Enrollments will automatically be deleted from your Development Plan. Click here to link to Knowledgelink
e-Learning
Course This foundation level course provides participants with an MR-5WP-SNPVFD Number: introduction to the CLARiiON-based Business Continuity Method: Duration: IMPACT 1 hour Solutions for local replication. The goal is to show the features, functionality and benefits of the SnapView product. This course is part of the EMC Technology Foundations curriculum and is a pre-requisite to other learning paths
Audience This course is intended for any person who: Educates partners and/or customers on the value of EMCs CLARiiON-based local Business Continuance solutions Provides technical consulting skills and support for EMC CLARiiON Business Continuance products Analyzes a Customers business technology requirements and map them to CLARiiON BC solutions Qualifies the value of EMCs CLARiiON local replication products Collaborates with customers as a storage solutions advisor
Prerequisites The prerequisites listed are recommended and should be completed prior to attending class. The prerequisite courses include: CLARiiON Foundations Prior to taking this course, participants should have strong understanding of IT concepts and a basic knowledge of storage concepts Course Objectives Upon successful completion of this course, participants should be able to: Explain the concepts and benefits of business continuity Describe the functional concepts of local replication on the CLARiiON storage platform Describe the benefits of local replication on the CLARiiON storage platform Identify the differences among the various EMC CLARiiON local replication solutions
Modules Covered These modules are designed to support the course objectives. The following modules are included in this course: Introduction to Enterprise Business Continuity SnapView Foundations
Page 1 of 2
Labs
e-Learning
Labs reinforce the information you have been taught. There are no labs associated with this course. Assessments validate that you have learned the knowledge or skills presented during a learning experience. This course includes the SnapView Foundations Assessment. Assessments
Page 2 of 2
SnapView Foundations, 1
SnapView Foundations
Welcome to SnapView Foundations. This course is divided into two parts. Part 1 will introduce Business Continuity Solutions. Part 2 provides an introduction to SnapView, EMCs Business Continuity Local Replication solution for CLARiiON.
Welcome to Part 1 of SnapView Foundations. This section introduces Business Continuity Solutions. It starts with a basic definition, then shows the business requirements for Business Continuity, followed by the history of Data Protection as a key component to Business Continuity.
This course introduces the concept of Business Continuity and how EMC Technology supports this concept.
The objectives for this course are shown here. Please take a moment to read them.
Business Continuity remains at the top of every executives priority list. Yet executives find themselves in a financial tug-of-war between business continuity solutions and other projects competing for the limited resources. Fundamental to business continuity is the need to understand an organizations practices relative to the protection, availability and usability of data.
Loss Revenue Direct loss Compensatory payments Lost future revenue Billing losses Investment losses
Financial Performance Revenue recognition Cash flow Lost discounts (A/P) Payment guarantees Credit rating Stock price
Other Expenses Temporary employees, equipment rental, overtime costs, extra shipping costs, travel expenses...
EMC Global Education
2004 EMC Corporation. All rights reserved. 5
There are many factors that need to be considered when calculating the cost of downtime. A formula to calculate the costs of the outage should capture both the cost of lost productivity of employees and the cost of lost income from missed sales. Estimated average cost of 1 hour of downtime = (Employee costs per hour * Fraction employees affected by outage) + (Average Income per hour * Fraction income affected by outage). Employee costs per hour is simply the total salaries and benefits of all employees per week divided by the average number of working hours per week. Average income per hour is just the total income of an institution per week divided by the average number of hours per week an institution is open for business.
Elevated demand for increased application availability confirms the need to ensure business continuity practices are consistent with business needs. Interruptions are classified as either planned or unplanned. Failure to address these specific outage categories seriously compromises a companys ability to meet business goals.
The selection of a business continuance solution includes many factors, but the most important is typically the cost to invest in the solution. This cost can encompass hardware, software, floor space, people, time, etc. To put into perspective the cost to invest in a business continuance solution, it is important to understand the loss of revenue for downtime. AMR Research put together a chart based on industry category to demonstrate the dollars of revenue lost per hour of system downtime. A business continuance solution is an insurance policy for the protection of your data. Is losing or compromising the integrity of your companys critical information a risk you are willing to take? EMC PS is made up of experts who understand 24x7x365 continuous availability and the use of EMC systems and software to achieve it. They address information storage needs from a strategic perspective, and focus on the business requirements and the application of storage technology to address those requirements. EMCs consultants use a framework of proven processes and industry-leading best practices and methodologies. This framework addresses all phases of an enterprise solution and ensures a consistent and effective process for creating an information-centric infrastructure.
The technique that EMC has embraced for Data Protection is to use multiple copies of data. This is not a new idea. What EMC has brought to the table is new and unique, intelligent storage methodologies that:
Replicate data internally within storage arrays, or externally across distances between storage arrays Facilitate and enable parallel access to data instances Allow users to perform various workloads without conflict Dramatically change the time, effort, risk, and complexity of remote business resumption
Before Mirroring, the entire drive would be allocated for data and used by the operating system or application, and be unprotected in the event of a failure. Disk Mirroring introduced a technique in which data is simultaneously written to duplicate disks. If one of the disks fails, the system or application can continue without any loss of data or disruption in service. First introduced by EMC, Remote Mirroring extended the Data Protection across Storage Subsystems, protecting against a drive and subsystem failure. If a drive failed, access was only available on the secondary storage subsystem.
1997 1997 Dynamic Disk Dynamic Disk Mirrors Mirrors 2001 2001 Enterprise Enterprise Consistency Consistency Technology Technology
BCV
Application Backups Application Backups Application Development Application Development Data Warehouse Extract Data Warehouse Extract Recovery Testing Recovery Testing
BCV
Symmetrix A Symmetrix B
BCV
Data Base Integrity Data Base Integrity Reporting Reporting Quality Assurance Quality Assurance Data Warehouse Load Data Warehouse Load
Backups and Decision Support at Multiple Sites with Full Protection of Volumes and Data Centers
10
Dual Remote Mirroring offered local protection as well as the extended protection across storage subsystems. This offered local protection against a drive failure so access to data was not required to span the secondary storage subsystem. Dynamic Disk Mirroring introduced a technique in which a special disk device is dynamically mirrored to a mirrored disk pair and split for Business Operations. Enterprise Consistency Groups introduce the ability to have a restartable point of consistency image across platforms.
Symmetrix
TimeFinder TimeFinder Clone SNAP SRDF SRDF/A SRDF/AR SDMM ERM CopyCross GeoSpan PowerPath
CLARiiON
SnapView
ERM
PowerPath
11
Organizations are looking to ensure their information is protected during downtime. EMC sets the standard in business continuity hardware, software and services. TimeFinder is software that creates copies of production data for repurposing. SnapView is a point-in-time copy application on CLARiiON storage systems. TimeFinder Clone is point-in-time software for data stored on a Symmetrix. EMC Snap software offers space-saving, point-in-time "copies" for Symmetrix DMX. SRDF software maintains a duplicate copy of data across long distances. SRDF/A offers asynchronous remote replication solution for Symmetrix DMX. SRDF/AR automates point-in-time disaster restart using EMC TimeFinder. MirrorView is CLARiiON software that enables synchronous data mirroring. ERM simplifies and automates the management of local replication. CopyCross is an MVS software product that uses disk to emulate a tape device. GeoSpan integrates SRDF and Clusters automating disaster recovery. PowerPath is host-resident software that manages host-to-storage I/O data paths.
Disciplined and proven methodology Ability to provide objective site & platform roadmaps and recommendations Commitment to customer satisfaction Strategic alliances and partnerships
EMC has been, and is, the recognized industry leader providing the highest level of recovery capabilities and business continuance solutions in the world today.
Course Summary
Key Points covered in this course: The concept of Business Continuity The benefits of Business Continuity regarding expenses incurred as a result of downtime How EMC uses Local and Remote mirroring in its storage methodologies to maintain data protection
Key points covered in this course are shown here. Please take a moment to review them.
Thank you for your attention. This ends Part 1 of the training session for SnapView Foundations.
SnapView Foundations, 1
SnapView Foundations
Welcome to Part 2 of SnapView Foundations. The purpose of this course is to provide an introduction to SnapView, EMCs Business Continuity Local Replication solution for CLARiiON.
SnapView Foundations, 2
SnapView Foundations
After completing this course, you will be able to: Describe the functional concepts of SnapView on the CLARiiON Storage Platform Describe the benefits of SnapView on the CLARiiON Storage Platform Identify the differences between the Local Replication Solutions available in SnapView
The objectives for this course are shown here. Please take a moment to read them.
SnapView Foundations, 3
EMC SnapView
Creates point-in-time views or point in time copies of logical volumes Allows parallel access to production data with SnapView Snapshots and Clones Snapshots are point based snaps that require only a fraction of the source disk space Clones are a full volume copy but require equal disk space SnapView snapshots and clones can be created and mounted in seconds and are read and write capable
Tape Backup Report Generation Decision Support Tools
ECC/OE ECC/OE
Metro East
Production Data
SNAP
CLARiiON
Snapshot clone
SnapView is a software product that runs on the EMC CLARiiON. Storage-based software, such as SnapView, has several advantages over host-based products. Since SnapView executes on the storage system, no host processing cycles are spent managing information. Storage-based software preserves your host CPU cycles for your business information processing and offloads information management to the storage system, in this case the CLARiiON. Additionally, storage-based SnapView provides the advantage of being a singular, complete solution that provides consistent functionality to all CLARiiON connected server platforms. EMC SnapView allows companies to make more effective use of their most valuable resource, information, by enabling parallel information access. Instead of traditional sequential information access that force applications to queue for information access, SnapView allows multiple business processes to have concurrent, parallel access to information. SnapView creates logical point-in-time views of production information though Snapshots and point-in-time copies through Clones. Snapshots use only a fraction of the original filesystem, while Clones require equal amounts of disk space.
SnapView Foundations, 4
SnapView Snapshots
Uses Copy on First Write Technology
Fast snapshots from production volume Takes a fraction of production space Remains connected to the production volume
Pointer-based copy
A SnapView snapshot is not a full copy of your information; it is a logical view of the original information based on the time the snapshot was created. Snapshots are created in seconds and can be retired when no longer needed. Snapshots can be created quickly and can be deleted at will. In contrast to a full-data copy, a SnapView snapshot is usually only a fraction of the original space. Multiple snapshots can be created to suit the need of multiple business processes. Secondary servers see the snapshot as an additional mountable disk volume. Other servers mounting a snapshot have full read/write capabilities on that data.
SnapView Foundations, 5
Some SnapView terms are defined here. The Production host is where customer production applications are executed. The Secondary host is where the snapshot will be accessed from. Any host may only have 1 view of a LUN active at any time. It may be the Source LUN itself, or one of the 8 permissible snapshots. No host may ever have a Source LUN and a Snapshot accessible to it at the same time. If the snapshot it to be used for testing, or for backup using filesystem access, then the production host and secondary host must be running the same operating system. If raw backups are being performed, then the filesystem structure is irrelevant, and the backup host need not be running the same operating system as the production host.
SnapView Foundations, 6
Snapshot
Snapshot is a frozen in time copy of a Source LUN Up to 8 R/W Snapshots per Source LUN
Snapshot Cache
Private area used to contain copy on first write data One Snapshot Cache per SP may be grown if needed All Snapshot Sessions owned by an SP share one Snapshot Cache Each Source LUN with an active session is allocated one or more Snapshot Cache LUNs
EMC Global Education
2004 EMC Corporation. All rights reserved. 6
The Source LUN is the production LUN which will be snapped. This is the LUN which is in use by the application, and will not be visible to secondary hosts. The snapshot is the point-in-time view of the LUN, and can be made accessible to a secondary host, but not to the primary host, once a SnapView session has been started on that LUN. The snapshot cache (strictly 2 areas, for SPA and SPB) holds all the original data from the Source LUN when the host writes to a chunk for the first time. The area may be grown if extra space is needed. If it has been configured as too large an area, it may be reduced in size. Because each area in the cache is owned by one of the SPs, all the sessions that are owned by that SP use the same cache area. Shortly well see how the component LUNs of the cache area are allocated to Source LUNs.
SnapView Foundations, 7
Having a LUN marked as a Source LUN (happens when a Snapshot is created on a LUN) is a necessary part of the SnapView procedure, but it isnt all that is required. To start the tracking mechanism, and create a virtual copy which has the potential to be seen by a host, we need to start a session. A session will be associated with one or more Snapshots, each of which is associated with an unique Source LUN. Once a Session has been started, data will be moved to the SnapView cache as required by the COFW mechanism. To make the Snapshot appear on-line to the host, it is necessary to activate the Snapshot. Sessions are identified by a Session name, which should identify the session in a meaningful way. An example of this might be Drive_G_8am. These names may be up to 255 characters long, and may consist of any mixture of characters. Remember, though, that utilities such as admsnap make use of those names, often as part of a host script, and that the host operating system may not allow certain characters to be used. Quotes, triangular brackets and other special characters may cause problems so it is best to use alphanumeric characters and underscores.
SnapView Foundations, 8
Session statistics
From management workstation only Snapshot Cache usage Performance counters
With the Snapshot Cache configured, and snapshots created on the selected Source LUNs, the next step is to start the Snapshot Sessions. That procedure may be performed from the GUI, the CLI, or admsnap on the Production host. The user needs to supply a Session Name which will be used later to activate a snapshot. SnapView has a Simulation Mode feature tracking of data is performed, but no data is written to the Snapshot Cache. This feature allows the user to determine how much data is normally changed during a specified time interval, and plan the size of the Snapshot Cache accordingly. When Sessions are running, they may be viewed from the GUI, or information may be gathered by using the CLI. All sessions are displayed under the Sessions container in the GUI.
SnapView Foundations, 9
Snapshot Session
View into active LUN
Active LUN Chunk A Chunk B Chunk C
Access to SnapView
When you create a snapshot, a portion of the previously created Snapshot Cache is zeroed and a mount point for the snapshot LUN is created. The newly created mount point is where the secondary host(s) will attach, and from where the snapshot will be accessed.
SnapView Foundations, 10
The copy on first write mechanism involves saving an original data block into snapshot cache, when that data block in the active filesystem is about to be changed. The use of the term block here may be confusing, because this block is not necessarily the same size as that used by the filesystem or the underlying physical disk. Other terms may be used in place of block when referring to SnapView the official term is chunk . The block is saved only once per snapshot. SnapView allows multiple snapshots of the same LUN. This ensures that the view of the LUN is consistent, and, unless writes are made to the snapshot, will always be a true indication of what the LUN looked like at the time it was snapped. Saving only blocks that have been changed allows efficient use of the disk space available. Whereas a full copy of the LUN would use additional space equal in size to the active LUN, a snap may use as little as 10% of the space, on average. This depends on how long the snap needs to be available, and how frequently data changes on the LUN.
SnapView Foundations, 11
Access to SnapView
SnapView uses Copy On First Write process, and the original chunk data is copied to the snapshot cache.
11
SnapView uses a process called Copy On First Write when handling writes to the production data when a snapshot is running. For example, lets say a snapshot is active on the production LUN. When a host attempts to write to the data on the production LUN, the original Chunck C is first copied to the SnapView Snapshot Cache, then the write is processed against the production LUN. This maintains the consistent, point-in-time copy of the data for the ongoing snapshot.
SnapView Foundations, 12
Access to SnapView
Using a set of pointers, users can create a consistent point in time copy from Active and Snapshot. Minimal disk space was used to create copy.
12
Once the copy on First Write has been performed, the pointer is redirected to the block of data in the Snapshot Cache. This maintains the consistent point in time of the snapshot data while minimizing the additional disk space required to create the snapshot that is now available to another host for parallel processing.
SnapView Foundations, 13
Deactivating a Snapshot
Makes it inaccessible (off-line) to secondary host Does not flush host buffers Keeps COFW process active
The Snapshot needs to be activated. Until this step is performed, the snapshot is not visible to the host as a LUN. Activation may be performed from the GUI, from the CLI, or via admsnap on the Backup host. Deactivation of a snapshot makes it inaccessible to the Backup host. Normal data tracking continues, so if the snapshot is reactivated at a later stage, it will still be valid for the time that the session was started.
SnapView Foundations, 14
14
The advantage of Clones in certain situations is clear: Because the copies are physically separate, residing on different disks and RAID groups from the standard, there is no impact from competing I/O characteristics (such as a database application with highly random I/O patterns and a backup application with highly sequential I/O patterns running at the same time), and physical or logical (human or application error) loss of one will not affect the data contained in the other.
SnapView Foundations, 15
Lets look at how SnapView Clones compare to SnapView snapshots. Where both Clones and Snapshots are each point-in-time views of a Source LUN, the essential difference between them is that Clones are exact copies of their Sources (with fully populated data in the LUNs) rather than being based on pointers, with Copy-on-First-Write Data stored in a separate area. It should be noted that creating Clones will take more time than creating Snapshots, since the former requires actually copying data. Another benefit to the Clones having actual data, rather than pointers to the data, is the performance penalty associated with the Copy-on-First-Write mechanism. Thus, Clones generate a much smaller performance load on the Source (than Snapshots). Because Clones are exact replicas of their Source LUNs, they will generally take more space than SnapView Cache LUNs, since the Cache LUNs are only storing the Copy-on-First-Write data (The exception would be where every chunk on the Source LUN is written to, and must therefore be copied into the SnapShot Cache. Thus, the entire LUN is copied, and that, in addition to the corresponding metadata describing it, would result in the contents of the Snap Cache LUN being larger than the Source LUN itself). The Clone can be moved to the peer SP for load balancing, but it will automatically get trespassed back for syncing.
SnapView Foundations, 16
Remove Clones
Cannot be in active sync or reverse-sync process
Because Clones on a CLARiiON use MirrorView technology, the rules for image sizing are the same. Source LUNs and their Clones must be exactly the same size.
SnapView Foundations, 17
Synchronization Rules
Synchronizations from Source to Clone or reverse Fracture Log used for incremental syncs
Saved persistently on disk
Host Access
Source can accept I/O at all times
Even when doing reverse sync
Clones must be manually fractured following sync. The reason for this is that the administrator will want to pick the time that the clone should be fractured, depending on data state.
SnapView Foundations, 18
Clone Synchronization
Refresh Clones with contents of Source
Overwrites Clone with Source data
Using Fracture Log to determine modified regions
X
Backup Server
EMC Global Education
2004 EMC Corporation. All rights reserved.
Clone 1
Clone 2
...
Clone 8
18
Clone Synchronization copies source data to the Clone. Any data on the Clone will be overwritten with Source data. Source LUN access is allowed during sync with the use of mirroring. The Clone, however, is inaccessible during sync and any attempted host I/Os will be rejected.
SnapView Foundations, 19
Reverse-Synchronization
Restore Source LUN with contents of Clone
Overwrites Source with Clone data
Using Fracture Log to determine modified regions
Source LUN
Source LUN restored to Clone 1 state
X
Clone 2
X
Other Clones fractured from Source LUN
Production Server
X
Backup Server
EMC Global Education
2004 EMC Corporation. All rights reserved.
Clone 1
...
Clone 8
19
The Reverse Synchronization copies Clone Data to the Source LUN. Data on the Source is overwritten with Clone Data. As soon as the reverse-sync begins, the source LUN will seem to be identical to the Clone.
SnapView Foundations, 20
X
Clone 2
...
C1_ss1
C1_ss2
C1_ss8
C8_ss8
Snapshots can be used with Clones. So, taken to an extreme, this would offer 8 snapshots per Clone, times 8 Clones, plus the 8 Clones, plus the additional 8 snapshots directly off the source for a total of 80 copies of data!!
SnapView Foundations, 21
Reverse Synchronization
Instant Restore Protected Restore
Next, well look at Clone functionality with particular emphasis on those features that differentiate our product from our competition.
SnapView Foundations, 22
The Clone Private LUN contains the fracture log, which allows for incremental re-syncs of data. This reduces the time taken to re-sync, and allows customers to better utilize the clone functionality. Because its stored on disk, it is persistent, and thus can withstand SP reboots/failures, as well as array failures. This allows customers to benefit from the incremental re-sync, even in the case of a system going down. A Clone Private LUN is a 128 MB LUN that is allocated to each SP, and it must be created before any other Clones operations can commence.
SnapView Foundations, 23
Protected Restore
Host->Source writes not mirrored to Clone When Reverse-sync completes:
All Clones are fractured
Protects against Source corruptions
Another major differentiating feature is our ability to offer a protected restore Clone. This is essentially a golden copy Clone. To begin with, well discuss what happens when protected restore is not explicitly selected. In that case, the goal is to essentially send over the contents of the Clone and bring the Clone and the source to a perfectly in-sync state. To do that, writes coming into the source are mirrored over to the Clone that is performing the reverse-sync. Also, once the reverse sync completes, the Clone remains attached to the source. On the other hand, when restoring a source from a golden copy Clone, that golden copy needs to remain as-is. This means that the user wants to be sure that nothing from the source can affect the contents of the Clone. So, for a protected restore, the writes coming into the source are NOT mirrored to the protected Clone. Once the reverse sync completes, the Clone remains attached to the source.
SnapView Foundations, 24
For uninvolved extents, host I/O to source allowed, bypassing Copy on Demand
Reverse synchronizations will have the effect of making the source appear as if it is identical to the Clone at the commencement of the synchronization. Since this copy on demand mechanism is designed to coordinate the host I/Os to the source (rather than the clone), host I/Os cannot be received by the clone during synchronization.
SnapView Foundations, 25
SnapView Integration Module for Exchange (SIME) allows the creation of hot splits of Exchange databases. It provides Rapid Recovery when the database experiences corruption. It also allows for larger mailboxes with no disruption to the database. SnapView Integration Module for SQL Server (SIMS) allows 3 different backup types: Snapshots only Clones only Clones with Snapshots
SnapView Foundations, 26
Exchange Servers
SIME
Most servers today have the power to handle many more users. So if you can manage to recover a larger database within your allotted recovery window, then you can save costs by consolidating Exchange users onto fewer machines. The SnapView Integration Module for Exchange product is one way to use SnapView to help lower costs for your business. SnapView integration makes it easy to create disk-based replicas (Clones) of Exchange databases during normal business hours and run backups at your leisure. Server cycles are restored to Exchange servers, allowing faster responses for Exchange users. Restoring Exchange mailboxes from a disk-based replica in minutes, using SnapView, is much faster than utilizing tape to restore. EMCs SnapView Integration Module for Exchange solution, PS-EXP-SIME, provides a simplified way to actually scan the Exchange servers system log to check for Exchange database corruption. It also runs an Exchange-supplied corruption utility to ensure there are no torn pages on the Clone that would make the database unrecoverable or corrupt. This ensures that the database is valid prior to backup or restore. Other vendors consider this as an option, but this is mandatory for EMCs method.
SnapView Foundations, 27
This slide graphically represents the CLARiiON software family. The most important thing to notice is that all functionality is managed via the Navisphere Management Suite, and all advanced operations are carried down to the hardware family via the FLARE Operating Environment. Navisphere Manager is the single management interface to all CLARiiON storage system functionality. FLARE performs advanced RAID algorithms, disk-scrubbing technologies, and LUN expansion (metaLUNs) - to name a few of the many things FLARE is capable of doing.
SnapView Foundations, 28
200 GB
In order to improve data integrity and reduce recovery time for critical applications, many users create multiple database checkpoints during a given period of time. To maintain application availability and meet service level requirements, a point-in-time copy (such as a SnapView Clone) can be non-disruptively created from the source volumes and used to recover the database in the event of a database failure or database corruption. Creating a checkpoint of the database every six hours would require making four copies every 24 hours; therefore, creating four point-in-time copies per day of a 1 TB database would require an additional 4 TB of capacity. To reduce the amount of capacity required to create the database checkpoints, a logical point-in-time view can be created instead of a full volume copy. When creating a point-in-time view of a source volume, only a fraction of the source volume is required. The capacity required to create a logical point-in-time view depends on how often the data is changed on the source volume after the view has been created (or snapped). So in this example, if 20% of the data changes every 24 hours, only 200 GB (1 TB x 20% change) is required to create the same number of database checkpoints. This capability lowers the TCO required to create the multiple database checkpoint by requiring less capacity. It also can increase the number of checkpoints created during a 24-hour period by requiring only a fraction of the capacity compared to a full volume copy, thus increasing data integrity and improving recoverability.
SnapView Foundations, 29
Updates have been made to this course based on CLARiiON Release 13. This section includes new SnapView features.
SnapView Foundations, 30
Up to 8 clones per source Maximum of 25 sources per storage system 2 Clone Private LUNs (CPL)
128 MB each
EMC Global Education
2004 EMC Corporation. All rights reserved. 30
The CLARiiON Release 13 introduced additional SnapView support. The introductory member of the CX series, the CX300 will now support SnapView. This is a departure from the past where the entry point system, the CX200 did not support SnapView. The maximum number of Snaps and Clones are scaled back to be appropriate to the processing power of the storage processors.
SnapView Foundations, 31
Thank you for your attention. This ends our training on Part 2 of SnapView Foundations.