2010-03-09 06:59 AM
With PM4.0 there is now the option to DR... if I'm currently protected under 3.8 and I upgrade to 4.0; then change my protection policy to 'DR Mirror and Backup, what will happen????
1) Current 3.8 protection policy = 'Mirror & Backup' (for argument sake, all data has been baselined and only deltas are replicating)
2) Upgrade to OM4.0
3) Modify datasets to point to use new protection policy, 'DR Mirror & Backup'
1) Can the PM 3.8 'Mirror' be converted into PM 4.0 'DR mirror' or will i need to rebaseline? in DOT, you can convet a VSM to a 'vfiler dr', will OM do the same?
2) The DFM help file specifically states that the PM 'DR' functionality is not the same as a DOT 'vfiler DR'...if this is the case, what is the process/workflow in the event of a site failrue and cutover? what's the differences between the OM and DOT cutover?
2010-03-09 08:53 AM
Hi Scott --
When you apply a DR-enabled policy to a dataset, two things happen. First, we know the dataset is DR-enabled, so we allow some extra configuration options on the DR node (to set up data exports, just like you can on the primary node). Second, we compute a DR readiness status and make that front and center. This rolls up all the information we can find to predict whether a failover would work. Basically this says all the primary data is being replicated, it's within it's lag threshold, and all the secondary systems are in fact up and running.
On the storage system you won't see any different. It's still just a bunch of volumes with SnapMirror relationships.
To answer your questions:
1. Yes, you can replace a "Mirror and Backup" policy with "DR Mirror and Backup" policy without a rebaseline. Both Mirror and DR Mirror connections get implemented with volume SnapMirror. You can always just try it and see: edit the dataset, look at the preview results, then cancel the edit wizard. There's never any harm in doing that.
2. With ProtMgr DR, you don't have to use vfilers on both sides (you can if you wish, but it's not required). When you want to fail over, there's a "Failover" button on the DR screen. Push that. ProtMgr will break all the mirrors and ensure your data is exported on the DR side. By "exported", I mean we'll create NFS and/or CIFS shares on the destination that match the source for NAS data, and we'll create igroups and map LUNs for SAN data. You have the flexibility to export the DR data to the same hosts you used to access the primary data, or to a different set of host if you plan on using different hosts after a disaster.