在如今接连不断的天灾人祸中，各个企业都看到了灾难恢复对于企业本身发展的重要性。但是，每个企业都能很好的制定自己的数据中心灾难恢复计划吗？又是什么制约了数据中心制定灾难恢复计划的呢？毫无疑问，资金成本是首要因素。

　　为数据中心灾难恢复计划争取到更多资金变得越来越困难，特别是在经济不景气的情况下显得更无耐。

　　这个说法源于上周参加AFCOM数据中心大会的一些听众，但通过使用虚拟化，暗示世界末日的惨烈情景等手段，有些公司的高层还是愿意进一步听取有关灾难恢复计划的内容。

　　但遗憾的是，很多数据中心根本就没有什么灾难恢复计划，根据赛门铁克最近一次对1780名数据中心管理人员做的调查显示，有大约33%的灾难恢复计划都没有文档化，即使有也很粗糙。

　　躲避灾难

　　位于俄亥俄州哥伦布市的R.G. Barry鞋业公司目前就还没有数据中心灾难恢复计划，几星期前，运营和通信部经理Tom Stoughton准备起草一份灾难恢复计划向CFO汇报。

　　Stoughton说“我必须强调，我们侥幸躲过了几颗子弹，公司最近发生了3次停机事件，但幸好都发生在周末，因此我和我的同事有足够的时间进行恢复，最终才没有造成重大影响”。在后面两次事件后，Stoughton找准机会向高层申请了灾备资金。

　　R.G. Barry有30多台服务器，全部虚拟化了。Stoughton想使用这笔资金证明自己的部门是理性地在利用IT投资，因此DR（灾难恢复）成本不会太昂贵。

　　但他不敢肯定灾难恢复计划是否可行，因此Stoughton希望永远不要用真正拿出来使用。

　　对于那些已经实施了数据中心灾难恢复计划的公司，要让灾难恢复计划保持更新对财务支出来说可能是一个恶梦，根据赛门铁克的研究，几乎三分之一的数据中心管理人员在过去几年中从未对他们的计划重新评估过。

　　正确的灾难恢复需要管理层支持

　　数据中心通常不会定期进行检验，对于像Gordon这样的食品服务公司，如果Kori Youngblood没有管理层支持，他所面临的挑战将是前所未有的，Youngblood在密歇根州的Grand Rapids食品公司花了7年时间才为公司建立起了数据中心灾难恢复计划。

　　也许是幸运（也可能不是），Youngblood亲历了一次真实的停机事件，公司的存储区域网络（SAN）关闭了3天，也正是这次停机事件促成公司实施了灾难恢复计划。

　　他说“你可以利用这些事件作为催化剂，推动DR（灾难恢复）工作，灾难恢复从来就不是省钱的主”。

　　Gordon食品服务公司现在在大约20公里外有一个辅助数据中心，与主数据中心之间保持同步复制，每年要测试4次，当主数据中心发生灾难性事故时，可以启动辅助数据中心接管所有业务。

　　Youngblood说“幸运的是，我的CIO和CTO每次都很支持我，并说数据中心灾难恢复计划是当务之急”，最重要的是CIO、CTO和CFO之间要进行沟通才行。