Host-based backup of Microsoft Hyper-V VMs.
Post Reply
joru1407
Lurker
Posts: 1
Liked: never
Joined: Sep 19, 2025 7:52 pm
Full Name: Joshua
Contact:

Unexpected Behavior after manual Failover on Replica Host lead to Dataloss

Post by joru1407 »

Hi Veeam Community,

It's too late now, but the following happened today at a clients site and we still don't know if we did something wrong or if this behavior was unexpected. Simple Setup:
  • A continous Replication job were configured from HV-01 to HV-02.
  • Unfortunately, HV-01 suffered a hardware failure and repeatedly crashed. Since the VBR console was installed on HV-01, we were unable to perform a planned failover.
  • To keep operations running, we manually powered on the replica VMs on HV-02 (so a manual failover). This worked and the company continued working for 30 hours.

The problem occurred once HV-01 was repaired and powered back on:
  • As soon as HV-01 came online after hardware repair, the replication job immediately started again and overwrote the running VMs on HV-02 with the old state from HV-01 within seconds without any confirmation.
  • It had already happened, faster than we could login to the HV-01 and open the Veeam Console for the first time
  • This completely discarded the state and therefore all work performed on the replica VMs during the unplanned failover period. Unfortunately, 30 hours of work were lost.
Our questions:
  • Is this behavior expected and did we something fatally wrong?
  • Shouldn’t Veeam recognize that the replica VMs had been manually started / theor state had changed and especially avoid overwriting them without confirmation?
  • Is there a best practice in such a situation to prevent data loss?
Thank you and Greetings,
Joshua
david.domask
Veeam Software
Posts: 3004
Liked: 697 times
Joined: Jun 28, 2016 12:12 pm
Contact:

Re: Unexpected Behavior after manual Failover on Replica Host lead to Dataloss

Post by david.domask » 1 person likes this post

Hi Joshua,

Sorry to hear about the issue, indeed unfortunate situation.

https://helpcenter.veeam.com/docs/backu ... ml?ver=120

Please see the note on this page, that is the key on this point and the reason that Veeam was unaware of the manually failed over replicas.

It is always required that you manage the replica failover / failback with Veeam and not manually manage it.

The best practice typically is:

1. Keep a standby Backup Server on the DR site and perform a configuration restore before proceeding with failover to ensure that Veeam can manage the replicas
1.a Alternatively, keep the Backup Server on the DR site for such events to avoid disruption -- should the DR site go down, perform a configuration restore to Prod site to continue operations.
1.b Once the downed site is restored, you can use the Configuration Backup to migrate the VBR configuration back to the intended location
David Domask | Product Management: Principal Analyst
Post Reply

Who is online

Users browsing this forum: No registered users and 3 guests