人社信息系统的的基础架构的规划设计注意事项
我们对人社信息系统的的基础架构的讨论，首先应该尽可能理解人社部的各项规范要求，按照这些要求来做，后期工作就会更好更顺利。所以这里提出几点注意事项，与大家共同讨论。1.根据各地人社信息化建设的实际情况，以及目前的新业务迫切要求等情况，特别是省级大集中的要求，各地在没有...显示全部
返回nhwk的回答
我们省虽然也没有进行数据大集中，但是确有过8个县市的数据，上收到一个地市的经验，做法和铁岭市的做法，有所不同。不是通过公共服务器区的集中，来实现数据上收的。而是先发布行政通告，制定一个数据上收的时间表，基本上一周安排一个县市，上缴数据。一个多月就可以完成8个县级市的数据上收工作，先把县级市业务停掉，保持数据的静止状态。然后备份数据后，通告网络或移动媒体，把数据传送到地市一级的数据中心。
地市级数据中心，预先进行存储系统的容量扩容，然后把县市数据灌入到地市一级的数据库中，这当然会出现一些数据兼容性问题，不过在灌入之前，要进行数据的清理和整理。添加区县字段。防止数据重名和重复覆盖等意外情况发生。经过数据整理以后，基本上都是可以正常灌入成功的。当然也会遇到数据库版本的问题，不过最终还是都被我们工程师解决了。
经过一两个区县的数据导入摸索后，后面六个区县的数据导入，就顺利多了。经过一个多月的时间，终于把8个县市的，全部导入到了地市级数据库。
所以我认为界时的省级数据大集中，也可以采用这种方式。就是数据容量会进一步加大，实在不行就采用分库的方式，多建几个数据库实例，或者多部署几套数据库系统，来解决全省的数据大集中问题。
以上看法，是我们的数据集中方式和方法的构想，不到之处，敬请行业同仁批评指正。我们共同提高，
浏览1745
- 我们的情况是从金保一期开始我们就完成了全市共7个县市区，以及市本级，全市的系统，数据完全集中,统一由信息中心建设管理，当时信息化基础基本从零开始（原来的数据基本不可用），就一切从零开始，当时就考虑以全市大集中（当时主要是五险合一系统的建设（规划设计从2003年到2005，2006集成，测试，2007年1月全市统一的业务系统上线），劳动就业是单独运行），全部网络也采用了全实时的网络环境，业务应用系统起动从市本级开始，逐步向各个县区开展的，经过几年的完善，2010年通过了金保一期的验收。2010-2012年完成的规划设计，在考虑金保二期过程中，有一个县独立出来，当时做为省管县试点，我们在实际建设时，就没有考虑这个县，其他6个县市区和市本级按照人社部的要求，按照能够满足全市人社系统所有业务需求的一体化要求，进行数据整合转换（比如五险合一和劳动就业二个业务应用系统的数据高度共享，数据统一等），成立独立的卡中心集中对参保信息的入口和变更进行管理，新系统从2013年9月份切换上线。经过逐步完善和扩展，到现在已经正常运行3年过了，基本没有什么大的问题。现为省级大集中，跨全国跨省内业务建设工作做准备，也有一些受省级大集中的影响，各种顾虑较多，一些工作不太好开展。 我们的一点经验是，只要深入一些研究人社部的规划要求，再结合本地的业务应用需求和发展空间的考虑，深入与各产品商做深入沟通交流，让他们真正理解我们的需求，就不会有什么大问题，就我简单的理解，我们在金保一期就是一个二层应用环境，而金保二期就是一个三层的基本架构环境，按照这个标准架构，结合业务应用要求，再考虑相关安全要求，考虑到未来发展情况，就会达到比较好的效果。 我们的不足我感觉还是在业务数据的规划建设方面没有达到我的预想，没有与现有的各项硬件技术，架构更好结合和发挥作用。当然也受其他方面或条件的影响，没有条件或者能力参与，还有一些具体的实施过程中的问题，这也与应用开发商（主要是规划设计部分）沟通交流不足等原因造成的，希望上述这些可以做为同仁或者象省级大集中的设计实施时做参考。