1. 课程导入与全景认知

在企业存储平台的演进过程中，数据迁移与平台升级往往不是一次简单的“换设备”，而是一次涉及业务连续性、数据一致性、性能基线与运维体系重构的系统工程。Pure Storage 的 FlashArray、FlashBlade 与 Pure1 管理平台在金融、制造、医疗、互联网等行业被广泛用于承载核心数据库、虚拟化、容器与高性能文件/对象工作负载。当企业从旧阵列迁移到 Pure Storage，或从一代 Pure 平台升级到新一代平台时，真正决定成败的通常不是硬件安装速度，而是迁移前的评估、迁移中的数据路径设计、迁移后的验证与回退能力。

本课程围绕“企业数据迁移与平台升级”这一主线展开，目标不是让学员记住某一条命令，而是建立一套可复用的判断框架：面对不同源端（传统 SAN、NAS、超融合、云盘或旧 Pure 阵列）、不同业务等级（核心交易、一般生产、测试开发）和不同停机窗口，能够选择合适的方法组合，并清楚每一步的输入、观察点和验收标准。课程将覆盖迁移评估、主机与多路径、复制与快照、ActiveCluster 与 ActiveDR、Pure1 与自动化、升级前检查、升级执行与回退、性能验证与割接等关键环节。

一、先建立全景：迁移与升级到底在动什么

很多团队把迁移理解为“把 LUN 或文件系统拷过去”，但企业级迁移至少同时移动五类对象：数据块/文件/对象、主机侧映射与多路径配置、阵列侧卷组、快照与复制策略、性能与 QoS 基线、运维监控与告警体系。只迁移数据而忽略后四类，常见结果是：数据到了新阵列，但主机识别不到、路径不优、快照策略缺失、性能不达预期，割接当晚被迫回退。

因此，本课程的第一张图不是流程图，而是一张迁移与升级全景关系图，用于帮助学员看清源端、目标端、控制面与验证面之间的连接关系。图中左侧是常见源端，中间是迁移与升级的控制面（评估、复制、切换、验证），右侧是 Pure Storage 目标平台与业务主机，底部是贯穿始终的 Pure1 监控与回退保障。

二、典型场景与迁移方法的选择逻辑

不同场景下，迁移方法差异很大。下面用一张对比表说明常见场景与推荐方法，帮助学员在真实项目中快速定位。

三、平台升级不是“打补丁”，而是一次受控变更

Pure Storage 平台升级通常指 Purity 操作系统版本升级、控制器更换、扩展柜扩容或复制关系调整。升级前必须完成兼容性检查：当前 Purity 版本与目标版本之间是否支持直接升级，主机多路径驱动是否在兼容列表内，Pure1 是否已同步最新建议。升级过程中，FlashArray 通常采用双控制器滚动升级，业务可保持在线，但前提是主机多路径配置正确、复制关系健康、快照策略未处于冲突状态。

一个可参考的升级前检查清单如下，学员可在实际项目中按此逐项确认：

升级前检查清单（示例）
1. 当前 Purity 版本：________  目标版本：________
2. 兼容性矩阵确认：主机 OS / 多路径驱动 / 复制对端
3. 容量与性能基线：已通过 Pure1 导出最近 7 天数据
4. 快照与复制状态：无异常、无滞后、无冲突策略
5. 回退方案：保留旧版本镜像、配置备份、回退窗口
6. 告警接入：Pure1 告警已同步至现有运维平台
7. 业务确认：关键应用负责人已知晓升级窗口
8. 升级后验证：IOPS / 时延 / 路径 / 复制延迟 / 业务抽检

四、学习路径与能力目标

本课程后续章节将按“评估—设计—实施—验证—优化”的顺序展开。学完本课程后，学员应能够独立完成以下任务：

• 使用 Pure1 和主机侧工具采集源端容量、性能与依赖关系，形成迁移评估报告；
• 根据业务等级和停机窗口，选择在线复制、离线迁移或混合方案；
• 配置 FlashArray / FlashBlade 的卷、主机、多路径与快照策略；
• 执行 ActiveCluster / ActiveDR 复制关系建立与切换演练；
• 完成 Purity 升级前检查、升级执行与升级后性能验证；
• 在割接失败时，按预定回退点恢复业务并定位原因。