Can I force SRM 5.0 with SRDF/SRA 5.0.1 to recover at target site when source datastores report they are unprotected?
SRDF/A (latest VMAX 5876 code)
We are moving the target VMAX to a loaner VMAX target (where we will not use SRM) and then we will move back to the original VMAX (after it is moved). We are using Concurrent SRDF to populate the loaner Datastores (R2 devices).
When we introduced Concurrent SRDF for the VMAX protected vm Datastores, SRM broke down, reporting that the vm's are not on protected Datastores. This was due to the SRA version in place (5.0.1), which does not support Concurrent SRDF.
We unconfigured the Concurrent SRDF leg, and SRM recovered from its error state.
Here's my question: if we had a DR event (loss of Compute/Storage/Network) while Concurrent SRDF is enabled, and SRM is in an error state, and if the source side SRM server were unavailable due to the DR event, could we do one of the following:
1) use the DR side SRM server to "force" a vm recovery
- perhaps by manually enabling the SRDF link
2) manually recover the vm's (not using SRM) by manually enabling SRDF and by manually inventorying vm's