Forum Discussion
Hyper-V replication
I have two Hyper-V failover clusters (primary and secondary) with replication enabled.
I got a server replication error:
But recently, the only way to fix it has been to remove the replication and enable it again.
Is there another way to fix the Hyper-V replication?
Your screenshot shows replication in an error state with approximately 1.55 TB pending, but it does not show the event that caused replication to stop. Removing and recreating replication can mask that underlying problem. Start with View Events and record the event ID, error code, and timestamp. Check the corresponding Hyper-V VMMS logs on both sides, then verify Replica Broker availability, authentication, connectivity, and free space on the replication storage. After correcting the reported cause, try Resume Replication rather than removing the relationship. PowerShell also provides Resume-VMReplication for this purpose. If the state specifically requires resynchronization, use its Resynchronize option and plan for the associated storage and network load. Finally, confirm that replication health recovers and the latest successful replication time advances. Share the actual event details if resuming fails; the summary alone cannot identify a reliable permanent fix.
2 Replies
Your screenshot shows replication in an error state with approximately 1.55 TB pending, but it does not show the event that caused replication to stop. Removing and recreating replication can mask that underlying problem. Start with View Events and record the event ID, error code, and timestamp. Check the corresponding Hyper-V VMMS logs on both sides, then verify Replica Broker availability, authentication, connectivity, and free space on the replication storage. After correcting the reported cause, try Resume Replication rather than removing the relationship. PowerShell also provides Resume-VMReplication for this purpose. If the state specifically requires resynchronization, use its Resynchronize option and plan for the associated storage and network load. Finally, confirm that replication health recovers and the latest successful replication time advances. Share the actual event details if resuming fails; the summary alone cannot identify a reliable permanent fix.
Thank you Jamony!
You are correct. I checked the VMMS logs in Event Viewer and discovered the reason for the failure. Someone increased the hard drive size but did not replicate it to the replica server.
