金融行业存储设备升级、整合、扩容项目方案设计.pdf

金融行业存储设备升级、整合、扩容项目方案 设计 项目总体目标： 随着信息系统的不断发展，全面优化整合现有存储平台，同时构建一个灵活先进的高可用存 储架构，是保障各业务系统运行连续性的基础。我行进行的存储设备升级、整合、扩容项 目，将全面优化整合现有存储平台，解决存储单点故障，提升关键数据冗余保护，优化存储 系统性能，构建灵活先进的高可用存储架构，保障各业务系统的运行连续性。 项目目标细则和策略： 1、 消除开放平台存储单点的安全隐患，保障生产系统的连续性运行。 现状与挑战：自 2006 年来，我行已先后购置了 8 台存储设备用于核心后台、13 个交易类 和 8 个管理类应用系统开放平台服务器使用， 2 台存储设备用于核心后台交易，1 台存储 设备用于核心数据备份，5 台存储设备用于开放平台应用系统，中心机房所有存储设备均为 单点，众多关键系统数据只有一份，业务连续性和数据安全完全依赖单台存储的设备可靠 性，根本不能避免存储单点故障。存储设备一旦发生无法及时修复的故障或数据丢失，相关 业务系统必然遭受重大影响，RTO 远远不能满足监管部门要求。 解决目标：对开放平台进行整合，通过新购存储及现有存储设备升级，利用软件或者硬件的 方式，将交易类及管理类系统数据存放在 2 台物理存储设备内并实现存储设备间的实时数 据保护，解决存储单点安全隐患，将 RTO 控制在监管部门要求的范围内。 2、 优化整合开放系统存储平台，提升存储性能和可靠性。 现状与挑战：开放平台现有存储使用散乱、性能不一，由于业务系统上线时间及历史残留问 题，交易类业务系统所用存储依旧为低端存储，如 DS6800、DS4700 和 DS3400 等，而 管理类业务系统所用存储却为中端存储，如 DS8100 和 V7000 ，导致交易类系统存储性能 得不到满足。同时目前运行时间较长的 DS6800/4700/等存储的故障率呈先上升趋势，一 旦该类存储故障宕机，交易类系统则受重大灾难影响。 解决 目标：通过将开放平台按照业务系统类型调整存储分配，迁移交易类/管理类系统至新 购或升级存储内，充分发挥各存储性能水平，提高业务系统效率；在现有的存储架构之上， 搭建基于存储虚拟化的整体存储架构，便利未来数据迁移、调整等日常工作，优化运维管理 工作；充分利旧现有设备，将运行时间较长且故障呈现上升趋势的 DS6800/4700 等存储将 其转作开发测试用途，提升相关业务系统的稳定及可靠性的同时并保障现有投资。 3、 增强交易、管理类业务数据的安全保护，解决缺少数据存储备份的问题。 现状与挑战：目前交易类和管理类业务数据存储只有一份数据，虽然存在集中备份平台每日 对主机系 统进行在线备份，但备份的频率仍然较长，且备份覆盖面和覆盖率也有很大限度，无法满足 交易类系统对 RPO 的要求，一旦存储故障宕机，有部分数据将彻底丢失，备份平台的数据 恢复也很漫长，RPO 较高。 解决目标：利用存储整合技术，实现业务数据在存储层面的数据在线迁移，并构建数据的存 储级别冗余保护，保证交易及管理类系统的所有业务数据都在两个不同的存储设备存有拷 贝，提升数据的安全保护级别，避免单个存储故障所可能造成的数据丢失风险，满足 RPO=0 的硬性要求。 4、项目实施过程尽可能保障业务的稳定运行和数据安全。 现状与挑战：因本次项目涉及到交易类和管理类存储数据的整合，牵涉到存储与存储间的存 储复制或者同步过程，甚至存在数据由存储迁移至另一存储的过程，因此，在数据迁移过程 中，务必需要保证数据的完整性和数据一致性。 解决目标：由于此次项目牵涉绝大部分我行生产交易类系统和重要管理类系统，所以在项目 进行过程中，需要提前进行各种测试，尽可能在正式上线前排除隐患和问题。对于可能会遇 到的风险点，需要项目实施方专家团队尽可能多的提前进行提示，全力保障业务的稳定运行 和数据安全。 5、项目尽可能减少业务系统的中断时间。 现状与挑战：本次项目涉及到我行较多的重要交易类系统，环境复杂，难度高，在项目实施 过程中必然需要中断业务系统，需要一定的停机时间窗口，对于银监局和人行重点关注的业 务系统，需提前向本地银监局和人行中支进行申请停业报备，但单个业务系统整个停机时间 窗口不得大于 4 小时。 解决目标：我行作为金融企业，需要严格满足银监局关于金融企业业务连续性的要求。因 此，为减少业务的中断时间，在项目实施过程中，需尽可能通过各种手段和方式来避免或减 少软硬件系统的停顿。对于确实需要停顿系统的操作，需要提前进行合理安排，通过切换备 机、一次进行多个操作等手段