中国特色的容灾机制——应急库

最新推荐文章于 2024-08-05 20:43:09 发布

weixin_34357962

最新推荐文章于 2024-08-05 20:43:09 发布

阅读量200

点赞数

文章标签：数据库

原文链接：http://blog.51cto.com/radioloves/194186

版权

当企业因为信息化带来快捷的服务决策和方便管理时，也必须面对着数据丢失的危险。数据的丢失会中断企业正常的商务运行，造成巨大的经济损失。当企业因为信息化带来快捷的服务决策和方便管理时，也必须面对着数据丢失的危险。数据的丢失会中断企业正常的商务运行，造成巨大的经济损失。

在今天的经济环境下，大部分厂商和企业都认识到了数据安全的重要性。但在如何保障数据的安全上，有人认为：数据复制就是容灾，只要把数据复制了就万无一失能够应付任何灾难了，也有人认为：建立了一套容灾系统就不用备份数据了。实际上，数据备份是容灾的基础，一切容灾系统的建立都是以数据备份为基础的，但是仅有数据备份是远远不够的，全面的容灾方式应该是备份+数据复制+远程容灾。而现在我们经常提到的“两地三中心”就是一个非常典型的全面容灾。从广义上讲，任何提高系统可用性的努力，都可称之为容灾。

信息化发展到今天，数据的大集中、数据价值的实现已经是信息化系统的主要作用之一。在数据大集中的基础上，我们日常的生产生活也越来越依赖信息系统上承载的丰富多样的应用。用一个形象的比喻，我们把越来越多的关键数据、关键应用放在了一个篮子里。在这种情况下，以前往往被人们忽视的一个重要问题——如何保证数据、业务在重大灾难过程中的平安，进而让已经严重依赖它们的企业、机构顺利渡过难关，在最短的时间内恢复正常运转——很明确地摆在人们面前。

这样我们面临着一个矛盾：信息化的不断深入，需要将众多关键数据集中管理，通过数据的整合和其价值的进一步开发，实现对业务的支撑乃至提升。另一方面，在数据大规模集中特别是关键数据大集中的过程中，保障信息、保障整体业务的安全的迫切性也日益突出。有权威机构预测，在严重的灾难之中，将有60%以上的企业因其信息系统被破坏、关键数据丢失导致的业务瘫痪而倒闭。在这种情况下，我们往往需要把鸡蛋放在多个篮子里。从这一角度说，容灾目前备受瞩目也就不足为奇。特别是以往不会考虑容灾的广大中小企业和机构，也纷纷寻求实施容灾的可能性，而电信、金融以及其他国家要害部门，更把容灾作为信息系统进一步完善过程中的核心工作之一。

不过对于中小企业和机构而言，最大的顾虑在于以往容灾高高在上的“地位”。以往容灾大多在高端计算领域出现，应用范围也仅仅局限在超大型跨国企业和金融、电信的要害部门。容灾方案往往也为高实施成本、高维护成本画上等号。2005年国信办组织8个部委，搞了一个重要信息系统灾难恢复指南，这个指南在2007年变成了国标，国标GB/T20988-2007制定了6个灾难恢复等级。

灾难恢复国家标准GB/T20988-2007

针对六个灾难级别，Commvault专门制作了一个灾备级别与投资关系的对比图，通过这张图我们发现灾备级别越高，投资越大，成本可能会指数级地往上升，这是因为要准备全部的设备，要建两地三中心，还需要制定容灾的DRP或者BCP这种业务联系性计划，企业为此可能就要花很多钱请一些公司来帮你做。成本是非常非常高的。那用户在目前的经济形势下，究竟如何既能保证数据的安全可靠性，又不加大企业自身的IT支出压力呢？

灾备级别与投资的关系

CommVault中国区技术总监邱利公在接受笔者采访时介绍说，通过金融业用户的走访，Commvault专门得出了一个“应急库”的说法。对于一些银行用户来说，一些核心系统通过两地三中心进行了保护，但另外一些业务系统也很关键，但由于成本压力又不可能把所有业务系统都归入两地三中心内，于是就提出来应急库的概念。而这个概念恰恰是有中国特色一个词，具体他应该是一种针对容灾最高级别两地三中心模式的一种补充解决方案。

CommVault中国区技术总监邱利公

应急库的做法是，首先在容灾端建立一个应急系统。容灾端对应急库进行初始化的时候，把日常备份的数据都先迁移过去，以后再搬变化的数据。迁移可以用任何方法，比如说常规备份恢复的方法都可以，把数据库恢复过去就可以。然后接着可以用CDR，连续数据复制组件，用这个技术复制数据库的归档日志，复制到容灾端。容灾端由CommVault控制做数据库的前滚，同时一个小时对它做一次快照，这样完成整个一套流程。邱利公解释到，比较合理的快照时间是不要低于一个小时，一天做24个快照。建议快照预留15%的空间，但并不是说快照与预留空间就是简单的乘比关系，一般一天24个快照保留40%的空间就可以了，具体要根据快照机制来确定。