Symptoms :
Source vCenter server was redeployed to address patching-related issues.
After deployment, the old source vCenter’s ESXi hosts (including the VR appliance) were migrated.
Post-migration, all replications from the source site were not visible.
On the destination site, replications reflected as if the source VMs were force stopped or removed from replication.
vSphere replication 9.0.2
Due to the UUID change after redeployment of the vCenter, existing VRMS registrations became invalid. As a result, replications stopped reflecting at the source site and appeared orphaned at the destination site.
The vSphere Replication (VR) appliance registers as an extension with a specific vCenter Server instance, and only one VR appliance is supported per vCenter.
If the vCenter UUID changes, the VRMS (vSphere Replication Management Server) no longer matches the existing registrations.
VRMS appliance settings (database, certificates, network, credentials) are only valid within the same vCenter instance
Power off the existing vSphere Replication appliance in the new vCenter.
Remove service registrations and solution user of the old vSphere Replication appliance from both Sites
Deploy new vSphere Replication appliances at both DC and DR sites.
Break the existing site pair.
Create a new site pair with the newly deployed appliances.
Reconfigure replications using existing seeds (ensure to note the target datastore of each VM beforehand and validate target datastore seeds as well.