1、“.....外资银行纷纷申请注册成为本地法人银行......”。

2、“.....打破了原本相对平静的银行竞争环境。中国工商银行为了应对新的挑战，也加快了“数据大集中”的建设，加强业务的整合和努力提高自身的服务水平。如何快速的开展新业务，同时降低运营成本，又能很好地收集经营数据和完成各类监管报表，成为摆在管理层的个现实问题。于是，把分散在全国各地的系统集中到少数的几个总行的数据中心里去，成为中国工商银行数据大集中的个重要环节。但是在追求高速完成数据中心基础建设的同时，随之而来各类风险也在不断加剧，如何在完成好数据中心的业务系统大集中的同时，避免和解决各类风险，对中国工商银行银行科技部门来说是个重要的课题。本文正是基于上述情况，通过分析中国工商银行建设数据中心的流程和制度建设防范风险的情况，结合自身工作的经验，对中国工商银行数据中心的运行提出自己的意见，期望帮助工行进步提升抵御各类潜在风险的能力，也可以借此机会给其他商业银行数据中心的运行提供有益的参考......”。

3、“.....数据中心为商业银行的发展和壮大提供了个良好的应用支持平台，但同时由于全行数据的集中，业务系统的集中，其带来的风险也常常是全局性和灾难性的。从风险管理角度来看，将银行系统集中到数据中心存在着几个潜在的风险，如果处理不好，很可能造成全局性的问题产生。从系统层面来说，随着近年来经济的发展，企业和公众对于金融服务的要求也日益提高。银行决策层为了争取客户吸引市场注意力，争夺市场头名，希望建立新的系统支持新业务，但是由于不了解潜在的风险，往往给予业务和科技部门上新系统支持新业务的时间很短。这会造成系统设计上些潜在的缺陷，或是和上下游关联系统的冲突。这类风险特征是由于时间仓促，无法在系统测试和上线阶段马上暴露出来，在种业务诱因的引导下，突然爆发，造成系统宕机。其次，从业务操作管理层面来讲，系统维护和操作人员的素质和日常管理制度是影响这类风险的最重要的两个因素。人员的专业知识不足......”。

4、“.....给随意性操作开了绿灯而不完善的制度往往给无关人员有机可乘的机会。例如商业银行数据中心人员，利用制度上的漏洞，姚鸣中国工商银行数据中心的风险管理研究在工作之余将万多名该银行客户的联系信息下载下来转卖给了保险公司和房地产中介，从中获利定运行。选用监测软件的方式，需要首先对工行开发人员进行相关开发的培训，让开发人员了解的功能和特性，以及如何在开发过程中去调用。另外还需要部署对应的数据收集系统，监控平台也需要开放部分接口，接受数据收集系统的反馈信息。选用这种方式的好处是，能够将业务系统的监控标准化，采用统的接口方式对各项操作进行监测和数据采集，避免了记日志方式那种由于业务系统本身编写语言和开发人员编写代码风格的差异，造成日志内容格式的不统，有利于工行数据中心日常运行的规范化管理。建立事后回顾机制数据中心发生的各种系统故障，既有偶然性，也有人为因素的造成的服务中断。银行技术人员花大量时间人力和资金......”。

5、“.....缩短数据丢失和恢复的时间，降低任何故障对服务中断的时间的同时，也应该对故障的根本原因进行彻底调查和分析，并根据原因确定相应的改进方案。事后回顾机制的目的现如今，事后回顾机制已经成为企业管理实践中非常重要广为采纳的种手段。美国陆军为了准确评估和检查作战部队所完成任务的得失而创建了事后回顾机制。通过研讨会回顾总结会等形式的会议，与会者可以对项任务或者行动的情况进行专门的讨论，根据行动或者任务报告可以清晰的了解行动的整个过程，做了些什么哪些过程完成的不错哪些过程仍然需要改进并讨论如何改进等等。事后回顾最重要的目的就是将从上次系统设备事故中获得的经验和教训运用于接下来的工作中。以充分利用好的经验，避免重复犯错，从而提高整个数据中心运作效率。因此事后回顾并不是简单地随着会议结束而完成，而应该将所学经验和得到的事故教训用于下步的行动和工作中。笔者建议工行信息科技部门应该在每次事故发生后，完成份详细的事故报告......”。

