The transition to NetApp MS Azure AD B2C is complete. If you missed the pre-registration, you will be invited to reigister at next log in.Please note that access to your NetApp data may take up to 1 hour.To learn more, read the FAQ and watch the video.Need assistance? Complete this form and select “Registration Issue” as the Feedback Category.
When failing over between sites with SRM 5.1 and SRA 2.0, the SRA creates new initiator groups in the DR site for mapping failed over RDMs and Datastores. It will do this even if a suitable igroup with all appropriate initiators already exists.
For DR this is not so much of an issue, however when re-protecting and failing back the same thing occurs in the live site. A new initiator group is created and the failed back datastores and RDMs are mapped to it. While I appreciate this may be necessary in a true DR scenario; during controlled failvoers this gets messy from a management perspective and it would be good if the SRA either noticed that a suitable igroup existed and used that or allowed some control over lun mapping.
Is this something that may feature in a future release?
Thanks for the info. I’ve continued to test and I found there were some old initiators in my main igroup. After cleaning it up so the igroup matched exactly the hosts in my cluster, it worked okay. A full recovery of a test VM on a test lun/volume to DR and back to Core just finished with the existing igroup I wanted, instead of creating a new igroup.
We are using the latest versions of VMWare & SRM, and Ontap 8.2P4 7-mode.
You can call into support or open a case on the Support site and request a feature request (RFE Burt). Document with as much detail as possible and we will get the request to engineering. It could be a long period of time before you hear back on this.