大型金融保险企业异地灾备建设方案.docx

? ? ? ? ? ? ? 大型金融保险企业异地灾备建设方案 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?  ? 目 录 TOC \o 1-3 \h \z \u 大型金融保险企业异地灾备建设方案 1 一、综述 3 二、需求分析 4 三、选型分析 5 四、LinuxONE的应用 7 五、案例分享 11 5.1 北京灾备中心建设（一期） 11 5.2 核心数据库试点项目 13 六、注意事项 14  【摘要】本文介绍了某保险企业异地灾备建设的实践经验，以解决保险企业当前面临的灾备系统建设滞后、设备老化、资源紧张及架构升级等现实问题。文章介绍了企业现状，分析当前遇到的问题以及行业监管要求等，通过充分把握企业实际需求，确定LinuxONE作为承载该公司新架构转型及异地灾备建设方案的基础设备，进一步为读者提供了灾备中心建设实践经验参考及避免雷区的提示。 一、综述 灾难备援，也称之为灾备，是指利用科学的技术手段和方法，提前建立系统化的数据应急方式，以应对灾难的发生。灾备的目的和实质就是保持信息系统的业务持续性。 随着金融行业的快速发展，保险行业的信息化进程也在不断加快，保险公司的信息数据量急剧膨胀，并已成为宝贵的资产。在业务快速发展的同时，对应的信息系统也正在由分散到集中，保险业务对系统的可用性和业务的持续性要求越来越高。如何使业务系统平稳运行，成为保险公司的头等大事。 随着客户风险意识的增强，保证关键核心业务系统持续成功运作的需要，将发生风险的损失降到最低，保证企业的核心竞争力，保险公司对业务系统的可靠性提出了更高的要求，除了满足自身发展的需要，也是为了满足监管机构的要求。从当前大多数灾备系统现状来看，还存在诸多问题，不仅有技术层面的缺陷，也有流程和人员方面的不足。这些问题可能导致的直接后果就是当灾难发生时，根本无法实现应用系统的快速恢复，甚至可能导致业务运转的长时间灾难性中断。 一是容灾意识有待进一步加强。有关人士剖析国内保险公司的信息安全观时曾指出：保监会对全国的保险企业作出了数据容灾的规范化要求，但国内企业对此并不重视。和国外同类企业相比，中国保险业不仅在容灾、备灾的意识方面较为落后，投入方面更是远远不够。当前，有些保险公司抱有侥幸心理，认为灾难离自己很远，为此大量投资有些得不偿失。 二是容灾建设方法应进一步完善。目前，虽然大部分保险公司都开始重视起灾备系统的建设，陆续完成了基本容灾系统的IT基础架构建设，但如果没有相应的灾难恢复计划，也没有针对灾难发生后的应对、决策、详细的灾难恢复步骤，容灾系统将难以发挥真正功效。  二、需求分析 目前该公司拥有两个集中式数据中心，南方数据中心和北京数据中心机房；以及各省级机构各自独立的机房，以此来构成核心生产环境的1主36备架构。如下图所示，南方数据中心包括大集中应用、核心总部应用、总部分析应用、总部测试及电网销灾备等；北京数据中心包括核心总部应用、总部集中部署的核心总部应用的灾备、电网销及总部测试等；各省分公司机房包含大集中应用灾备、影像系统及本地的查询分析等。 图一：当前数据中心情况 该公司于2012年底实现以南方数据中心为依托的全国信息系统大集中，以当时的信息系统承载当时的业务不费吹灰之力，形成大马拉小车的局面。但是随着该公司业务的迅速发展和规模的急剧扩大，公司IT系统的数量、规模以及复杂度都呈几何级增长，业务对IT系统的安全性、可用性及持续性的依赖程度也越来越高，提出的要求也越来越苛刻。从2012年完成大集中后，一直延续至今，现有的IT模式面临了严峻的挑战。主要问题重点体现在： 1）系统运行风险越来越高； 2）IT环境越来越复杂； 3）新业务调整，对于敏态需求的支持显得力不从心。 三、选型分析 众所周知，IT系统无论多么重要，最终都要通过业务来体现他的价值，即技术为业务服务。因此在进行基础架构规划及灾备建设方案时应该充分考虑实际业务的增长情况。如下图所示，该公司一个下属分公司，2018年“双十二”的CPU利用率情况，大部分时间在80%以上高负荷运行，甚至有突破当前资源处理能力上限的迹象。按当前业务发展趋势，系统资源肯定无法支撑该省下一年的业务高峰，而该省已经独立使用了单台SD2(128Core)，基本达到目前业内小机系统的上限。 图二：某省双十二CPU利用率 为应对上述问题，公司专门成立了优化项目组，搭建了该省全套的核心业务系统测试环境，进行专项优化测试。优化主要从应用系统和硬件两个方面着手，以2017年业务高峰作为压力基线，所有的测试压力均以该基数为倍数进行调整，以便模拟业务的自然增长情况。同时，通过调整压力，也可以模拟双十一、双十二等业务高峰的情况。经过项目组的努力，资源瓶颈的问题得到一定的缓