针对人社业务系统改造升级、关键技术的引进及双活数据中心建设几方面的问题

目前各个业务系统确实存在独立建设，独立使用数据的现状。数据固化在自身业务系统中，存在信息分割、业务分散，数据没有得到有效的集中和共享的情况。但是这个情况，也是无法避免的。主要原因还在于政策上，没有统一，业务上没有统一。同样是一个社保业务，从地域上就分成省社保和市社保，从人员类别上，又分为公务员社保、职工社保、居民社保、企业社保、新农村社保等等。如果能从国家顶层设计的层面，统一成公民社保。那么什么问题都会迎刃而解。全国的社保业务，也会变成一个“大社保“的业务。

1）针对应用系统优化、改造，业务架构方面有哪些合理性建议或案例？

从业务架构上来讲，要做好数据标准统一和接口统一，方便数据交换、数据共享和数据集中，为大数据建设做基础。

2）.在当下互联网思维的冲击下，互联网或大数据一些先进技术可否引进，有哪个省份有应用的先例？

互联网架构 目前大多都用于互联网公司营销系统，即电商系统居多，不要盲目跟随，有些互联网技术之所以先进是因为需求主导，因为互联网电商平台每秒钟要处理几十万笔交易，传统的技术架构无法满足业务需求。但是社保业务和规模与互联网并不完全一样。技术可以引用，但是要看能否满足社保实际需求。

3）.在实现应用级双活数据中心建设过程中，通过负载均衡实现七层应用层面的双活，在数据库层面实现双活，有哪些好的案例可供分享？

应用级双活主要有3个层次，底层存储双活，数据库双活，业务应用双活，只有做到这3个层次的双活，才能叫应用级双活解决方案。

底层存储双活要求两个数据中心距离不能太远，光纤链路，延时小于5毫秒。采用双活存储技术，例如IBM SVC或EMC VPLEX。

数据库双活一般采用群集数据库，例如ORACLE RAC或并行数据库实现。

业务应用双活可以使用虚拟化方式实现，例如VMWARE HA或VMOTION等技术，可以实现业务应用系统在两个数据中心之间漂移。

通过负载均衡实现七层应用层面的双活只是解决了业务系统网络访问路径的问题，以上三个层的双活是前提，必须全部满足，才能够实现真正的双活。