数据大集中前期,业务数据的存储架构如何调整,不同厂商的存储设备如何共用和兼容,核心存储设备该如何选型与扩容?
问题详细描述:
所谓的社保数据省级大集中,就是把当前存放于各个地市的社保业务核心数据,集中上收,由省一级的数据中心管理部门统一规划、统一管理,集中加以利用。通过社保云中心和“大数据”技术的充分挖掘和综合分析。提供更高等级的信息共享服务,为国家级的社保政策制定、提供数据支撑和决策依据。随着金保二期工程的建设论证和启动,省级数据大集中逐步被提到各个社保机构的议事日程。这个也是时代发展到必然要求。通俗一点讲,就是把鸡蛋集中到一个篮子理,统一调拨使用。
这样做就必然后存在一个问题,数据如何上收,如何集中存放。如何保证数据安全、以及如何加以利用的问题。中国有句俗话,叫做没有金刚钻,拦不了瓷器活。在做这个事情之前。一定要把这些事情想清楚,每个细节都考虑周全,各个环节都落实到位。做到统揽全局。这就需要提前做出科学的、合理的规划和布局,提前申报财政预算、逐步的、分期分批地采购到位。才能逐步推进、稳扎稳打、心中有数。确保万无一失。
我理解的省级大集中,是人社部在金保工程二期中就提出来的,也就是在“十二五”期间就已经提出来了。这个是一个大方向,是趋势。但目前的情况是由于全国信息化建设发展的不同步,如果不是按照人社部规划要求的金保工程二期的建设目标去建设,或者由于各种原因对人社部的建设规划要求理解的不同,向省大集中的目标很难实现。这要求目前承担主要业务的地市级的信息完整准确,这是一个基础。所以现在提出了以基础信息库--社会保障卡信息建设为基础的数据,信息的应用建设放在首位的目标,我理解就是这个原因。我个人认为这是需要一个较长的过程,人社部的目标在“十三五”期间完成有较大困难。
收起目前存储虚拟化有网关型设备和存储型设备,网关型设备以ibm的svc,emc的vplex设备为主,只需要在现有存储网络中增加几台设备就行,比较灵活,但是性能受网关设备制约,需要根据业务配置合适的产品提高性能,目前市场占有率较高。存储型虚拟化设备以dell,日立和netapp和部分国产设备为主,与存储设备集成。需要购买整套存储产品,附加虚拟化功能,性能相对较高,但是实现方式不太灵活,扩展受制约。
背景很大,但问题很小啊
存储架构的选择与业务系统的要求有直接关系,与高可用,容灾等有直接关系,与是否实施数据大集中没有关系的,除非因利旧原因想把各地的存储物理搬迁到一起。
异构的存储可以通过存储虚拟化的方式解决,但大集中阶段不建议这么做,会使运维变得复杂。
数据大集中方面的问题建议跟各银行调研一下,毕竟银行十几年前就已经完成全国大集中了。