1.0

Table Of Contents
VMware, Inc. 73
Chapter 7 Failback
To prepare Site A for failover in case of a second disaster
1ShutdownalloftheprotectedvirtualmachinesatSiteAthatwerefailedbackfrom
SiteBduringtheSRMrecoveryoperationperformedin“TofailbackfromSiteBto
SiteA.”
TheshutdownensuredthatallI/OontheLUNshasstoppedbeforeswappingthe
replicationdirectionon
thearrays.
2PerformacleanupofthedirectoryatSiteAthatcontainedthevirtualmachine
configurationfilescreatedduringprotectiongroupcreationatSiteB.(SeeStep 3of
theproceduretitled“Toprepareforfailback.”)
3IntheVirtualCenterdatastorebrowser,cleanupthedirectoryatSiteAthat
containedthe
virtualmachineconfigurationfilescreatedduringprotectiongroup
creationatSiteB.
To complete a storage configuration change so the source LUN is now Site A
Workwithyourstorageteamtocompleteasecondstorageconfigurationchange.
ReassociatethesourceLUNwithSiteA,andreassociatethetargetLUNwithSiteBand
thecloneLUN,asshowninthefollowingfigure.
The
storageconfigurationisnowrevertedtotheoriginalconfigurationbeforethesetup
ofSRM.Thestoragearrayvendordeterminesthedatasynchronizationmethod
(snapshotatintervalsorcontinuoussynchronization)ofthetargetLUNtotheclone
LUN.WhenasimulatedfailoverisinitiatedwiththetestoptioninSRM,finaldata
synchronizationisperformedfromthetargetLUNtothecloneLUN.
Site A — protected site Site B — recovery site
source LUN
(shared-san-2)
clone LUN
(shared-san-2)
Write Disabled
(read only)
target LUN
(shared-san-2)
Write Disabled
(read only)
Read Write
enabled
protected
virtual machines
(app_vm7 to app_vm12)
apps
apps
apps
apps
apps
apps
OS
apps
apps
apps
apps
apps
apps
OS
protected
vms that will
be recovered
to Site A
protected
virtual machines
(app_vm7 to app_vm12)
protected
vms offline
in Site B