- Veeam Support Knowledge Base
- How to Perform a Manual Failback (Reverse Replication)
How to Perform a Manual Failback (Reverse Replication)
| KB ID: | 2018 |
| Product: | Veeam Backup & Replication |
| Published: | 2015-03-26 |
| Last Modified: | 2026-07-17 |
Cheers for trusting us with the spot in your mailbox!
Now you’re less likely to miss what’s been brewing in our knowledge base with this weekly digest
Oops! Something went wrong.
Please, try again later.
This article is relevant only to non-CDP (snapshot-based) replicas. Reverse replication cannot be used to fail back a CDP replica.
To fail back a CDP replica, use the built-in failback workflow described in Failover and Failback for CDP.
Purpose
This article describes how to manually fail back a replica by using reverse replication, which is useful when a normal failback fails or is not possible because the replica was powered on outside of the Veeam Backup & Replication Console.
In simple terms, the replication process is run in reverse, turning the replica into the source VM and using the production VM as the target that will be updated with the current state of the replica.
Solution
Limitations and Considerations
- If there is no production VM to "fail back" onto, you can skip the mapping steps (Part 1: Steps 2 & 6), and Veeam Backup & Replication will create a VM in the destination specified within the manual failback replication job.
- If the replica was reverted to a specific restore point (snapshot) and then manually powered on, reverse replication can still be used. However, all restore points will be consolidated when returning the replica to be used for regular replication.
Part 1: Create the New Replication Job
- Create a new replication job.
- Check the "Replica seeding (for low bandwidth DR sites)" box on the first page:
Note: This step can be skipped if you are not failing back to a production VM. - Add the replica to the job as the source VM in the Virtual Machines tab.
- On the Destination tab, select the exact location of the production VM being "failed back" onto. All fields must match the production VM.
Note: If no production VM exists to fail back to, specify where you want the replica's state to be duplicated. - On the Job Settings tab, choose a repository for the metadata closest to the VM that was added on the Virtual Machines tab.
- On the Seeding tab, select the "Map replicas to existing VMs" checkbox.
- Highlight the replica, click Edit, and then select the production VM to be "failed back" onto.
- On the Guest Processing tab, enable "Application-aware processing" (only if needed).
- Skip the Schedule tab, and click Finish to create the job.
Part 2: Manual Failback Procedure
The following steps are intended to be performed while the replica is powered on, until the step that instructs you to power it off. If the replica is already powered off, you can skip to step 3.
- Run the replication job once.
This step may take a very long time. - Cleanly shut down the replica that is being used as the source.
- Run the replication job again.
This is done so that the failback target and the replica are in the exact same state; since the replica is powered off, it will not change. - Within the Veeam Backup & Replication Console navigate to Backup & Replication>Replicas>Ready
- Find the entry whose job name matches the job created in Part 1 of this KB.
- Right-Click and Select Failover Now… and Next, Next, Finish
- The production VM will now power on. Please verify its functionality, then continue.
- Right-click the same entry as Step 6 (Now under Replicas>Active) and select Permanent Failover.
The permanent failover will consolidate all snapshots on the replica-of-the-replica-now-production virtual machine.
Part 3: Return to Normal Operation and Cleanup
Return to Normal Operation
- If you mapped the reverse replication job to the original production machine, that production machine's reference ID (MoRef) likely did not change. As such, you should find that the original backup and replication jobs that interacted with the original production machine require no modification and operate without issue.
- If you allowed the reverse replication job to create a new VM or you mapped to a VM other than the original production machine, the VM that is now in production will have a different reference ID than the original production VM. As such, you must re-add that new production VM to the normal replication job and any previous backup jobs it was part of. Within the normal replication job, enable the seeding option, then use the mapping feature under the seeding tab to map the new production server to the existing replica.
Reverse Replication Cleanup
- Delete the manual failback replication job created in Part 1.
- If this reverse replication process was performed because the replica was initially powered on manually (not via the Veeam Backup & Replication native failover function), run the replication job that created that replica to force Veeam Backup & Replication to return it to a "Ready" state.
- If this reverse replication process was performed because the Veeam Backup & Replication native failback function failed, you will need to undo the failover before running the replication job.
More Information
If this KB article did not resolve your issue or you need further assistance with Veeam software, please create a Veeam Support Case.
To submit feedback regarding this article, please click this link: Send Article Feedback
To report a typo on this page, highlight the typo with your mouse and press CTRL + Enter.
Spelling error in text
Thank you!
Your feedback has been received and will be reviewed.
Oops! Something went wrong.
Please, try again later.
You have selected too large block!
Please try select less.
KB Feedback/Suggestion
This form is only for KB Feedback/Suggestions, if you need help with the software open a support case
Thank you!
Your feedback has been received and will be reviewed.
Oops! Something went wrong.
Please, try again later.