1. 课程导入与迁移升级全景

在企业数据中心里，存储系统往往是最"长寿"的基础设施之一。一台 Dell EMC Unity 或 SC 系列阵列可能已经稳定运行了七八年，承载着核心数据库、虚拟化集群和文件共享；而与此同时，业务部门正在要求更快的全闪性能、更细粒度的快照、更简单的云集成，以及更低的每 TB 成本。当"现有平台还能用"与"业务需要新能力"之间出现落差时，数据迁移与平台升级就成为绕不开的工程任务。

本课程围绕 Dell 企业存储平台，系统讲解从迁移规划、方案设计、数据搬迁到升级验证的完整过程。本章作为导入，先建立三件事：Dell 企业存储产品线的定位与差异、迁移升级的典型驱动因素、以及整门课程的学习路径。

一、Dell 企业存储产品线概览

理解产品线是选择迁移目标的前提。Dell 在中端与高端企业存储上主要有几条并行的产品线，它们面向不同的负载特征和运维模式。

PowerStore 是当前主推的现代化中端全闪/混闪平台，采用 NVMe 端到端架构，支持 AppsON 在阵列内直接运行虚拟机，具备智能数据缩减（去重、压缩、压紧）和原生块、文件、vVol 支持。它适合作为多数中端迁移的目标平台。

Unity XT 是上一代广受欢迎的中端统一存储，管理界面简洁，同时提供块（iSCSI/FC）与文件（SMB/NFS）服务，大量存量客户仍在使用。它常作为迁移的源平台出现。

PowerVault ME5 面向入门级和中小规模场景，性价比高，适合作为边缘或部门级存储。

PowerMax 是高端关键业务平台，主打极高可用性、极低时延和大规模整合，常用于核心交易系统。

SC 系列 是较早期的中端平台，采用 Data Progression 分层机制，目前多处于被替换或整合的阶段。

此外，PowerScale（Isilon） 面向横向扩展的非结构化数据，ECS 面向对象存储，它们与块/文件迁移的关联方式不同，本课程会在涉及非结构化数据时单独讨论。

二、迁移与升级的典型驱动因素

迁移不是目的，而是手段。实际项目中，驱动因素通常可以归为几类，识别清楚驱动因素，才能确定迁移的优先级和验收标准。

性能与容量压力。 例如某虚拟化集群的 200 台 VM 运行在 7200 转 SAS 盘上，业务高峰时数据存储时延达到 25ms 以上，用户明显感到卡顿。迁移到全闪 PowerStore 后，时延通常可降到 1ms 以内。这类迁移的核心验收指标是 IOPS、时延和吞吐。

生命周期与维保。 当阵列接近或超过支持周期，备件供应和固件更新都会受限，风险上升。此时迁移往往带有强制时间窗。

整合与成本。 多个老旧小阵列分散在不同机房，管理复杂、能耗高。整合到少数新平台可以降低运维和电力成本。

新业务能力。 业务需要更细粒度的快照、更高效的远程复制、静态加密或与云的分层，而旧平台无法提供。

平台战略调整。 例如从 SC 系列统一收敛到 PowerStore，或从纯块存储扩展到统一块/文件。

三、课程目标与学习路径

本课程的目标不是记住某个菜单在哪里，而是让学员能够独立完成一次中小规模迁移的规划与实施，并在出现问题时知道从哪里查、怎么判断。

学习路径按"认知—规划—设计—实施—验证—复盘"推进：

• 认知层： 产品线定位、迁移类型（在线/离线、主机侧/阵列侧、块/文件/对象）。
• 规划层： 现状盘点、依赖关系梳理、停机窗口评估、回退方案设计。
• 设计层： 选择迁移工具与方法，设计 LUN/文件系统映射、网络与多路径、目标端容量与性能配置。
• 实施层： 预迁移检查、数据同步、增量追平、业务切换、主机重新识别。
• 验证层： 数据一致性校验、性能对比、应用功能验证、监控观察。
• 复盘层： 记录问题与耗时、更新文档、旧设备退役或降级使用。

需要强调的是，迁移中最容易被低估的不是数据拷贝本身，而是依赖关系和切换窗口。一个数据库可能被多个应用通过不同主机访问，一个文件共享可能被脚本和批处理任务引用。这些关系如果不在规划阶段梳理清楚，切换时就容易出现"数据迁完了但业务起不来"的情况。

四、一个贯穿课程的示例场景

为了让后续章节有统一的讨论对象，本课程设定一个示例场景（以下参数为教学假设，非实测数据）：

后续章节会围绕这个场景展开：如何盘点依赖、如何选择迁移方式、如何配置目标端、如何切换和验证。学员可以把示例参数替换为自己环境的真实数据，形成可执行的迁移方案。

本章建立了产品线、驱动因素和学习路径的整体框架。接下来将从迁移评估与规划开始，进入具体的方法与操作。