【IT168 评论】穿过人民大会堂和长安大街，绕过景山公园，就可以来到位于东城区美术馆后街文创园内的北京77剧场，小小的文创园就像是798文艺园区的浓缩版，充满了文艺气息。即便蓝天被雾霾遮掩着，但依然阻挡不了技术人的脚步，一大早就聚集了从各区赶过来的技术人员，他们似乎无暇顾及这周围的一切，直接就进入了2017首届ORACLE·欢乐颂大会的现场。据悉，本届大会由CESOUG(中国经验分享ORACLE用户组)、甲骨文(中国)软件系统有限公司，北京中亦安图科技股份有限公司主办。众多技术大咖将围绕DBA技术瓶颈、Oracle性能优化、高可用等关键词展开分享他们的经验和见解!

　　随着互联网金融的发展，各大银行的互联网金融交易量呈现井喷趋势。近年来，中国工商银行在数据库高并发高可用方面进行了大量研发，努力做到精益求精。在2017首届ORACLE·欢乐颂大会的现场，中国工商银行互联网金融数据库团队负责人邓强分享了互联网金融下大集群高并发应用的高可用架构设计。

　　Oracle产品高可用方案

　　邓强介绍了目前互联网金融市场中两大主要的Oracle产品：Oracle RAC由于本身的处理性能效率以及自身多实例访问数据库的特性导致其多节点资源无法得到充分使用，这对该架构设计提出了更高要求。此外，RAC维护成本较高，触发bug的概率比单机数据库高很多;一个节点出现故障，存活节点进行业务接管时会出现短暂夯库现象。

　　此外，Oracle DataGuard架构也广泛应用于企业级应用中，但这种架构也存在一些问题，比如最大性能备机会出现丢数情况，最高安全主库性能无法保障;备机应急接管业务的情况下，RPO、RTP不为0;备机资源无法得到充分使用......如何解决这些问题呢?

　　工行“两地三中心”架构介绍

　　作为国有四大行之一，工行在数据库方面的研发自1999年开始，数据从全国省行集中到北京、上海两大园区。2002年，工行将北京作为灾备系统存在，构建异地灾备，两地两中心的架构。自2009年开始历时五年，工行的数据中心完成了多中心多活，两地三中心的架构建设。

　　三中心独立部署实现了系统的松耦合，分钟级切换接管，实现了数据零丢失;同城数据的传输规模和性能都得到了极大加强。三中心架构中应用的节点数据库是普通单机数据库，互联网企业一般是用MySQL拆库拆表进行扩展，而工行每个oracle节点库都包含了全量数据，可直接在园区内部添加节点，进而实现横向扩展，业务量得到了很大增强。

　　在异地双活和同城双活的架构构建过程中，为了解决数据复制问题，工行从数据库层面和应用层面分别进行了讨论，在数据库层面考虑接入一些第三方产品，比如CDC或Goldengate;在应用层面根据不同的适用场景选择不同的模式，比如适用异地站点的JDBC前置模式，适用同城站点的数据库直接访问模式等等。

　　邓强透露，目前异地双活的架构已在中国工商银行的个人网银和电话银行系统中实现了部署，未来也将逐渐实现升级迭代。