非关键交易系统存储升级及实施风险控制？

农信银系统是我行除传统核心、互联网核心平台外的重要交易系统，我们需要对其进行存储更换，个人主要考虑了以下方面：
1、社会影响：我们的农信银系统有一项很重要的交易--X码付，社会覆盖面广，交易频发，如果发生宕机事件，社会影响较大，因此通过短信平台，提前发布变更信息，并联络客服中心，准备好话术，避免事故发生时扩大负面社会效应。
2、监管影响：对于存储切换变更，提前向监管机构（银监局、人行）做好报备，将详细的变更方案及应急预案提前上报。
3、对接机构影响：目前农信银中心的监管非常严格，因此需要提前向农信银中心申请时间窗口。
4、技术风险：
对于技术的考虑，是我作为运维工程师的重点考虑，保障数据是根本。
按照这个思路我首先考虑的是无中断迁移，那么需要梳理原本的存储架构，好在我们原本的存储架构中使用了存储网关，支持存储异构，那么存储的迁移变的简单，无需在服务器层面做什么动作，一切通过存储异构来实现数据的同步，对上层无影响，例旧存储和新购存储分别做好volume提供给存储网关，存储网关做好镜像，在rebuild结束后，撤掉例旧存储就可以了。
存储迁移技术做好，就需要考虑各部分可能产生的风险，如果迁移过程不顺利，极端状况下原有存储也故障，那么就要考虑数据丢失的问题，需要提前做好备份，至少在变更开始前要执行一次全量备份，如果能在过程中做增量备份最好，行内基础环境无法实现的话，就要做好数据恢复过程中的数据补录动作。全量备份通过备份软件实现，增量数据通过数据库的异步复制技术实现。
之后也要做好设备的备件，存储网关的备件，例旧存储的备件尽量准备齐全，尤其是硬盘，引擎这类重要部件，如果本地有厂商的备件库，那么提前安排好。
验证人员与保障人员也要提前准备到位，在迁移完成后，尽早执行验证工作。
总体来说我在升级过程中基本的考量就这些，但是肯定还有一些细节的问题在这里是没有说明的，做计划，出方案，协调人员，整体工作执行了三个月，关于方案的改版多达40版，对于时间的预估也提前做了很多测试工作，关于链路也做了很多考量。

从运维流程管理出发，针对非关键交易系统一般会涉及所谓的中端存储，相较于高端存储稳定性会有一些差距，存储设备升级前的风险评估是非常必要的，且升级过程和步骤也需要与厂商review，配合监管窗口进行升级规避潜在风险也尤为总要。事前积极评估梳理计划流程回滚方案，事中安排有处置能力人员进行操作明确回滚处置场景，事后核查验证总结。