There are a few other things to consider as well such as making sure you've tested both failover and failback (in...
both directions). Many people assume that as long as the failover works then that's all that needs to be done. This is a big oversight. Be sure to test (and document) your procedures for getting things back up and running at your main site.
Also, if bandwidth is a concern for you, then look into wide-area network (WAN) acceleration technologies, or at least ensure your data is being compressed and you have a full and differential/incremental schedule setup so that the disaster recovery site is up to date and within your business tolerance.
Dig Deeper on Disaster recovery facilities - operations
Related Q&A from Kevin Beaver
Android Oreo replaced the allow unknown sources setting with a new feature that enables users to selectively install unknown apps. Kevin Beaver ... Continue Reading
Equifax's Apache Struts vulnerability was an example of a scan not being read correctly. Kevin Beaver explains vulnerability scans and how issues can... Continue Reading
Several vulnerabilities were recently discovered in Android bootloaders via the BootStomp tool. Kevin Beaver explains how they work and what risk ... Continue Reading
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.