用户眼中的灾难恢复

copyking

   数据保护与灾难恢复是用户比较关注的话题，但是在实施过程中，用户会遇到很多问题，对此，我们不妨借鉴一下美国用户的经验。
    Hal Weiss是孟菲斯Baptist Memorial 健康关注中心的系统工程师，谈到灾难恢复，他表示，为灾难恢复计划拨款是件很困难的事情。他介绍说：“医院机构的主要问题之一是受限于所获得的资金数量，我们依靠医疗保障方案和医疗补助计划来获得费用。”因此，很难要求该机构购买哪些应用软件。
    “我无法选择机构使用的应用程序，因为它们受控于临床医师，”Weiss说，“有时一种应用程序并不适宜于灾难恢复策略。”目前，Weiss拥有一个138TB的存储区域网络（ SAN ），需要保护的数据年增长率达300%. 为支持其SAN上的数据和灾难恢复，他使用了Revivio公司的CPS 1200连续数据保护阵列和Copan公司的Revolution 200T阵列。
    因为企业不理解灾难恢复的必要性，所以灾难恢复资金经常得不到解决。“恢复始终是一种‘被片面看待’的业务过程，”佛罗里达州达尼丁的Toigo Partners的高级分析师John Toigo 说，管理人员认为这是把钱花在对公司没有任何实际益处的一套程序上。
    也有一些用户认识到了灾难恢复系统的重要性。得克萨斯州普莱诺的Rent-a-Center的业务连续经理John Gideon拥有一笔灾难恢复资金，他已为其业务关键和财务应用建立了州外站点。Gideon说，“我们的财务系统在两地之间被实时复制。”
    华盛顿州塔科马的Auto Warehousing的首席信息官Dale Frantz也开始制定了一项测试其灾难准备状态的计划。“我们有28个相关设施，我们每月对特定设施进行一次测试，”Frantz说， “我们的测试包括拔出服务器的驱动器，以观察出现意外灾难后系统的切换过程并确保其运转正常。”
    加州圣巴巴拉的Pacific Capital Bancorp 的IT高级副总裁Al Todd也定期测试其灾难恢复计划。 “我们每年做一次这样的工作；从异地存储设施获取数据，将其快速传输到本地站点，然后查验我们能否从远程运行我们的系统，”Todd说，“我们正在向一年几次测试的方式过渡，并将在内部实现我们的灾难恢复。”目前，Todd的SAN系统包括：两个存储容量各为20TB的日立 TagmaStore Universal Storage阵列，两个存储容量为20TB的日立9585V阵列以及IBM和EMC存储阵列。该SAN连接多达200台基于Intel的服务器（每个具有200GB的直连存储）和一台主机。（美国《Network World》供本报专稿）
    用户面临的问题：
    资金短缺
    需要保护的数据增长迅速
    对于灾难恢复的必要性缺乏认识
    定期进行恢复性的测试

本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u2/66684/showart_1221049.html