When a failover condition is met, you will want to start failover. You can actually start failover without a failover condition, as long as protection is enabled. For example, you may want to force a failover when upgrading to a better source server.
Note: |
If you are testing failover and your source is a domain controller, do not let the domain
controller communicate with any other production domain controllers after failover.
Otherwise, when the original source domain controller is brought online after the test, it
may create a USN rollback scenario if the test domain controller was allowed to
communicate with other production domain controllers. |
- To begin failover, click Failover.
- If Double-Take Availability determines there is a possibility that the data on the target is incomplete, you
will be warned before failover begins. If you proceed with failover, the state of the source will be
unknown until failover is complete. The best case scenario would be a missing data file, while the
worst case scenario would be missing system state data that causes the server to be unusable or
unbootable. For this evaluation, select Use live data and click OK.
- Monitor the failover percentage as shown in the Protection Status. At
the end of failover, the target will be rebooted automatically. After the reboot, the target will no
longer exist, since it will become the source.
Note: |
Because the Windows product activation is dependent on hardware, you may need to
reactivate your Windows registration after failover. Follow the on-screen prompts to
complete the reactivation. |
After your target has failed over and becomes your source, you can stay with that configuration long
term. However, in some instances, it may be necessary or desired to go back to using the original
hardware after you have failed over.