SRM/VC/PSC VMs should be separated from the protected VMs. These VMs should not be failed over during disaster recovery or planned migration.
Regarding your second point - assuming your storage has been configured correctly in the first place, SRM should then handle everything during failover/failback. i.e. storage that was unpresented or made read-only during the failover, will be automatically re-presented or made read-write during failback.
Were you able to reprotect successfully after failing over?
You should not include your vCenter in a protection group as all your failed over VMs will be added to the remote site vCenter's inventory anyway. So after failover, your production site vCenter will have nothing left to manage. Also, you want to keep your production vCenter in situ so that you have a valid target for the reprotect and failback.
For the reprotect operation to function successfully, a completed planned failover needs to be performed. If your actual DR event forced you to use the 'Disaster Recovery' option rather than the 'Planned Migration' option, there may have been errors encountered that were ignored to allow the failover to complete. By performing a 'Planned Migration' in the same direction, any tasks that completed successfully will be skipped, but any tasks that encountered errors will be re-run until they are successful. Then you can be sure that your original site in a prepared state for the reprotect. If this option is not possible, it may be necessary to manually reverse the replication of the LUN through RecoverPoint.
I powered off all Hosts all of a sudden in the main site and after that I have run Recovery plan in Disaster recovery mode. fortunately, all VMs powered on in the disaster site. after a while, the main site will be fixed and online and now I 'm gonna to return to the main site. unfortunately, reprotect button is not enable and it is grayed. Although I had to reverse it from the Recoverpoint and got the Image Access in the first site, I did not get any result and I can' t fail back. the status in recovery plan shown Recovery is required !
do you have the same issue?
I replied to your previous post before seeing this additional post. If you ran in full 'Disaster Recovery' mode (i.e. Forced Recovery mode as exposed by the advanced setting), then only Recovery site operations are performed and no attempt is made to communicate with the original site, so SRM databases are likely out of sync with one another. When the original site somes back online, the prepareFailover SRA command should be issued for any production devices that are still reporting as Source LUNs to make them read-only. You could attempt a 'Planned Migration' but you may never get it to complete, due to the nature of the 'Forced Recovery'. If this is the case, you will need to manually reverse the replication and recreate a new Recovery Plan using the same devices as before.