深度了解异地备份几个问题

《深度了解异地备份几个问题》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、深度了解异地备份几个问题作者:王永亮,　出处:比特网,　责任编辑:袁绍龙,　2008-07-0909:20http://storage.ctocio.com.cn/backup/119/8208119_1.shtml　　将数据在另外的地方实时产生一份可用的副本，此副本的使用不需要做数据恢复，可以将副本立即投入使用。这就是异地备份……目前，金融业拿银行来说，一些银行需要其金融监管系统有两个位于不同地理位置、一年365天连续运行的数据中心。其中一个为主数据中心，用于日常操作，另一个为灾难备份中心。第二个数据中心要保持与主数据中心运行系统完全同步，以支持灾难恢复。这就应用到了异地备份。

2、　　异地备份　　将数据在另外的地方实时产生一份可用的副本，此副本的使用不需要做数据恢复，可以将副本立即投入使用。这就是异地备份。　　异地备份的数据复制目前有如下实现方式：　　基于主机。基于主机的数据复制技术，可以不考虑存储系统的同构问题，只要保持主机是相同的操作系统即可，而目前也存在支持异构主机之间的数据复制软件，如BakBoneNetVaultReplicator就可以支持异构服务器之间的数据复制，可以支持跨越广域网的远程实时复制。缺点是需要占用一点主机资源。　　基于存储系统。利用存储系统提供的数据复制软件，复制的数据流通过存储系统之间传递，和主机无关。这种方式的优势是数据复制

3、不占用主机资源，不足之处是需要灾备中心的存储系统和生产中心的存储系统有严格的兼容性要求，一般需要来自同一个厂家的存储系统，这样对用户的灾备中心的存储系统的选型带来了限制。　　基于光纤交换机。这项技术正在发展中，利用光纤交换机的新功能，或者利用管理软件控制光纤交换机，对存储系统进行虚拟化，然后管理软件对管理的虚拟存储池进行卷管理、卷复制、卷镜像等技术，来实现数据的远程复制。比较典型的有Storag-age,Falcon等。　　基于应用的数据复制。这项技术有一定局限性，都是针对具体的应用。主要利用数据库自身提供的复制模块来完成，比如OracleDataGuard，Sybase　Rep

4、lication等。　　灾难备份解决方案的分析及选择　　在推行计算机应用的过程中，银行已深深体会到系统可用性对银行业务的重要性。在保证到本地机房的高可用性之外，他们还认识到：对于意外引起的包括自然灾害、设备损毁等灾难性事件，仍然需要有相应的保护措施，以保障业务系统的连续运行，从而获得良好的企业形象，保证社会的正常金融秩序。　　事实上，对灾难进行预防建设是危机管理的一部分。据一项美国的研究报告显示，在灾害之后，如果无法在14天内恢复资讯作业，有75%的公司业务会完全停顿，43%再也无法重新开业，因而有20%的企业在两年之内被迫宣告破产。另一方面，对于灾害所造成的冲击分析显示，各行业

5、最长可忍受的信息系统停机时间分别为：金融业-2天;销售业-3.3天;制造业-4.9天;保险业-5.6天。平均来看，一般行业可忍受的信息系统停机时间为4.8天(资料来源：美国明尼苏达大学)。如果以营业收入的损失来看，金融业所遭受的损失最严重，可高达每日营业收入的50%。　　由此可见，金融业对于信息技术的依赖程度尤其甚于其它行业，更难以容忍因为电脑中心停止服务所造成的惨重损失。同时，灾难备份的实现并非单纯的技术问题，其所涉及的将会是整个企业体所可能遭遇的问题，因而大多数的企业决策者都意识到灾难备份计划对企业的重要性。　　灾难备份计划要求有周详的事前准备，尤其是需要分析灾难对业务的冲击

6、程度并相应制定灾难后的恢复策略，同时配合目前最新的信息技术，提出最佳的恢复方案。在系统备份计划建立以后，还必须在事前反复测试，并随时调整、加以改进，完整的灾难备份解决方案才得以建立。　　据国际标准SHARE78的定义，灾难备份解决方案可根据以下列出的主要考虑方面所达到的程度而分为七级，从低到高有七种不同层次的对应的灾难备份解决方案。银行的金融监管系统可根据数据的重要性以及需要恢复的速度和程度，来设计选择并实现灾难恢复计划。　　·备份/恢复的范围　　·灾难备份计划的状态　　·生产中心与备份中心之间的距离　　·生产中心与备份中心之间是如何相互连接的　　·数据是怎样在两个中心之间传送的

7、　　·允许有多少数据被丢失　　·怎样保证更新的数据在备份中心被更新　　·备份中心可以开始备份工作的能力在1992年Anaheim的SHARE78,M028这一会议报告中,自动的异地远程恢复任务被定义有七种层次:　　1.无异地数据备份(Nooff-siteData)　　被定义为没有信息存储的需求，没有建立备份硬件平台的需求，也没有发展应急计划的需求，数据仅在本地进行备份恢复，没有数据送往异地。这种方式是最为低成本的灾难备份解决方案，但事实上这种灾难备份并没有真正灾难备份的能力，因为