VMware Cloud Community
nra1941
Enthusiast
Enthusiast
Jump to solution

Will restart vCenter 6.0 affect Protection Group, Recovery Plan and vSphere replication?

    We have vCenter 6.0U2 on two sites with ESXi 5.5U3, vSphere replication 6.1.0 and SRM 6.1.0 ( we don't use array based replication, SRM, vCenter, Appliance are all VM themselves), my questions:

1). vSphere replication is performed by vSphere replication appliance, so reboot, update vCenter server will not interrupt replication, I think that's case

2). Protection Group, Recovery Plan; these are really logic construct that helps me to organize, plan, test and implement disaster recovery, reboot vCenter, take vCenter offline for 2h will not impact these, as long as the SRM DB is intact, am I right?

 

Now if I update vCenter U2 to U3e, this is my order:

1). Login to both vcenters;  pause all replications between the two sites; login to VAMI to shutdown both replication appliances, shutdown both SRM servers; snapshot all

2). Shutdown services and backup both VCDB & SRMDB, copy to elsewhere, shutdown both vCenters; login to ESXi to snapshot both; start vCenter, later start both SRM, appliances

3). RDP to Protected Site vCenter, start vCenter upgrade to 6.0U3e; follow routine procedures, update VUMs and ensure VUM starts up
properly; restart vcenter and ensure it works well. RDP to Protected Site SRM, and initiate SRM 6.1.1.1 installation, overwrite previous SRM registration, using
existing SSL; existing srmdb DB, choose Local admin to run services; finish installation, verify SRM service property

4). Repeat step (3) and install SRM 6.1.2.1; restart SRM server after installation.

5). login to Replication appliance via VAMI, update to version 6.1.1.1; make sure NOT to “Reset embedded DB”,restart it and re-register to vCenter;
then update to ver 6.1.2.1 and re-register to PSC; restart appliance

5). Repeat (2), (3), (4) for Recovery site

6). Resume replication for protected VMs, after full sync for all the VMs, delete the snapshots for vCenter VMs, SRM VMs and replication appliance VMs. Check Protection
Groups, Recovery Plan and ensure no errors.

Reply
0 Kudos
1 Solution

Accepted Solutions
vbrowncoat
Expert
Expert
Jump to solution

Having VC down for 10 mins (or 2 hours) will not impact your PGs or RPs. You won't need to reconfigure anything (assuming nothing changes with your VC inventory - no VMs removed, moved, etc)

The protected site VC being down doesn't impact your ability to recover either. You could still run a recovery plan in DR mode without issue. When your VC was back you would run it again, then reprotect.

View solution in original post

Reply
0 Kudos
5 Replies
nra1941
Enthusiast
Enthusiast
Jump to solution

Can anyone help me? thanks!

Reply
0 Kudos
Daniel_Georgiev
VMware Employee
VMware Employee
Jump to solution

Hi,

you can check the documentation for SRM Upgrade - Order of Upgrading vSphere and Site Recovery Manager Components (Order of Upgrading vSphere and Site Recovery Manager Components )

Hope that this help,

Daniel G.

Reply
0 Kudos
nra1941
Enthusiast
Enthusiast
Jump to solution

I used the VMware documentation to write up my plan, but I just made a small change, for each site I will do vSphere appliance 1st, then SRM.

But my question is this:   when you reboot, or shutdown vCenter for 10min, does it impact Protection Group and recovery plan?  do you have to re-configure anything when it come back again?  for example if you only reboot Protected site on Sat evening, when that vCenter come back, everything will be OK?  ( assume vSphere replication appliance will not be touched during Sat maintenance window)

Appreciate!

Reply
0 Kudos
vbrowncoat
Expert
Expert
Jump to solution

Having VC down for 10 mins (or 2 hours) will not impact your PGs or RPs. You won't need to reconfigure anything (assuming nothing changes with your VC inventory - no VMs removed, moved, etc)

The protected site VC being down doesn't impact your ability to recover either. You could still run a recovery plan in DR mode without issue. When your VC was back you would run it again, then reprotect.

Reply
0 Kudos
nra1941
Enthusiast
Enthusiast
Jump to solution

thanks, that is what I suspect.

I am always very happy with the attitude from regular VMware employee, as for the company, I must say it is horrendous.

Reply
0 Kudos