06.08.2015 Views

IBM XIV Storage System Copy Services and Migration

IBM XIV Storage System: Copy Services and Migration - Common ...

IBM XIV Storage System: Copy Services and Migration - Common ...

SHOW MORE
SHOW LESS
  • No tags were found...

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

4.5 Best practice usage scenariosThe following best practice usage scenarios begin with the normal operation remotemirroring environment shown in Figure 4-44.Site 1 Site 2Production ServersDR Test/Recovery Servers<strong>XIV</strong> 1Target<strong>XIV</strong> 2Volume PeerDesignated PrimaryMaster RoleMVolumeCoupling/MirrorActiveSVolume PeerDesignated SecondarySlave RoleCG PeerDesignated PrimaryMaster RoleMCGCoupling/MirrorActiveSCG PeerDesignated SecondarySlave RoleFigure 4-44 Remote Mirroring environment for scenarios4.5.1 Failure at primary site: switch production to secondaryThis scenario begins with normal operation of <strong>XIV</strong> remote mirroring from <strong>XIV</strong> 1 to <strong>XIV</strong> 2,followed by a failure at <strong>XIV</strong> 1 with the assumption that the data already existing on the <strong>XIV</strong>system at <strong>XIV</strong> 1 will be available for resynchronization when <strong>XIV</strong> 1 is repaired <strong>and</strong> returned tooperation.1. <strong>XIV</strong> remote mirroring may have been deactivated by the failure.2. Change the role of the peer at <strong>XIV</strong> 2 from slave to master. This allows the peer to beaccessed for writes from a host server, <strong>and</strong> also causes recording of any changes inmetadata for synchronous mirroring. For asynchronous mirroring, changing the role fromslave to master causes the last replicated snapshot to be restored to the volume. Nowboth <strong>XIV</strong> 1 <strong>and</strong> <strong>XIV</strong> 2 peers have the master role.3. Map the master (secondary) peers at <strong>XIV</strong> 2 to the DR servers.4. Bring the <strong>XIV</strong> 2 peers (now with the master role) online to the DR servers to beginproduction workload at <strong>XIV</strong> 2.5. When the failure at <strong>XIV</strong> 1 has been corrected <strong>and</strong> <strong>XIV</strong> 1 is available, deactivate mirrors at<strong>XIV</strong> 1 if they are not already inactive.6. Unmap <strong>XIV</strong> 1 peers from servers if necessary.7. Activate remote mirroring from the master peers at <strong>XIV</strong> 2 to the slave peers at <strong>XIV</strong> 1. Thisstarts resynchronization of production changes from <strong>XIV</strong> 2 to <strong>XIV</strong> 1.8. Monitor the progress to ensure that resynchronization is complete.9. Quiesce production applications at <strong>XIV</strong> 2 to ensure that application-consistent data iscopied to <strong>XIV</strong> 1.Chapter 4. Remote Mirroring 107

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!