So the status of your Hyper-V replica shows that replication health is critical and if I click resume replication, it says replicating changes >> and after a few moments >> failed.
There is no other option to fix this issue. Try these steps:
(I use Hyper-V manager for this procedure)
1. From the primary site, remove replication using “remove replication” option.
This will leave the replica VM on the DR site intact.
2. Now, on the DR site, remove replication.
If you look at this replica VM inside VMM, you will see that now it has become a regular VM. It looks like a regular server instead of a server with a shadow behind it. (you may have to refresh VMM)
3. On the primary site, right click on the VM and choose enable replication.
4. Go through the wizard, (next-next) until you come to the “Choose initial replication” page. On that page, choose the option “Use an existing virtual machine on the replica server…”
5. Click finish and it shows “sending initial replica (progress percentage).
Don’t worry, it is not really all the data, it is synchronizing with the data already there at the DR site.
That’s it folks! I hope it helps someone.
While creating a Hyper-V replica broker in my HV cluster, I came across a problem. No matter what workaround I tried, my broker wont work. I tried pre-staging the computer account etc, as mentioned here but for my particular environment, it did not work. I read this:
Here is how I resolved it :
- I deleted the pre-staged computer account in AD, (which I had created manually, earlier for the replica broker)
- Configured the role in FCM, no errors while creation
- After that… yes, I got errors in the log (ignore for a minute)
- Then I recreated the AD computer name by hand and gave full control over that new account to the cluster’s computer account
- Went to FCM > cluster name > roles
- Noticed the HV replica role there (but it was in red, stopped)
- clicked “start role” on the right side action menu
- The role came online in a few seconds.
Now I can even ping the virtual IP address of this Hyper-V replica broker role!
I guess, for whatever reason, (at least in some environments) FCM cannot really use a “pre-staged” account for this role.
Do you know that System Center Virtual Machine Manager (VMM) lets you create an identical clone of a running VM?
Yes! you do not even have to shut down a VM . How cool is that!
1) While going through the cloning process wizard in VMM, choose to leave the NIC disconnected
If you do not leave the NIC connected, you will have duplicate IP addresses on the network, when the cloned VM boots up.
2) After the cloning process completes, remember to run sysprep.
Yes, there have been some reports that VMM runs sysprep when it creates a clone, but I have confirmed myself (using psgetsid utility) that the clone and the original have the same SID and have the same hostname. They are virtually identical. So, you MUST run sysprep.
I have been troubleshooting a WinRM related problem which was the main cause of an error shown in SC Virtual Machine Manager as “Host not responding”. The error always pointed to Win RM or Windows Management. I tried a lot of fixes, but nothing worked. Eventually I thought to rebuild the Windows Management repository. Here are the steps I took to fix this issue:
- Run this command on the errant server: net stop winmgmt (You will have to do this multiple times, or the step #2 will give you an error, file in use)
- rename the folder ‘Repository’ underneath %windir%\system32\wbem
- restart the system
The repository will be rebuilt automatically, OR you can rebuild it manually by running this command winmgmt /resetrepository (I did not have to do this)
PS: This also fixes the error in Server Manager which shows up under NIC teaming – “Host Unmanagable”
Inspite of my refreshing the VMs having this error……….fingers crossed……..sometimes the error went away….sometimes did not. I was getting really frustrated. Here is how to fix it, once and for all:
In Failover Cluster Manager, check the name of the VM….if it is something like – “SCVMM server_name Resources”… rename it to just server_name.
Then refresh the VM inside SCVMM’s Virtual machine Manager. VIOLA! the VM would be back to normal.