tf mirror overview
Post on 17-Oct-2014
101 Views
Preview:
TRANSCRIPT
Copyright © 2008 EMC Corporation. Do not Copy - All Rights Reserved.
TimeFinder/Mirror Overview - 1
© 2008 EMC Corporation. All rights reserved. TimeFinder/Mirror Overview - 1
Module 2: TimeFinder/Mirror OverviewUpon completion of this module, you will be able to:
Identify EMC’s TimeFinder family of products
Identify what a TimeFinder/Mirror BCV represents
Describe TimeFinder/Mirror Basic Operations
Describe EMC’s TimeFinder/Mirror ECA (Enginuity Consistency Assist) consistent split technology
Identify TimeFinder/Mirror extended operations
Describe TimeFinder/Mirror concurrent operations
List SYMCLI commands to perform TimeFinder/Mirror operations
Identify TimeFinder/Mirror Host considerations
The objectives for this module are shown here. Please take a moment to read them.
Copyright © 2008 EMC Corporation. Do not Copy - All Rights Reserved.
TimeFinder/Mirror Overview - 2
© 2008 EMC Corporation. All rights reserved. TimeFinder/Mirror Overview - 2
TimeFinder Clone/Base Product– New standard for full -copy– Formerly part of
TimeFinder/Mirror– MF SNAP Facility included
TimeFinder/Mirror becomes add-on option– TimeFinder/Mirror recommended
for ultra high performance and availability requirements
Existing TimeFinder/Mirror customers “grandfathered”– If on maintenance, will continue to
receive TimeFinder/Mirror and TimeFinder/Clone (including MF SNAP)
Tim
eFin
der F
amily
TimeFinder/Snap
Economical Space Saving Copies
TF/CGConsistency
Group Option
TF/EIMExchangeIntegration
Option
TF/SIMSQL
Integration Option
TimeFinder/ Clone
Ultra-functional, High Performance Copies (includes MF SNAP)
TF/MirrorClassic High Performance
Option
TimeFinder Family Products
As of Solutions Enabler 6.0, TimeFinder/Clone enhancements effectively give clones the same functionality as TimeFinder/Mirror. Therefore, all pre-existing symmir scripts can now execute using “clone emulation” under the covers. For new customers, TimeFinder/Mirror becomes an add-on product.
Copyright © 2008 EMC Corporation. Do not Copy - All Rights Reserved.
TimeFinder/Mirror Overview - 3
© 2008 EMC Corporation. All rights reserved. TimeFinder/Mirror Overview - 3
Uses Business Continuance Volume (BCV) to create an additional mirror image of a standard device– Can be dynamically and
non-disruptively established and synchronized
– Can be split instantly to create point-in-time copy
Point-in-time copy can address workload compression and maintain continuous business operation– Data Protection: Standby
data for fast recovery– Decision support – Backup
1. Establish BCV (Std to BCV) 2. Query BCV status until
completely synchronized3. Split the BCV4. Mount the BCV and execute
“Business Continuance”operations using the BCV device
BCV Established
StdStd BCVBCV
BCV SplitStdStd BCVBCV
TimeFinder/Mirror Business Continuance Volume
TimeFinder/Mirror allows companies to make more effective use of their most valuable resources by enabling parallel information access, as opposed to traditional sequential information access, thus eliminating the need to do things like quiesce an application for backups.
BCV and standard devices should be configured on opposing Front End and Back End Directors for redundant paths.
TimeFinder/Mirror Business Continuance is possible due to Business Continuance Volume (BCV) devices. These BCV devices are standard Symmetrix devices that are specially configured to be dynamic mirrors. Each BCV device has its own host address and is configured as a stand-alone device.
Copyright © 2008 EMC Corporation. Do not Copy - All Rights Reserved.
TimeFinder/Mirror Overview - 4
© 2008 EMC Corporation. All rights reserved. TimeFinder/Mirror Overview - 4
Establish BCV pairs– Synchronize the standard volume
to the BCV volume
Split BCV pairs– Terminate mirror relationship
between BCV and standard volumes
Restore BCV pairs– Synchronize contents of BCV
volume to the standard volume
Query BCV devices– Provide current status of
BCV/standard volume pairs
StdStd BCVBCV
StdStd BCVBCV
StdStd BCVBCV
TimeFinder/Mirror Basic Operations
TimeFinder/Mirror allows the user to create several host-based business continuity operations and control these operations through host commands. The user can establish a BCV, then split it to make the BCV available to a host/server. After completing the business continuity processes on the BCV device, the user can re-establish the BCV pair. Typical BCV operations include establish, split, re-establish, restore, incrementally restore, and verify.
Copyright © 2008 EMC Corporation. Do not Copy - All Rights Reserved.
TimeFinder/Mirror Overview - 5
© 2008 EMC Corporation. All rights reserved. TimeFinder/Mirror Overview - 5
Normal SplitAny pending write transactions to the standard devices and the BCV devices are
destaged
Once finished the BCV will be made ready for the secondary Host
Instant SplitThe instant (-instant) option improves the performance of a typical split operation by
performing a quick foreground BCV split
Any pending write transaction to the BCV device are destaged in the background
The BCV device is immediately available for the secondary Host
CacheCache
BCVBCVSTDSTD
CacheCache
BCVBCVSTDSTD
Normal Split Instant Split
TimeFinder/Mirror Split Types
When a split is initiated for each specified BCV pair in a device group, the following occurs: command validity is checked. For example, the Symmetrix array makes sure that the standard device has an active BCV mirror and that the standard and BCV devices comprise a BCV pair.
−Any pending write transactions to the standard device and the BCV device are destaged.− The BCV device is split from the BCV pair.− If the device is a meta device, all meta members are implicitly split as well.− The BCV device state is changed to Ready, enabling host access through its separate address
(BCV001).−Operation with the standard device is resumed and any tracks changed from write operations to
the standard device are marked. (This is necessary for updating the BCV device if it is reestablished with the same standard device at a later time.)
− If the BCV device has any of its own mirrors, the mirrors are synchronized.
The instant (-instant) option improves the performance of a typical split operation by performing a quick foreground BCV split. This option can be made the continual default split mode by setting the following: SYMAPI_DEFAULT_BCV_SPLIT_TYPE = INSTANT in file: /var/symapi/config/option or: C:\Program Files\EMC\symapi\config\options.
To remove the instant default option, remove the line entry or comment the line out by using a pound sign (#) at the beginning of the line.
Copyright © 2008 EMC Corporation. Do not Copy - All Rights Reserved.
TimeFinder/Mirror Overview - 6
© 2008 EMC Corporation. All rights reserved. TimeFinder/Mirror Overview - 6
PowerPath Split
PowerPath holds I/O during split- Read and write I/O
Executed from host doing I/OAffects only one hostDoes not require independent access to a gatekeeper
symmir -instant –ppathsymmir -instant -rdb
Symmetrix holds I/O during splitWrite I/O (subsequent reads after first write)Executed by any Symmetrix-attached host Multiple host supportRequires independent access to a gatekeeper
Enginuity Consistent Assist Splitsymmir –consistent
StdStd BCVBCV StdStd BCVBCV
TimeFinder/Mirror Split Types
This performs an Instant Split across a group of devices using a single Consistent Split command, thus all BCVs in the group are consistent point-in-time copies. It is used to create a consistent point-in-time copy of an entire system, entire database, or any associated set of volumes. It can create consistent splits on remote BCVs through SRDF.
PowerPath-based consistent split executed by the host doing the I/O:-rdb option-ppath option
I/O is held at the host before the split.
ECA-based consistent split can be executed:By host doing the I/O, as long as there is a dedicated path for a gatekeeper to perform the controlBy a control host (no database), in an environment where there are distributed and/or related databases-cons option
I/O held at the Symmetrix until the instant split operation is completed:Approximately 3 seconds.
Available on Solaris, HP-UX, AIX, Tru64, and W2K platforms
Since I/O is held at the Symmetrix, ECA can be used to perform consistent splits on BCV pairs across multiple, heterogeneous hosts.
Copyright © 2008 EMC Corporation. Do not Copy - All Rights Reserved.
TimeFinder/Mirror Overview - 7
© 2008 EMC Corporation. All rights reserved. TimeFinder/Mirror Overview - 7
Three methods to execute Consistent Split:1. Using PowerPath
-ppath -instant and specify PP Devsor-instant -rdb -dbtype and specify oracle/sql (“Oracle” is the dbtype default)
2. To implement ECA, specify –consistent to implement an ECA consistent split
3. Specify –vxfs for VxFS file systems (Solaris and HP only)
EMC Consistency Technology
PowerPathPowerPath
-consistent-consistent
-vxfs-vxfs
-rdb -instant-ppath -instant
-dbtype-dbtypestddevsstddevs srcdevssrcdevsOracleSqlServer
Clone Snap
BCV
ECAECA11 2233
11
22
33
TimeFinder/Mirror Consistent Split
There are three types of consistent activation available; each offers a restartable copy on the BCV devices:
1. PowerPath, 2. ECA, and 3. Veritas File System or -vxfs
Consistent split using PowerPath
Consistent splits using PowerPath can be implemented with an instant (-instant) split where you must also specify either a database or PowerPath device(s) and any pre-action and post-action scripts:
To target a database, use the following syntax:
symmir -g DgName split –instant -rdb -dbtype DbType [-db DbName] [-preaction Script][-postaction Script]
To target the PowerPath standard devices of the group, or just specific PowerPath device name(s) as a target, use the following syntax:
symmir -g DgName split –instant -ppath STDDEVS|<PowerPathPdevName...> [-preaction Script][-postaction Script]
PowerPath consistent split operations require Version 2.0.1 or higher PowerPath-connected devices on Symmetrix arrays. Through the assistance of PowerPath, a symmir consistent split (supplied with database or PowerPath parameters) initially suspends I/O to the devices that hold the database. This prevents the database application from proceeding. The consistency split command also lets you specify the name of scripts using the -preaction and -postaction script options. The script commands are executed prior to the freeze and after the thaw operation, respectively.
Copyright © 2008 EMC Corporation. Do not Copy - All Rights Reserved.
TimeFinder/Mirror Overview - 8
© 2008 EMC Corporation. All rights reserved. TimeFinder/Mirror Overview - 8
TimeFinder/Mirror Restore During a symmir restore operation, data on the standard is replaced with data from the BCV volume
Primary host still has full read/write access to the standard volume
If an application is using the standard volume during a restore, the results would be unpredictable
Applications must be stopped, file systems unmounted, and volume groups deactivated when a restore is initiated
NRRW
M1 BCVM2
Remember that restore is a recovery operation. Applications should be stopped, files systems unmounted, and VG deactivated before you issue the restore command.
Copyright © 2008 EMC Corporation. Do not Copy - All Rights Reserved.
TimeFinder/Mirror Overview - 9
© 2008 EMC Corporation. All rights reserved. TimeFinder/Mirror Overview - 9
Protected BCV Restore: – Restore a BCV to a STD but
do not propagate STD writes to the BCV
Used to retain original BCV data after the restore process
Reverse Split: – By specifying a reverse split,
data can be moved (full or differential) from the M2 mirror of the BCV to it’s M1 mirror
Protected BCV Establish: – Moves all mirrors of locally
mirrored BCV so all mirrors are instantly synchronized
StdStd BCVBCV
STDM1
STDM2
BCVM1
BCVM2
STDM1
STDM2
BCVM1
BCVM2
STDM3
STDM4
TimeFinder/Mirror Extended Operations
The extended BCV operations include protect establish, reverse split, and protected restore. These operations add flexibility to TimeFinder configurations and allow for added protection of gold BCV copies.
Protected Restore:
A protected restore feature allows the contents of a BCV to remain unchanged during and after a restore operation, even while the BCV and standard are joined.
Reverse Split:
In a reverse split operation, the direction of data flow between the BCV mirrors is reversed. During a reverse split, the fixed BCV mirror (M2) will refresh the moving mirror (M1) after the split operation. This behavior may be desirable when you need to revert to an older copy of the data that was on the BCV before it was established.
Protected BCV Establish:
In a 2-way BCV mirror configuration for a normal establish, M2 is fixed and can only be updated from M1 after a split. For a 2-way BCV mirror device for a protected establish, both M1 and M2 move to the standard device mirror set and become instantly synchronized and available for updates from I/O activity on the standard device.
Copyright © 2008 EMC Corporation. Do not Copy - All Rights Reserved.
TimeFinder/Mirror Overview - 10
© 2008 EMC Corporation. All rights reserved. TimeFinder/Mirror Overview - 10
Standard device keeps track of changes to multiple BCVs one after the other
Incremental establish or restore, supporting up to eight BCVs (default)
4:00 a.m.
Incremental establish
or
Incremental restore
StandardVolume
BCV
2:00 a.m.
4:00 a.m.
6:00 a.m.
EstablishSplit
EstablishSplit
BCV
BCV
BCV
StandardVolume
TimeFinder/Mirror Multi-BCVs
By default, TimeFinder can “remember” up to eight BCVs.
This means that different BCVs can be established and then split from a standard volume at different times of the day. With the Multi-BCV function, up to eight BCVs will be remembered by the Symmetrix. In other words, a BCV that was split at 4:00 a.m. can be re-established, even though another BCV was established and split at 5:00 a.m. In this way, a user can split and incrementally re-establish volumes throughout the day or night and still keep re-establish times to a minimum.
Incremental information can be retained between a STD device and multiple BCV devices, provided the BCV devices have not been paired with different STD devices.
Using the environment variable SYMCLI_MAX_BCV_PAIRS, the maximum number of pairs (established or restored) can be adjusted between 1 to 16 BCV devices.
Copyright © 2008 EMC Corporation. Do not Copy - All Rights Reserved.
TimeFinder/Mirror Overview - 11
© 2008 EMC Corporation. All rights reserved. TimeFinder/Mirror Overview - 11
TimeFinder/Mirror Concurrent BCVsEach BCV occupies a mirror position; locally protected R1 Volumes cannot have two BCVs established with them concurrently
Establish two BCVs with the same standard simultaneously or one after the other
BCVs can be split individually or simultaneously
Simultaneous “Concurrent Restores” are not allowed
M1 M2
StandardBCV 1
BCV 2
M4M3
Concurrent BCVs is a TimeFinder/Mirror feature that allows two BCVs to be simultaneously attached to a standard volume. The BCV pair can be split, providing customers with two copies of the customer’s data. Each BCV can be mounted online and made available for processing.
Copyright © 2008 EMC Corporation. Do not Copy - All Rights Reserved.
TimeFinder/Mirror Overview - 12
© 2008 EMC Corporation. All rights reserved. TimeFinder/Mirror Overview - 12
Split operations can be performed against the STD and BCV1 or BCV2 pairs:
– To Simultaneously Split both BCV’s
– Independent Mirror Split- To target the split action at only one of the
BCV devices, specify the BCV on the command line
- The other BCV remains established with the STD
11
22
symmir –g <DgName> split DEV001 BCV ld BCV002
DEV001
BCV001
BCV00222
<DgName> Device Group
DEV001
BCV001
BCV002
symmir –g <DgName> split DEV00111
<DgName> Device Group
TimeFinder/Mirror Split Operations for Concurrent BCVs
When you establish a BCV device as a mirror of a standard device, that relationship is known as a BCV pair. When you sequentially establish/split/establish a number of BCV devices over time with a specified standard, that is known as a multi-BCV relationship.
You can establish two BCV devices (eight when using emulation mode) as concurrent mirrors of a single standard device all within the same symmir command line. This relationship is known as a concurrent BCV Pair. This feature allows you or an application script to instantly generate two synchronized copies of the standard data.
When the two BCVs are split from the standard, the BCV’s hosts can access the data on either BCV.
When establishing concurrent BCV pairs, you can either specify the BCVs, or use the -concurrent option to allow the Symmetrix array to select suitable BCV(s) from the available BCV list.
Copyright © 2008 EMC Corporation. Do not Copy - All Rights Reserved.
TimeFinder/Mirror Overview - 13
© 2008 EMC Corporation. All rights reserved. TimeFinder/Mirror Overview - 13
Querying Concurrent BCV Status When concurrent BCVs are part of a device group, use the –multi option as part of the query command
Invalid track tables are maintained - future concurrent incremental establish operations are possible: symmir –g <testdg1> query –multi
To evaluate the background progress after initiating a split operation:symmir –g <testdg1> query –multi –bg
To verify the status of concurrent BCV pairs:symmir –g <testdg1> verify -concurrent
To query the state of a split action on multi-BCVs or concurrent BCVs in a group prod, enter the following command. Note the use of the –multi flag. symmir -g <testdg1> query -multi
Copyright © 2008 EMC Corporation. Do not Copy - All Rights Reserved.
TimeFinder/Mirror Overview - 14
© 2008 EMC Corporation. All rights reserved. TimeFinder/Mirror Overview - 14
While established, BCV is a mirror to the STD device and is not accessible by the hostAll access to a BCV must be stopped before it is established – Stop application, un-mount filesystem,
and deactivate volume groupAny attempt to access the BCV device while it is established results in an I/O error– inq command will hang and timeout– Activating a volume group or mounting
a filesystem that resides on a BCV while the BCV is established results in an I/O error
If the host is re-booted or reconfigured while the BCV is established, the BCV is not detected and may cause it to be removed from the host device configuration
Before a BCV is established to a standard device, it can be accessed by a host as a separate and independent device
NRRW
M1 BCVM2M1 M2 BCV (BCV)M2
TimeFinder/Mirror Host Considerations
TimeFinder/Mirror provides host-transparent, "splittable" mirrors that can be used in a variety of ways to enhance application availability and reliability. On the BCV host side, TimeFinder/Mirror operations are not transparent. When the BCV is established with the standard volume, it becomes unavailable to the BCV host system. Any attempt to access the BCV will fail.
If the host is re-booted or reconfigured while the BCV is established, the BCV may not be detected and may cause it to be removed from the host device configuration.
IBM addresses established BCV issues by automatically configuring the BCV as a Defined device in the AIX ODM. When a reboot occurs, the BCV is not automatically configured. BCV devices that are not established can be configured during reboot with the EMC command mkbcv. BCV devices that are established can be made available with mkbcv after they have been split.
Copyright © 2008 EMC Corporation. Do not Copy - All Rights Reserved.
TimeFinder/Mirror Overview - 15
© 2008 EMC Corporation. All rights reserved. TimeFinder/Mirror Overview - 15
When a BCV is split, it can be used by the same host or by a different hostThere are LVM issues when both BCV and Standard device are accessed from same host• UNIX Systems: Duplicate Physical Volume Ids and Volume Group
Ids• Windows 2003: Duplication of disk signatures and Volume
configuration informationNote: Dynamic disk requires a second host
RWRW
M1 BCVM2
RWRW
M1 BCVM2
Host Considerations (continued)
A split BCV is an identical copy of the volume it was dynamically mirrored to. When accessing the BCV on the same host as it’s mirror duplicate, volume information must be changed.
Copyright © 2008 EMC Corporation. Do not Copy - All Rights Reserved.
TimeFinder/Mirror Overview - 16
© 2008 EMC Corporation. All rights reserved. TimeFinder/Mirror Overview - 16
When a Standard volume and BCV are split, a different host can easily access the volume group by “importing” the volume group
– Unix - export/importing– Windows - C:\diskmgmt.msc
There is no conflict with PVIDs and VGDA information because each host only accesses one copy of the data
There is also a performance benefit when BC applications use a copy of the data on a non-production host
Identical Information
RWRW
M1 BCVM2
STD BCV
Note – PVID = Physical Vol ID– VGDA = Volume Group Descriptor Area
Multiple Host Environment
When accessing a BCV on a second host, there are no duplicate IDs to consider. The device can simply be brought online using standard host controls.
Copyright © 2008 EMC Corporation. Do not Copy - All Rights Reserved.
TimeFinder/Mirror Overview - 17
© 2008 EMC Corporation. All rights reserved. TimeFinder/Mirror Overview - 17
1. symmir establish# symmir –g <dgname> establish
# symmir –g <dgname> query
2. symmir split# symmir –g <dgname> split
# symmir –g <dgname> query
3. Mount the file system on Host B From Host B
4. Start your application on Host B
Identical Information
RWRW
M1 BCVM2
SDT BCV
Host B
Multiple Host Environment (continued)
This slide shows the basic steps to access a BCV on a secondary host in a TimeFinder environment. It performs a “clean” split operation which requires no form of recovery from the application when restarted at the secondary host. It does not take into account the use of consistent split that would perform a freeze/thaw on the application to allow for a consistent point-in-time copy of data at the secondary host, but could require a level of recovery.
Copyright © 2008 EMC Corporation. Do not Copy - All Rights Reserved.
TimeFinder/Mirror Overview - 18
© 2008 EMC Corporation. All rights reserved. TimeFinder/Mirror Overview - 18
Host Considerations: Same HostWhen the BCV and standard volumes are accessed by the same host, there is a conflict– The Standard and BCV volumes
have identical PVIDs and VGDA information
– Host expects the PVID and VGDA to be unique
Additional steps must be taken before the host can use the BCV and standard device
Identical Information
RWRW
M1 BCVM2
SDT BCV
Accessing a BCV on the same host as the original production data requires addressing duplicate disk identifiers in order to access the device. Each operating system has unique methods for addressing duplicate identifiers.
Copyright © 2008 EMC Corporation. Do not Copy - All Rights Reserved.
TimeFinder/Mirror Overview - 19
© 2008 EMC Corporation. All rights reserved. TimeFinder/Mirror Overview - 19
Module SummaryKey points covered in this module
Identified EMC’s TimeFinder family of products
Identified what a TimeFinder/Mirror BCV (Business Continuance Volume) represents
Described TimeFinder/Mirror Basic Operations
Described EMC’s TimeFinder/Mirror ECA (Enginuity Consistency Assist) consistent split technology
Identified TimeFinder/Mirror extended operations
Described TimeFinder/Mirror concurrent operations
Listed SYMCLI commands to perform TimeFinder/Mirror operations
Identified TimeFinder/Mirror Host considerations
These are the key points covered in this module. Please take a moment to review them.
top related