上周末，我们在弗吉尼亚州发生了严重的风暴，当然日本的危机提醒人们，事情可能会在一瞬间变得糟糕！我问自己一个问题“如果龙卷风袭击了我的数据中心，我准备好了吗？”
我的“机架中”有很棒的备份系统，包括磁带备份。因为数据中心不是很近，所以不可能将磁带移到异地。我想要找到或创建的是一个系统，它可以按计划备份关键项目，如网站、数据库，并远程复制它们，即我家里的服务器。我有 35 mbit 服务的 FIOS，所以我有宽带，我需要的是“系统”来做到这一点。我是一名程序员，所以我可以按计划创建一些 FTP 的停机信息，但我很好奇现在是否有可以满足远程备份需求的东西？我的 SQL Server 备份到存储阵列，我可以关闭这些备份，甚至在这里安排我的 SQL Server 以按计划与生产服务器同步。我使用 Windows Server 2008 R2 和 SQL Server 2008 R2。
在自然灾害摧毁我们的数据中心等危机中，你们对异地战略有何建议？准备好了吗？我希望其他人问自己这个问题，并从我们经常看到的这些自然灾害中吸取教训。
您的选择应由您与客户的服务水平协议决定，并受预算的限制。
至少，您应该对所有关键数据进行异地备份。也就是说，今天，您无法从头开始重新创建的任何数据都需要存储在其他地方。离线备份更好：当龙卷风袭来时，在线备份或复制可能会有所帮助，但如果您有愤怒的员工删除数据库或破坏文件系统，会发生什么？
从离线备份的基线开始，您可以开始探索加速恢复以换取更高成本的选项。这里有大量的选项，从您描述的用于在线备份的单个主机到完全复制的环境，同步数据复制运行 active(-active)+ 以实现接近零的停机时间。
如果您将数据与基础设施尽可能整齐地分开，您会发现从头开始恢复要容易得多。例如，如果您使用像 puppet 或 Chef 这样的系统而不是手动进行部署，那么从头开始恢复将会快得多。如果您可以尽可能实现自动化，那么重做您为构建系统所做的所有工作将会更快。将数据分开还可以减少您需要备份的数据量：如果您真的只需要几兆的系统配置和应用程序数据，请不要剥离千兆字节的操作系统。
这些选项可能会变得非常昂贵，因此您需要确定您的公司愿意在灾难恢复上花费多少以及您的客户可以容忍多少停机时间。消除对您的客户来说太贵或太慢的选项。
选择灾难恢复解决方案后，请务必实践它。我建议至少每年一次或每当您的架构发生变化时，以更频繁发生的为准。
我们有一个从办公室到异地数据中心的 VPN。在异地数据中心，我们安装了网络共享的服务器，我们将其配置为备份软件中的目标（我们运行 Symantec BackupExec），即 \OFFSITEDATACENTER\OFFSITESTORAGE
然后我们会在周末向该位置进行完整备份
，每天晚上进行增量备份
以及我们正常的“现场”备份
我们还每周运行 VMWare VDR 来拍摄主服务器的映像，并将这些映像放入使用 FreeOTFE 加密的 2TB SATA 磁盘上，我每周都会将其带回家。