分类： IT业界
2012-04-05 17:15:27
实际上，备份是很麻烦的一件事，缩减 IT 预算往往使得灾难恢复方案被搁置。但是，医疗行业的IT专业人员应该比别人更能理解保险单的价值所在。灾难恢复方案的作用就好比保险单。在保险单或者灾难 恢复方案上削减预算似乎能够节省资金，但是一旦发生灾难，成本将会翻倍。很多人不禁要问：“医疗行业发生灾难的代价有多大?”
根据几年前的公开数据显示，医疗单位每停机一小时将产生64万美元的损失。如果数据是IT 部门的生命线的话，一小时损失的数据无疑是致命的打击。
您知道一旦发生灾难，IT 部门将受到多大的打击吗?从飓风到简简单单的停电，所有这些灾难您都要考虑在内。通过思考这些问题，可以帮助您分析备份和灾难恢复成本，省掉这笔数十万美元的开支。
使用重复数据删除技术管理磁带
就磁带而言，您的目标应该是将其作为归档存储层使用。这样，您可以最大程度地减少从磁带恢复的必要。磁带受诟病的原因主要是它不利于灾难恢复。但是它便 于归档。如果采用传统的备份模式，即每日执行一次增量备份，每周执行一次完全备份，那么对于变化率为 2%、增长率为 3% 的 20 TB 的生产数据，您将需要管理大约 100 TB 的磁带介质。这还只是简单的五周保留方案。通过计算我们可以得出，同样保留要求和 100 TB 数据的部门将需要 550 TB 的磁带 (100 x 110 = 550)。如果将重复数据删除功能添加到技术组合中，存储相同的容量只需 28 TB 的磁盘空间，仅为原来的 1/20，相当于每月减少一个磁带拷贝。
根据基础架构计算备份性能
不 要忘了，性能指标需要包含整个数据路径：网络、备份服务器、存储和备份目标(磁带或磁盘)。如果供给速度不够快的话，无论您的备份目标速度有多快都没有 用。请记住，使用传统方法进行恢复的时间通常是备份所需时间的两倍。例如，一个小型虚拟磁带解决方案只需花费少量成本即可提供数百个通过光纤通道连接的虚 拟 LTO4 驱动器。
仔细考虑网络带宽成本
您的广域网 (WAN) 需要处理每天发生的数据变更。为了确保关键批处理期间(比如月底或年终处理数据时)没有风险，应测量峰值负载情况。在好的灾难恢复策略中，强大的广域网往 往是花费最大的部分。另外，重复数据删除功能可消除灾难恢复中 97% 的复制流量，而连续数据保护功能可将备份频率从数小时或数日一次提高到几分钟一次。计算一下单次停电的成本节省，您就明白购买解决方案的多么明智了。
定义目标站点的能力
就像广域网一样，您的目标站点必须能够处理峰值负载。所有的关键应用要求都必须得到满足，即使是在降低标准的情况下。数据也必须在一段时间内可用，以确 保在影响最小的情况下保持业务连续性。在为您的公司确定灾难恢复基础架构要求时，要切记，医疗保健公司每停机一小时可损失大约 64 万美元。尽管如此，您仍可通过服务器和存储设备的虚拟化来降低灾难恢复的成本，避免数据路径两端锁定同一个供应商或设备。完成存储虚拟化后，数据能够从生 产站点昂贵的大型存储阵列复制到用于灾难恢复的快速模块化存储设备，节省 50% 的目标站点存储成本。实施快速的物理到虚拟恢复可让灾难恢复站点的虚拟服务器在服务器刀片上运行，从而降低空间占用并节省服务器成本。
让恢复实现智能化
一旦发生灾难，客户端需要连接到新的服务器，如同连接以前的服务器一样，因此要保证基础架构服务器可用，例如需要的目录服务、网络路由器和电话线路等。 灾难恢复站点必须拥有正确的基础架构才能处理此类操作。您需要了解如何让崩溃的应用程序恢复正常工作。对于大多数现代应用程序而言，应用程序服务器与数据 库之间通常有很多依赖性，它们需要在合适的平台上以正确的顺序进行恢复。对已复制的数据使用一致性组来恢复应用程序，这种能力极其重要。
分阶段的智能恢复方法
智能恢复不像某些 IT 专业人员所认为的那样难以捉摸。正确的顺序有助于最大限度地利用备份和恢复流程。
第一步是将重复数据删除添加到备份流程中。作为一个经济的必需品，重复数据删除解决方案不仅能够异地复制数据以消除异地磁带移动和调用成本，消除基于阵列的数据复制许可，同时还能使复制该数据的广域网要求降低 97%。
下一步是实施基于快照的备份，这种方法可将备份窗口缩短至几秒钟。从传统的批量备份迁移至快照备份后，便无需站点间的物理数据移动了。这一新流程备份频 率更高，且数据恢复速度通常要快得多。另外，使用连续数据保护 (CDP) 能够使恢复过程眨眼间完成，同时还能消除数据损失。如之前所述，医院无法承担丢失信息带来的损失，而 CDP 能够将数据损失降为零。
最后，在存储过程中实施虚拟化，可以获得服务器整合、数据移动、成本降低等等优势。
智能恢复并非高科技，但是的确很费工夫。然而提前对您的存储、备份和恢复系统进行优化，总好过灾难后手忙脚乱。对于医疗行业的IT人员来说，数据损失的代价是难以估量的，再怎么关心也不为过。
