深发展BCM案例：在灾难中将业务进行到底.doc

深发展BCM案例：在灾难中将业务进行到底 接二连三的银行客户数据丢失案件，正在让国外众多银行高层陷入万分恼火、忧虑不堪的情绪之中…… 　　在瑞士银行集团日本分行丢失了一张存有高度敏感客户信息的磁盘之后，花旗银行也难逃此劫，３９０万客户账户资料６月６日在快递途中的神秘失踪，让世界最大银行集团之一的它顿时陷入信任危机。 　　国外银行们的尴尬处境给中国银行敲响了警钟。因为由账户信息、客户资料、信用记录、交易明细等组成的各类业务数据，是银行业赖以生存的重要信息资产。 　　于是，在大集中已成为银行普遍做法的当下，如何做好数据中心的数据管理和保护，以实现业务的连续性，便成为让银行业高层们分外关注的重点问题。 　　５月２６日，中国首届灾难恢复行业高层论坛在广东南海举办，深圳发展银行外包建设灾难备份中心（文中简称“灾备中心”）的案例，则成为会上推广学习的典型，因为其超过７０００平方米的专业灾备中心已连续稳定运行了４０个月。 　　请看本期管理案例——《深圳发展银行的业务连续性管理（ＢＣＭ）案例》。 数据的集中带来风险集中 　　业务连续性管理（Ｂｕｓｉｎｅｓｓ Ｃｏｎｔｉｎｕｉｔｙ Ｍａｎａｇｅｍｅｎｔ，简称ＢＣＭ），是一项综合管理流程，它使企业认识到潜在的危机和相关影响，制订响应、业务和连续性的恢复计划，其总体目标是为了提高企业的风险防范能力，以有效地响应非计划的业务破坏并降低不良影响。为灾难备份行业提供专业性服务的非营利机构ＤＲＩＡｓｉａ执行总监ＧｏｈＭｏｈＨｅｎｇ这样介绍道。 　　而让深圳发展银行与ＢＣＭ这一在国内至今仍是新名词的管理方法相识起来的原因，是它当初面对着如今所有国内银行共同的问题——即在将原来分散在全国中心城市的小型数据处理中心逐步集中到省一级的处理中心以至全国性的大型数据处理中心，集中处理业务数据的同时，客观上也把风险无限集中和放大起来。 　　为加强银行账务监管、数据共享、新业务的开发和降低计算中心的运营成本，２０００年，深发展开始考虑改变原有的多分区多中心、数据分散式存储和处理的传统方式，准备将全国近２００个网点的数据都放到深圳一家集中的数据中心，实现全国范围内由一个中心存储数据和处理业务的格局，也就是我们常说的“数据大集中”。 　　“现代金融业倡导３６５天７×２４小时服务，因此实施数据集中就必须充分考虑灾难备份工作的开展。”深发展的项目负责人对记者说。 　　于是，经过几番严密的论证调研之后，深发展最终于２００１年７月与ＧＤＳ万国数据服务公司签订了为期五年的灾备外包服务协议，让后者为其制定了业务连续性计划，并开始提供关键信息系统的第三方灾难服务。 在BCM中，当发生灾难时，情况是这样的 …… 　　“当某天早晨员工上班时，却突然发现办公楼已被浓烟包围，消防队正在封场灭火，无法进入办公室开展日常业务的银行工作人员该怎么办？”中国内地第一位获得ＤＲＩ Ｉｎｔｅｒｎａｔｉｏｎａｌ “Ｃｅｒｔｉｆｉｅｄ Ｂｕｓｉｎｅｓｓ Ｃｏｎｔｉｎｕｉｔｙ Ｐｒｏｆｅｓｓｉｏｎａｌ”（国际灾难恢复组织的业务连续性专家资质认证）认证的业务连续运作专家、全程负责深发展项目的ＧＤＳ公司首席灾难备份顾问、咨询与方案总监汪琪向记者介绍了深发展银行三支小组联动的业务连续性管理计划机制。 　　按照ＧＤＳ的规定，第一个发现灾情的员工将会立即通知银行２４小时值班的应急小组。而后者则要立刻与消防、供电、警察等各方面联络，了解现场情况，比如火烧到什么程度，几小时能解封，人员什么时候才能进入等等，以便准确地进行情况评判。 　　如果得知半小时左右火便可以扑灭，便不用宣告灾难及进行切换，整个流程至此结束。就像国家信息化专家咨询委员会委员曲成义所讲的那样，灾难恢复应该是整个应急体系中的最后一道防线。 　　“事实上，无论备份等级有多高，任何灾备中心与真正的业务系统间都还是会存在或多或少的时点差距的，切换恢复后的业务系统不一定是全部；且系统切换本身也是要付出时间、人力、物力等高成本代价的。而我们所该做的，是在灾难发生后尽量将损失降到最低。”汪琪这样解释道。 　　但若发现火势凶猛，可能要十多个小时甚至一天的时间才能被扑灭，则损失评估的结果应是立即宣告灾难，并向整个行动的总指挥——上级行领导——报告“要切换”。 　　而在应急小组启动现场情况评判这一工作流程时，银行的另一支小分队——灾难恢复小组也已经开始行动起来了。他们将立即通知ＧＤＳ进入预警状态；并在半小时之内赶到灾备中心现场。而在等待灾难恢复小组的成员赶到灾备中心现场的半小时时间中，ＧＤＳ的工作人员将会全面检查系统、网络、数据情况，做好切换准备。随后到达灾备中心现场的灾难恢复小组成员将兵分两路，一部分迅速进入灾难恢复中心，准备指挥接下来将要进行的灾难恢复动作；而另一部分则到灾难备份的系统前