某省银行灾备方案

某省银行灾备方案内容摘要：

达 70 万元；某分行信托公司由于接线板短路引发火灾，大楼受到严重破坏，计算机设备全部报废，证券部停业，在社会上造成很坏的影灾难备份系统 XXXX 规划 20 响。 某分行一县支行大楼发生火灾，整幢大楼全部被烧毁，幸亏一技术人员冒着生命危险从金库中抢出数据备 份磁带，从而避免了毁灭性的损失。 （ 5）由于应用系统缺陷、后台人为误操作等造成系统停机的现象也不同程度存在。 如某计划单列市分行由于应用软件缺陷导致停机；某二级分行技术人员由于误删数据库停机长达半天；某二级分行由于轧帐出错，致使停机长达 8小时。 （ 6）由于管道破裂引起机房进水的情况存在。 如某行由于水管破裂差一点使配电柜受到损坏；某行因水管破裂使一台 U6000 主机受淹，幸好未开机而未受到严重损坏。 业务连续性要求分析 国外研究分析资料 （１）调查 到的国外各行业可以忍受的最长停顿时间如下 : 银行： 商业： 工业： 保险： （２）停顿 14 天后企业面临的危机和恶果（若没有灾难备份措施） 75%的业务完全停顿 43%的业务再也无法开张 灾难备份系统 XXXX 规划 21 29%的公司在二年内倒闭 ( 资料来源：美国明尼苏达大学 ) 我行各种业务最大允许停顿时间要求分析 （１） 允许停顿时间因素分析 A、不同的业务系统允许的停顿时间不同 面向客户的实时性业务系统及功能要求停顿时间短，内部的信息处理业务系统停顿时间可以稍长。 B、不同的时间段允许的停顿时间不同 周末、中午、夜晚可容忍的业务系统停顿时间可以稍长，业务量高峰期、月末、季末、年末业务系统停顿时间要求短。 C、不同的分行允许的停顿时间不同 经济发达地区公民金融意识强，业务系统可容忍停顿时间短，欠发达地区可容忍停顿时间可稍长。 D、客户对不同的灾难造成的停顿时间心理承受能力不同 对于区域性灾难如地震、机房火灾、公共数据网大面积瘫痪等，客户心理上可以承受，而对于由于银行自身原因如系统故障造成系统频繁停顿，客户心理上比较难于接受。 （ 2）计算机应用系统数据分析 操作系统、数据库管理系统、业务应用软件一旦装入，若不进行版本升级或功能改造，一般不会改动。 主机系统配置参数、数据库系统配置参数、网络设备配置参数一旦配置完毕，若不作系统性能调整等工作也不会经常发生变化，但与业务系统的正常运转密切相关。 灾难备份系统 XXXX 规划 22 每天 的交易流水等关键数据随时都可改变并且是业务系统数据的基础，通过它可派生出其它业务数据如总帐、分户帐、明显帐等数据，因此关键数据是否正确、完整，对于保证业务系统数据的完整性、正确性、一致性，是至关重要的。 （ 3）业务系统等级划分 根据前面的分析，我们可以按各种业务系统由于其处理的业务类型、数据存储方式、处理方式、实时性要求、每天处理的业务量、单位时间内处理的业务量、与其相连的网点与系统个数等等条件，将业务系统划分为 关键业务系统 、 重要业务系统 、 一般业务系统 等。 关键业务系统 ：业务数据集中 存放，所连网点及系统较多，对保证整个企业的正常运转至关重要；一旦业务中断，将会立刻使银行提供的服务及正常运作受到相当严重的影响。 并且一旦在特殊时期如月末、年末、业务量高峰期中断造成的影响更大，不仅经济损失大，企业信誉降低，而且有可能要承担潜在的法律责任。 目前我行的关键业务系统主要有：城市综合业务网络系统、清算系统等。 重要业务系统：业务中断将对整个企业的正常、有效运转产生较严重的影响。 目前我行的重要业务系统主要有：内部企业网系统、总帐传输系统、会计稽核系统、国际业务处理系统、房 改业务处理系统等。 一般业务系统：业务中断将不会立刻对整个企业的正常运转产生严重影响，一旦中短可以容忍在数天或数周内恢复。 灾难备份系统 XXXX 规划 23 目前我行的一般业务系统主要有：人事档案系统、工程预决算系统等。 （ 5）各种业务系统最大允许停顿时间要求分析 业务中断持续时间愈长，损失愈大。 不同的时期如日终、月末、季末、年末、业务高峰期中断也是造成灾难损失的一个重要时间因素，且业务种类不同，造成的损失也不同。 业务交易备份需求 （一）对数据集中处理城市综合网系统，全省 XXXX 银行 营业柜台基本业务不能办理的时间不超过 24 小时。 （二）在 24 小时到 48 小时内，后台主机所有业务应用系统恢复运行；所有的会计柜台网点， 60%的储蓄网点恢复业务， 40%的 ATM 网点恢复业务。 （三）在 48 小时到 72 小时内， 100%的储蓄业务要恢复业务， 90%的 ATM网点要恢复业务，稽核中心业务恢复工作。 （四）由于通讯线路的限制，如果 XXXX 大厦运行中心在短时间内不能恢复正常工作，则不能强求恢复所有网点的业务；由于备份系统主机资源的限制，不能强求恢复生产系统所能处理的全部业务处理功能。 备份 策略 （一）根据不同的业务系统等级采用不同的应用数据备份方式。 对于数据集中处理城市综合网系统，采用热备份方式；对汇划清灾难备份系统 XXXX 规划 24 算系统，由于本身具有故障后援功能，则采用定期备份的温冷备份方式。 对其他业务系统，近期暂时不考虑进行灾难备份，待时机成熟后，再逐渐进行。 （二）在同一系统中，根据数据的变化频率与重要程度，采用不同的应用数据备份方式。 在城市综合网系统中，系统处理的数据可以大致分为客户帐务数据、会计信息数据、系统标准数据和会计报表数据，由于客户帐务数据是非常重要的数据，则要采取实时热备份方式，而对其他 数据，采用定期温备份方式即可。 （三）对系统数据、基础数据、临时数据等，采用跟随变动、人工管理的备份方式。 在系统数据方面，备份系统主机的操作系统、数据库产品随生产系统主机的操作系统、数据库产品的升级而升级；应用系统程序代码，因变动比较频繁，使用检测工具对程序代码变动进行检测，及时对备份系统的应用程序代码进行替换，随时与生产系统的程序代码保持一致；在基础数据方面，当生产系统改变后，制定完善的工作流程，保证备份系统也能得到及时的改变，可采用数据替换方式，也可采用人工再次修改的手工方式；在临时数据方面，采用定期 定时备份方式。 （四） XXXX 备份中心备份系统具有的功能及性能是： A、对城市综合网系统、汇划清算系统，能进行数据备份和恢复，在生产运行系统发生灾难遭到损坏后，能在较短时间内运行起来，接替生产系统的工作，保证银行业务的正常运行。 灾难备份系统 XXXX 规划 25 B、对汇划清算系统，应本身具有一定的故障后援功能，能备份好昨天的数据并及时恢复到备份计算机主机里； C、对城市综合网系统，要能备份实时的业务交易数据，特别是通存通兑数据、 ATM 存取款交易数据、 POS 转帐交易数据、证券转帐交易数据等， C、在灾 难发生，恢复城市综合网系统、汇划清算系统的运行时。 灾难备份系统应提供查找数据丢失恢复交易数据的手段和操作流程。 D、建立的灾难备份中心系统的基本性能是： ① 满足业务交易运行的需要。 当它接管运行系统工作时，运行性能不会明显下降； ② 可以在 8 个小时内恢复系统后台运行、恢复部分前台业务交易； ③ 当运行中心生产运行系统恢复正常后，可以在 6个小时内顺利切换回生产运行系统。 ④ 备份网络系统 XXXX 的目标是：备份中心的网络在生产中心发生灾难事件时能够通过专线、卫星、拨号线等多种方式连接XXXX 地区 60%的网点及全川地市行的网络。 能满足日常 XXXX地区、地市行数据复制、软件测试的需求，建立多条链路、多种链路连接的生产中心与备份中心之间的高速可靠信道。 实施策略 由于前述的各种制约条件的限制，在实施灾难备份方案时，灾难灾难备份系统 XXXX 规划 26 备份的实施上采取以下策略： （１） 以灾难预防为重点 无论是否建立灾难备份中心，灾难预防都是第一位的。 因此，积极采取有效的灾难预防措施，加强运行管理，加强灾难风险管理教育，对系统认真进行灾难风险评估分析，针对影响系统安全的薄弱环节，制定整改措施，防止人为灾难发生。 另外，要根据现有条件制定较完善的应急计划，即使发生 灾难，也能最大限度地减少损失。 （２）有步骤分阶段实施 以“先重点，后全面”为工作的指导方针，分清轻重缓急，有步骤分阶段地实施，不断总结经验，逐步推广。 灾难备份规划的实施应优先考虑这些高等级业务系统，关键业务系统。 由于关键业务系统对于银行的经营管理是至关重要的，所以应首先考虑对关键业务系统采取有效的灾难备份措施。 （ 3）积极研究“投资少，实用性强”的灾难备份策略，少花钱，多办事，办好事。 对于城市综合网络系统，要尽快开展磁带定期备份＋关键数据实时备份的可行性研究、应用软件开发和试点工作； 把这一既能有效地保护数据安全，又能减少投资的灾难备份策略早日应用到实际工作中。 近期任务（ 2～ 3 年） 近期的主要目标是解决关键业务系统的灾难备份问题，摸索 XXXX灾难备份系统 XXXX 规划 27 和管理灾难备份中心的经验。 近期主要任务的如下： （１）采取有效的灾难预防措施，加强运行管理，确保计算机系统安全。 认真执行《中国 XXXX 银行计算机系统安全运行管理试行办法》，切实加强运行管理，防范灾难性事故发生。 适当地采取一些系统运行监控、自动化运行管理措施和手段，减少人为差错导致的故障，对灾难性故障苗头及早发现，及时采取相应 处理措施。 灾难备份中心的 XXXX 需要一个过程，在目前阶段，做好磁带备份异地存放工作，制定出周密的应急计划，通过加强管理，将灾难风险控制到很小的程度。 同时，加快备份系统的 XXXX，使备份系统尽快投入运行。 （２） XXXX灾难备份中心。 由于灾难备份中心是一个以前 XXXX 银行没有的部门，因此近期两三年灾难备份中心的工作有：落实灾难备份中心的工作环境和人员；启动数据冷备份工作，分阶段实施数据温备份工作。 （３）制定备份中心的灾难恢复方案。 制定数据集中处理综合业务网络系统、汇划清算系统灾难恢 复方案； （ 4） XXXX灾难备份通讯网络。 通讯网络 XXXX是灾难备份的基础工程，应该首先进行 XXXX。 在生产系统网控中心与灾难备份中心之间准备数据实时备份用灾难备份系统 XXXX 规划 28 的高速通讯链路。 现在的情况是： XXXX 大厦与 XXXX 之间有 2M 带宽的无线通到一条， 128K 的 DDN 通道 2 条；以后，还可以将无线通道的带宽扩展到 4M， 128K 的 DDN 有线通道扩展到 8条。 在 XXXX 备份中心，还要准备比较齐备的网络通讯设备，以备备份系统运行使用。 （５）结合灾难恢复开发新的应用软件。 维护和改造。 开发关键数据及时备份与数据恢复软件； 增加孤立数据追补功能； 完善业务数据完整性与一致性检查功能。 新开发系统应考虑系统易于数据备份与恢复，有完善的数据完整性与一致性检查功能，有方便、高效、安全的孤立数据恢复功能。 旧系统如果没有考虑数据备份与恢复的功能，则在进行系统整合时，在整合方案中，则应该把易于数据备份与恢复有完善的数据完整性与一致性检查功能，有方便、高效、安全的孤立数据恢复功能等作为十分重要的方面提出来。 我们在开发整合过程中应注意以下几个方面： 根据孤立数据恢复方法和数据完整性、一致性检查方法设。