一、企业为什么要搞核心系统存储双活？

核心系统是企业最为重要的系统，尤其是金融行业，它是金融企业的生命线， 一旦信息科技风险越过了这条底线，企业的整个金融信息系统将全面瘫痪，后果不堪设想。

所以为了牢牢守护住这条命脉，企业一直在不断的寻求更好的技术和更优的解决方案，来对核心系统的优化之路进行探索，这其中之一便是核心系统存储双活优化。

传统的核心系统存储都是采用集中式存储，通过搭建两地三中心的存储架构来防范核心系统数据的物理性错误，并通过数据备份来防范数据的逻辑错误。然而目前的两地三中心存储架构为主备架构，一来如果主存储发生故障，必然需要进行存储主备切换，由于核心系统数据量巨大，切换时间漫长，即使成 功切换之后 RPO=0，RTO 也不少于 10 分钟；

二来虽然备存储实时存在一份和主存储一样的数据副本，但是这份副本长时间不对外提供读写服务，资源使用率低倒也无所谓，这份副本能否在切换之后正常使用，是需要打一个大大的问号。所以企业每年都会定期进行灾难演练，也可能是出于对这份备副本的“不放心”。 基于这两点，核心系统是有需要进行分布式双活架构的转型，来尽量降低故障带来的影响，满足 RPO=0，RTO小于 1 分钟的要求，而转型的最关键一步便是存储双活。

二、作为IBM合作伙伴服务客户的售前，您是否准备好了回答用户这些问题？

1、为什么采用SVC+闪存？而不采纳其他的方案？

2、首先最“突出”的难点就是性能影响问题。传统的集中式主备存储架构，在主存储写入数据时，需要将数据同步一份至备存储，完成后算是一次完整的写周期；而双活存储架构则不一样，两个存储虽然都同时受理写请求，也会将写入的数据同步一份至另一端，但关键点在于两个存储并不同时对同一个存储块写操作，也就是说写同一个数据块时，抢占成功的存储会对该存储块加一道“锁”，防止被另一端写，另一端想要读该数据块，也得乖乖等数据同步完成之后才能进行，所以这样看来，双活存储虽然物理上实现了双活读写，但实际的读写性能上，由于存在着大量的“等待锁释放”和“数据同步完成”两个动作，造成了性能的影响，这个影响面跟什么有关系呢？

3、脑裂与链路隐患问题是如何考虑的？

4、在存储双活技术选型时，该技术是否为真正的存储双活？而不是备存储将 IO 转发至主存储的模式，该技术的成熟度和稳定性如何？是否能够保护原有存储投资？能否支持两地三中心扩展等等；在存储双活实施过程中，巨量的核心系统数据如何快速同步到另一份存储副本？完成同步之后的两个存储副本以怎样的方式挂载给多台核心系统主机？

三、培训的意义在哪里？

1、分组实战，现场模拟客户真实场景，售前提前感受业务难题。

2、IBM资深售前专家亲自根据模拟场景回答业务难题。

3、在实战场景中，立体的得到针对核心系统存储双活业务场景的售前技能提升。

4、获得培训认证证书。

时间：3月14日 13：30——17:00

地点：浙江省杭州市下城区建国路289号（杭州国际假日酒店）南湖厅

请点击活动页面右侧按钮进行报名。

请务必保证您在社区的注册信息准确，方便活动负责人与您取得联系，进行信息确认，沟通培训事宜。