6、“.....并分析产生事故的原因，以及在接下来时间里，如何进行改进。若改进不能在天内投入生产环境，应当准备套临时的方姚鸣中国工商银行数据中心的风险管理研究案保证及时解决改进方案上线前的发生的系统问题，避免相似故障的再次发生。在报告发布之后，技术部门应当召开个事故回顾会议，就事故报告上的事故内容，从不同支持团队管理层的角度进行审视，若内容描述不正确或是有遗漏，应当及时提出。此外，针对报告中提及的改进方案，技术专家应该仔细询问方案的原理和实施计划，可以当场对方案提出异议和新意见供大家讨论。会议最重要的点就是保证参与事后回顾的每个人都机会充分地了解事故的各类信息并发表自己的看法。同时，会议应当指派名专职人员做好会议记录。为事后回顾会议做个简明扼要的会议纪录是发挥这个机制作用的重要保证。份有条理的会议记录能够保证会议中的议题和改进措施被准确记录，供与会者或是其他相关同事进行查阅。因此......”。

7、“.....同时还应包含些数据中心相关的技术文档。事后回顾机制如何帮助改进流程很多中资或者外资商业银行在中国市场上提供很多相似的银行产品，如何让自己在竞争中脱颖而出，直是困扰银行管理层的件大事。除了在产品推出的时候，密集的广告投放等市场营销手段，后台信息系统对业务支持的可靠性和不间断性成为个隐藏的重要因素。曾经有家外资银行，在中国的经营规模并不大，网点数也不多。但是提及它的名字，很多人第反应“噢，就是那个连存款利息也算不对的外资银行啊！”虽然该银行痛定思痛，花了大量人力和财力，更换了在中国的核心业务系统，但是短时间内，很难抹去人们心里的印象。因此说，事故频发的商业银行后台系统，会对整个银行的形象和声誉带来毁灭性的打击，进而影响业务的进步拓展。对于任何数据中心发生的事故，不论大小，都应当遵循事后回顾机制，对事故的原因进行剖析，并从中发现很多系统设计准备或者操作的问题......”。

8、“.....帮助商业银行从管理层面去进行改进。下面用个例子来很好的说明事后回顾和分析能够很好帮助银行改进流程有家国内商业银行的信息科技部人员，有个周的临晨，在睡梦中被数据中心值班人员电话叫起来，告知他们所支持的银行现代化支付系统的系统进程丢失，监控系统告警，有约笔网上银行交易堵在系统内无法及时发送给他行。现代化支付系统是中国人民银行牵头的，由各家允许经营人民币业务的中外资银行参姚鸣中国工商银行数据中心的风险管理研究与的，旨在将跨行人民币交易支付实时化和电子化的个支付平台，日均处理量达到数亿笔，资金周转高达数百亿元。但是经过科技部人员的检查，并没有发现任何系统的故障日志，在这种的情况下，重启进程，故障立即解除。事后，在分析故障原因时，技术人员将其描述为偶发性系统进程丢失。事故发生之后的周，相同的情况再次发生，同样的情况，系统没有记录任何错误日志。技术人员在事后回顾会上提出了检查最近更新过的相关程序代码......”。

9、“.....但是在这之后的天时间内，技术人员未能模拟出相应的故障情况。不得不停止测试工作，将故障原因归类于偶发性故障。在据第次故障发生后的第三个个周临晨，相同的故障再次发生。技术部门在迅速解决故障之后，立即向数据中心总经理室汇报了整个故障的情况，并结合了前两次问题的报告按照重大故障进行上报。随后，技术部门和数据中心技术专家针对这个故障进行了多次的研究，从系统本身的问题开始，点点排查，范围逐渐扩大到的支撑系统的基础构架。最后，从故障发生相似的时间点上，调查小组找到了故障的根源每周日点开始，数据库管理人员设定了个针对业务系统的每周数据库全量备份。由于需要备份的数据量较大，数据库备份软件在执行占用了很高的和内存资源，而当支付系统发现有新业务数据需要处理时，业务系统的应用程序进程无法得到所需要的系统资源，最后造成无法运行，造成延迟银行支付业务的开展。从这个事故中，银行科技人员通过连续几次的事后回顾和总结......”。