尧图网站建设 
简介这份资源是面向企业IT运维与虚拟化工程师的vSphere存储在线切换迁移完整方案针对存储设备升级替换、性能优化、容灾调整等场景解决业务不中断前提下跨存储迁移虚拟机的实际问题。方案以文档形式系统梳理了从迁移前必读、迁移流程、环境准备到迁移执行与回退的完整链路涵盖基础信息统计、机房布线、ESXi主机光纤卡更换、RAID组与LUN规划、目标端SAN交换机规划、数据备份、添加目标存储映射、热迁移数据、移除源存储、业务系统调测以及回退场景与步骤等关键环节并配有目录结构便于按章节查阅。资源包共1个文件为doc格式文档大小约1.92MB内容完整、层次清晰。目前已有142人学习下载适合需要制定或执行vSphere存储迁移方案的中高级运维人员参考可帮助读者快速掌握在线迁移的规划要点、操作流程与风险回退思路。1. 存储在线切换迁移为什么这份方案值得逐页拆生产环境里最让人手心冒汗的操作不是重装 ESXi也不是改交换机 zone而是把正在跑业务的虚拟机从一台老旧存储上活着搬到另一台存储上。源端是跑了七八年的 DELL Compellent SC040空间告急、故障率抬头目标端是 HPE 3PAR 20800容量和性能都富余。业务不能停数据不能丢回退路径还得提前铺好——这就是 storage vMotion 在线存储迁移要解决的场景。这份方案来自某制造业大厂的虚拟化平台实操文档覆盖了从环境准备、LUN 规划、SAN 交换机 zone 配置到迁移执行、源存储摘除、业务调测和回退方案的完整链路。适合正在做 vSphere 存储替换、存储扩容或异构存储整合的运维工程师也适合第一次接触 storage vMotion 想搞清楚底层走的是哪条链路的人。它不是一篇概念科普而是一份可以照着排计划、对参数、避坑的操作底稿。2. 迁移前的硬性前提storage vMotion 到底走哪条路很多人以为 storage vMotion 就是 vCenter 点一下迁移数据从旧存储流到新存储中间走管理网。实际上在支持 VAAI 的环境里数据根本不经过 ESXi 主机的 Kernel而是由存储阵列之间通过 SAN 网络直接对拷。这个区别决定了迁移速度、对主机 CPU 的影响以及出问题时该查哪一层。2.1 VAAI 硬件加速与 FS3DM 的判定逻辑Storage vMotion 在迁移时实际调用的是 FSDMFull Storage Data Migration或 FS3DMFull Storage Data Migration with Hardware Acceleration服务。优先级是 Hardware FS3DM Software FS3DM FSDM。源端和目标端都支持 VAAI 时走 Hardware FS3DM数据从源存储直接拷贝到目标存储传输走存储网络Kernel 级别只做信令验证。这意味着迁移期间 ESXi 主机的 CPU 和内存开销极低但前提是 SAN 链路和 zone 配置必须正确。检查方法如下# 列出所有存储设备确认源端和目标端 LUN 都被识别 esxcli storage core device list # 查看指定设备的 VAAI 状态确认硬件加速是否开启 esxcli storage core device vaai status get -d naa.6000d31000430b000000000000000033第一条命令输出中要关注Display Name、Size、Device Type和Status。Status为on表示设备在线。第二条命令的-d参数后面跟的是设备的 NAA 标识这个标识在第一条命令的输出里能找到。VAAI 状态输出中Hardware Acceleration为Supported才说明硬件加速可用。如果显示Not Supported迁移会退到 Software FS3DM 甚至 FSDM速度会明显下降而且主机资源消耗会上升。注意如果 VM 使用的盘为共享磁盘比如 MSCS 集群的共享盘只能做离线迁移不能在线迁。裸盘应用也不支持 storage vMotion。2.2 适用场景与不适用场景的边界这份方案明确列出了必须同时满足的条件存储型号兼容 VMware 虚拟机源端 DELL Compellent SC040目标端 HPE 3PAR 20800 都在兼容列表内VMware 虚拟机使用 VMFS 文件系统管理存储设备且激活了 storage vMotion 功能组网方式为 DAS服务器直连存储或 SAN服务器通过交换机直连存储迁移方式支持在线迁移。不满足的情况也很明确裸盘应用不支持共享磁盘只能离线迁移如果源端或目标端存储不支持 VAAI迁移会退到软件模式对主机资源有额外消耗迁移窗口需要相应拉长。2.3 迁移前的环境准备清单迁移环境准备不是看一眼就行方案里给了一个明确的时间线升级前 1 周完成主机、源 SAN 交换机、源存储的信息统计升级前 3 天完成系统信息查询和软件工具获取迁移前完成设备运行状态检查。基础信息统计包括三类表格。ESXi 主机信息表要记录品牌、型号、序列号、主机名、业务地址、机柜位置号。源端 SAN 交换机信息表要记录品牌Brocade B300、型号、序列号、主机名、微码版本、管理地址、机柜位置号以及两台 SAN 交换机的 zone 配置和端口使用情况。源端存储信息表要记录品牌DELL CT-SC040、型号、序列号、控制器微码版本、管理地址、可用空间、机柜位置号。机房布线方面需要提前部署 ESXi 主机到两台目标 SAN 交换机 A/B 的光纤线每台主机两根共计 26 根。这个数字来自 13 台 ESXi 主机每台两根光纤线分别接到两台交换机做冗余。2.4 HBA 卡更换与链路带宽匹配当前 13 台 ESXi 主机使用的是 8Gb HBA 卡而目标端 SAN 交换机是 16Gb。为了提升带宽方案建议将库房中 12 块闲置的 16Gb HBA 卡添加或更换给 6 台 ESXi 主机。操作策略是先拿一台闲置 ESXi 主机做光纤卡添加或更换测试稳定后再更换其他同型号的 5 台主机。这个步骤容易被跳过但实际影响很大。8Gb HBA 接到 16Gb 交换机上虽然能协商到 8Gb 运行但迁移大量数据时带宽瓶颈会拖长迁移窗口。如果业务窗口紧张换卡是值得的。更换前要确认 HBA 卡的 VMware 兼容性列表HCL不是所有 16Gb 卡都能被 ESXi 直接识别。2.5 系统及设备运行状态检查检查范围包括业务和集群运行状态通过重启主机、集群切换等操作确认、主机运行状态标准交换机及物理适配器状态、多路径运行是否正常、HBA 卡及链路是否正常、源存储运行状态RAID、LUN、映射关系、告警集成等配置信息、光纤交换机运行状态链路连接是否正常。方案里特别强调启动数据迁移前务必进行主机/业务重启以及集群切换等动作确保业务系统没有潜在风险。检查过程中如果发现业务软硬件环境存在故障必须在启动数据迁移前完成故障处理。巡检中发现有主机网卡降速为 10/100M需要跟进排查——vKernel 所在的网卡链路状态必须是双千 M 正常否则 storage vMotion 的信令通道可能不稳定。3. 目标存储配置与 SAN 交换机 zone 规划迁移能不能跑起来一半取决于目标存储的 LUN 规划和 SAN 交换机的 zone 配置。这部分做错了后面 vCenter 里根本看不到目标存储的 LUN或者看到了但多路径状态异常。3.1 RAID 组与 LUN 划分的实操要点目标存储 HPE 3PAR 20800 上需要创建主机端口组主机 WWN 参考基础信息统计表、创建 RAID 组和划分 LUN、LUN 映射给主机端口组。方案里给出了一个 LUN 规划表的框架包含卷名称、RAID 级别、卷大小等字段共 30 个条目。实际操作中RAID 级别的选择取决于业务 I/O 特性。数据库类虚拟机建议 RAID 10日志类或备份类可以用 RAID 5 或 RAID 6。LUN 大小要参考源端 LUN 的实际使用量和目标端的扩容需求。方案中源存储向 ESXi 服务器映射了 1 个 100G 的 LUN但目标存储上创建了 4 个 LUN2×100G、2×150G这是为了后续扩容预留空间。注意当目标存储新创建的 LUN 运行状态是正在格式化时可以进行配置操作但不能进行数据迁移。全部 LUN 的运行状态从正在格式化变成在线后才能进行数据迁移。启动迁移前必须确认目标存储工作状态正常无任何告警。3.2 SAN 交换机 zone 配置与端口规划目标端 SAN 交换机规划的主要工作是将主机的端口和 3PAR 存储的 IOPORT 划入同一个 zone 中。Brocade 交换机的 zone 配置逻辑是创建 alias包含主机 HBA 的 WWPN 和存储 IOPORT 的 WWPN然后创建 zone包含 alias最后创建 cfg包含 zone并启用。# 登录 Brocade 交换机后查看当前 zone 配置 switchshow cfgshow # 创建主机 alias alicreate esxi_host01_hba0, 10:00:00:00:c9:xx:xx:xx # 创建存储 alias alicreate 3par_ioport01, 20:00:00:02:ac:xx:xx:xx # 创建 zone zonecreate zone_esxi01_3par, esxi_host01_hba0;3par_ioport01 # 将 zone 加入 cfg cfgadd cfg_production, zone_esxi01_3par # 启用 cfg cfgenable cfg_productionswitchshow用来确认端口状态cfgshow用来查看当前生效的 zone 配置。alicreate的第二个参数是 WWPN格式为冒号分隔的十六进制。zonecreate的第二个参数用分号分隔两个 alias 名称。cfgadd将 zone 加入已有的 cfg。cfgenable激活配置这一步会短暂中断该 cfg 下的流量建议在业务低峰期操作。3.3 数据备份迁移前的最后一道防线方案里列出的备份范围包括业务配置信息集群、业务平台等、光纤交换机配置备份、源存储数据备份。光纤交换机配置备份用configupload命令导出到 FTP 服务器。源存储数据备份利用虚拟机快照。# 在 Brocade 交换机上备份配置到 FTP 服务器 configupload # 在 vCenter 或 ESXi 上为虚拟机创建快照命令行方式 vim-cmd vmsvc/snapshot.create vmid snapshot_name description memory quiesceconfigupload是交互式命令会提示输入 FTP 服务器地址、用户名、密码和文件路径。快照命令中vmid可以通过vim-cmd vmsvc/getallvms获取memory设为 1 表示包含内存快照quiesce设为 1 表示静默文件系统。迁移前必须进行数据备份这是降低迁移风险的底线操作。4. 迁移执行从添加映射到移除源存储迁移执行阶段是整个方案的核心。方案里把这一步拆成了四个子步骤添加目标存储映射、迁移数据、迁移完成后移除源存储、调测业务系统。每个步骤都有明确的检查点和时间估算。4.1 添加目标存储映射的物理连接变更添加目标存储映射的时间和业务组网复杂度以及源 LUN 数量相关方案建议按 120 分钟估算。物理连接变更的策略是变更开始时先拔掉 ESXi 主机到原 B300 交换机一路的光纤线插入到连接 3PAR 存储的目标交换机的 1 路光纤线路。待最终迁移完成后将 ESXi 主机到原 B300 交换机另一路的光纤线插入到连接 3PAR 存储的目标交换机 2 的光纤线。这个先换一路、迁移完再换另一路的策略保证了迁移期间始终有一条路径可达源存储另一条路径可达目标存储。如果一次性把两路都切到目标存储源存储就不可达了迁移还没开始就断了源端。4.2 在 vCenter 中映射 LUN 并创建数据存储物理连接变更完成后登录 vCenter查看 ESXi 服务器的 HBA WWN。在Configuration→Hardware→Storage Adapter中可以看到 HBA 卡的 WWN。然后在目标存储的 ISM 管理软件中按照源存储的映射配置将格式化完成的 LUN 映射给 ESXi 服务器。映射完成后在 ESXi 集群中的一台主机上执行 rescan。方案中的操作路径是右键点击Configuration→Hardware→Storage Adapter输出的 vmhba2选择rescan。ESXi 集群里只要一台服务器识别到存储的 LUN其他主机默认会识别到因为 LUN 是映射给 ESXi 集群的。# 在 ESXi 主机上通过命令行触发 rescan esxcli storage core adapter rescan --all # 查看新识别的 LUN esxcli storage core device list | grep -i 3par\|naaesxcli storage core adapter rescan --all会重新扫描所有存储适配器。执行后通过esxcli storage core device list确认新 LUN 出现。如果 LUN 没有出现检查 zone 配置、LUN masking 和 HBA 链路状态。创建数据存储的步骤是在 vSphere Client 中点击Add Storage选择Disk/LUN从列表中选择 3PAR 映射过来的盘选择 VMFS-5 文件系统输入数据存储名称方案中命名为mxy_stor_dest保持默认块大小和分区布局点击 Finish 完成创建。4.3 执行 storage vMotion 迁移数据存储创建完成后就可以对虚拟机执行 storage vMotion 了。在 vSphere Client 中右键点击虚拟机选择Migrate选择Change datastore选中目标数据存储mxy_stor_dest选择迁移优先级建议选 High 以加快迁移速度确认后开始迁移。迁移过程中可以在Tasks面板查看进度。如果走的是 Hardware FS3DM迁移速度主要受 SAN 链路带宽限制。迁移完成后虚拟机的配置文件和数据文件都会出现在目标数据存储上。4.4 迁移完成后移除源存储与业务调测确认所有虚拟机已成功迁移并运行正常后从 ESXi 主机上解除与源存储的连接。操作包括在 vCenter 中卸载源存储的数据存储、在存储端移除 LUN masking、在 SAN 交换机上移除相关 zone 配置、最后断开物理光纤线。业务调测阶段需要运行业务负载测试验证系统性能是否满足要求。方案里列出了调测业务系统的步骤包括检查虚拟机运行状态、验证业务系统响应时间、确认无告警等。5. 避坑与排查迁移中最容易翻车的五个点5.1 LUN 状态未就绪导致迁移失败现象在 vCenter 中能看到目标存储的 LUN但创建数据存储时提示无法创建数据存储或迁移任务立即失败。原因目标存储上新创建的 LUN 还处于正在格式化状态虽然可以被 ESXi 识别但不可读写。解决在存储管理界面确认所有 LUN 的运行状态从正在格式化变为在线后再执行数据存储创建和迁移操作。5.2 多路径状态异常导致 I/O 超时现象迁移过程中虚拟机出现短暂 I/O 挂起或迁移进度卡在某个百分比长时间不动。原因ESXi 主机的 NMPNative Multipathing Plugin多路径状态异常可能是某条光纤链路降速或 zone 配置不完整。解决在 ESXi 主机上执行esxcli storage nmp device list查看多路径状态确认每条路径的State为active或standby。如果有dead路径检查对应的 HBA 端口、光纤线和交换机端口状态。5.3 vKernel 网卡降速导致信令通道不稳定现象迁移任务频繁重试或迁移速度远低于预期。原因vKernel 所在的网卡链路降速为 10/100Mstorage vMotion 的信令通道带宽不足。解决检查 vKernel 对应的物理网卡速率确保为双千 M 或更高。方案中巡检发现的问题主机需要跟进排查确认网卡、网线、交换机端口协商速率。5.4 共享磁盘虚拟机误用在线迁移现象对使用共享磁盘的虚拟机执行 storage vMotion 时任务报错不支持共享磁盘的在线迁移。原因共享磁盘如 MSCS 集群的仲裁盘和数据盘不支持在线 storage vMotion。解决对这类虚拟机只能做离线迁移——先关闭虚拟机再执行迁移迁移完成后重新配置共享磁盘的映射关系。5.5 回退方案未验证导致割接失败无法导回现象迁移过程中出现不可恢复的错误需要回退到源存储但发现回退路径不通。原因回退方案只停留在文档层面没有实际验证过数据备份恢复和割接失败导回步骤。解决迁移前必须验证回退方案。方案中列出了回退场景数据备份与恢复、割接失败导回方案和回退步骤。建议在测试环境中完整走一遍回退流程确认备份可恢复、源存储 LUN 可重新映射、虚拟机可重新注册。6. 回退方案与迁移后的验证技巧回退方案是这份文档里最容易被忽略但最不能省的部分。方案里把回退场景分成了两类数据备份与恢复、割接失败导回方案。数据备份与恢复依赖迁移前做的虚拟机快照和光纤交换机配置备份。割接失败导回方案则是在迁移过程中出现不可恢复错误时将虚拟机重新连接到源存储。我一般会在迁移前做三件事来保证回退路径可用。第一在源存储上保留所有 LUN 的映射关系不提前删除。第二在 vCenter 中记录每台虚拟机的源数据存储和配置文件路径。第三在 SAN 交换机上保留源存储的 zone 配置不提前清理。迁移完成后的验证不能只看虚拟机是否开机。我习惯用下面这个检查清单检查项命令/操作预期结果虚拟机配置文件位置在 vCenter 中查看 VM 的 Summary 页配置文件路径指向目标数据存储虚拟机磁盘文件位置查看 VM 的 Edit Settings → Hard Disk磁盘文件路径指向目标数据存储数据存储挂载状态esxcli storage filesystem list目标数据存储状态为Mounted多路径状态esxcli storage nmp device list所有路径状态为active或standby存储性能在 vCenter 性能图表中查看磁盘延迟延迟在业务可接受范围内业务系统响应运行业务负载测试响应时间与迁移前持平或更优还有一个容易忽略的点迁移完成后源存储上的 LUN 不要立即删除。建议保留至少一个业务周期比如一周确认目标存储运行稳定后再清理。清理顺序是先卸载源存储的数据存储再移除 LUN masking最后删除 SAN 交换机上的 zone 配置。从那以后我每次做存储迁移都会在迁移前把回退方案在测试环境完整走一遍确认备份可恢复、源存储可重新映射、虚拟机可重新注册。这个习惯帮我避免了一次割接失败后无法导回的尴尬。希望帮到你。本文还有配套的精品资源点击获取 vSphere存储在线迁移实战：从DELL Compellent到HPE 3PAR的storage vMotion全解析
简介这份资源是面向企业IT运维与虚拟化工程师的vSphere存储在线切换迁移完整方案针对存储设备升级替换、性能优化、容灾调整等场景解决业务不中断前提下跨存储迁移虚拟机的实际问题。方案以文档形式系统梳理了从迁移前必读、迁移流程、环境准备到迁移执行与回退的完整链路涵盖基础信息统计、机房布线、ESXi主机光纤卡更换、RAID组与LUN规划、目标端SAN交换机规划、数据备份、添加目标存储映射、热迁移数据、移除源存储、业务系统调测以及回退场景与步骤等关键环节并配有目录结构便于按章节查阅。资源包共1个文件为doc格式文档大小约1.92MB内容完整、层次清晰。目前已有142人学习下载适合需要制定或执行vSphere存储迁移方案的中高级运维人员参考可帮助读者快速掌握在线迁移的规划要点、操作流程与风险回退思路。1. 存储在线切换迁移为什么这份方案值得逐页拆生产环境里最让人手心冒汗的操作不是重装 ESXi也不是改交换机 zone而是把正在跑业务的虚拟机从一台老旧存储上活着搬到另一台存储上。源端是跑了七八年的 DELL Compellent SC040空间告急、故障率抬头目标端是 HPE 3PAR 20800容量和性能都富余。业务不能停数据不能丢回退路径还得提前铺好——这就是 storage vMotion 在线存储迁移要解决的场景。这份方案来自某制造业大厂的虚拟化平台实操文档覆盖了从环境准备、LUN 规划、SAN 交换机 zone 配置到迁移执行、源存储摘除、业务调测和回退方案的完整链路。适合正在做 vSphere 存储替换、存储扩容或异构存储整合的运维工程师也适合第一次接触 storage vMotion 想搞清楚底层走的是哪条链路的人。它不是一篇概念科普而是一份可以照着排计划、对参数、避坑的操作底稿。2. 迁移前的硬性前提storage vMotion 到底走哪条路很多人以为 storage vMotion 就是 vCenter 点一下迁移数据从旧存储流到新存储中间走管理网。实际上在支持 VAAI 的环境里数据根本不经过 ESXi 主机的 Kernel而是由存储阵列之间通过 SAN 网络直接对拷。这个区别决定了迁移速度、对主机 CPU 的影响以及出问题时该查哪一层。2.1 VAAI 硬件加速与 FS3DM 的判定逻辑Storage vMotion 在迁移时实际调用的是 FSDMFull Storage Data Migration或 FS3DMFull Storage Data Migration with Hardware Acceleration服务。优先级是 Hardware FS3DM Software FS3DM FSDM。源端和目标端都支持 VAAI 时走 Hardware FS3DM数据从源存储直接拷贝到目标存储传输走存储网络Kernel 级别只做信令验证。这意味着迁移期间 ESXi 主机的 CPU 和内存开销极低但前提是 SAN 链路和 zone 配置必须正确。检查方法如下# 列出所有存储设备确认源端和目标端 LUN 都被识别 esxcli storage core device list # 查看指定设备的 VAAI 状态确认硬件加速是否开启 esxcli storage core device vaai status get -d naa.6000d31000430b000000000000000033第一条命令输出中要关注Display Name、Size、Device Type和Status。Status为on表示设备在线。第二条命令的-d参数后面跟的是设备的 NAA 标识这个标识在第一条命令的输出里能找到。VAAI 状态输出中Hardware Acceleration为Supported才说明硬件加速可用。如果显示Not Supported迁移会退到 Software FS3DM 甚至 FSDM速度会明显下降而且主机资源消耗会上升。注意如果 VM 使用的盘为共享磁盘比如 MSCS 集群的共享盘只能做离线迁移不能在线迁。裸盘应用也不支持 storage vMotion。2.2 适用场景与不适用场景的边界这份方案明确列出了必须同时满足的条件存储型号兼容 VMware 虚拟机源端 DELL Compellent SC040目标端 HPE 3PAR 20800 都在兼容列表内VMware 虚拟机使用 VMFS 文件系统管理存储设备且激活了 storage vMotion 功能组网方式为 DAS服务器直连存储或 SAN服务器通过交换机直连存储迁移方式支持在线迁移。不满足的情况也很明确裸盘应用不支持共享磁盘只能离线迁移如果源端或目标端存储不支持 VAAI迁移会退到软件模式对主机资源有额外消耗迁移窗口需要相应拉长。2.3 迁移前的环境准备清单迁移环境准备不是看一眼就行方案里给了一个明确的时间线升级前 1 周完成主机、源 SAN 交换机、源存储的信息统计升级前 3 天完成系统信息查询和软件工具获取迁移前完成设备运行状态检查。基础信息统计包括三类表格。ESXi 主机信息表要记录品牌、型号、序列号、主机名、业务地址、机柜位置号。源端 SAN 交换机信息表要记录品牌Brocade B300、型号、序列号、主机名、微码版本、管理地址、机柜位置号以及两台 SAN 交换机的 zone 配置和端口使用情况。源端存储信息表要记录品牌DELL CT-SC040、型号、序列号、控制器微码版本、管理地址、可用空间、机柜位置号。机房布线方面需要提前部署 ESXi 主机到两台目标 SAN 交换机 A/B 的光纤线每台主机两根共计 26 根。这个数字来自 13 台 ESXi 主机每台两根光纤线分别接到两台交换机做冗余。2.4 HBA 卡更换与链路带宽匹配当前 13 台 ESXi 主机使用的是 8Gb HBA 卡而目标端 SAN 交换机是 16Gb。为了提升带宽方案建议将库房中 12 块闲置的 16Gb HBA 卡添加或更换给 6 台 ESXi 主机。操作策略是先拿一台闲置 ESXi 主机做光纤卡添加或更换测试稳定后再更换其他同型号的 5 台主机。这个步骤容易被跳过但实际影响很大。8Gb HBA 接到 16Gb 交换机上虽然能协商到 8Gb 运行但迁移大量数据时带宽瓶颈会拖长迁移窗口。如果业务窗口紧张换卡是值得的。更换前要确认 HBA 卡的 VMware 兼容性列表HCL不是所有 16Gb 卡都能被 ESXi 直接识别。2.5 系统及设备运行状态检查检查范围包括业务和集群运行状态通过重启主机、集群切换等操作确认、主机运行状态标准交换机及物理适配器状态、多路径运行是否正常、HBA 卡及链路是否正常、源存储运行状态RAID、LUN、映射关系、告警集成等配置信息、光纤交换机运行状态链路连接是否正常。方案里特别强调启动数据迁移前务必进行主机/业务重启以及集群切换等动作确保业务系统没有潜在风险。检查过程中如果发现业务软硬件环境存在故障必须在启动数据迁移前完成故障处理。巡检中发现有主机网卡降速为 10/100M需要跟进排查——vKernel 所在的网卡链路状态必须是双千 M 正常否则 storage vMotion 的信令通道可能不稳定。3. 目标存储配置与 SAN 交换机 zone 规划迁移能不能跑起来一半取决于目标存储的 LUN 规划和 SAN 交换机的 zone 配置。这部分做错了后面 vCenter 里根本看不到目标存储的 LUN或者看到了但多路径状态异常。3.1 RAID 组与 LUN 划分的实操要点目标存储 HPE 3PAR 20800 上需要创建主机端口组主机 WWN 参考基础信息统计表、创建 RAID 组和划分 LUN、LUN 映射给主机端口组。方案里给出了一个 LUN 规划表的框架包含卷名称、RAID 级别、卷大小等字段共 30 个条目。实际操作中RAID 级别的选择取决于业务 I/O 特性。数据库类虚拟机建议 RAID 10日志类或备份类可以用 RAID 5 或 RAID 6。LUN 大小要参考源端 LUN 的实际使用量和目标端的扩容需求。方案中源存储向 ESXi 服务器映射了 1 个 100G 的 LUN但目标存储上创建了 4 个 LUN2×100G、2×150G这是为了后续扩容预留空间。注意当目标存储新创建的 LUN 运行状态是正在格式化时可以进行配置操作但不能进行数据迁移。全部 LUN 的运行状态从正在格式化变成在线后才能进行数据迁移。启动迁移前必须确认目标存储工作状态正常无任何告警。3.2 SAN 交换机 zone 配置与端口规划目标端 SAN 交换机规划的主要工作是将主机的端口和 3PAR 存储的 IOPORT 划入同一个 zone 中。Brocade 交换机的 zone 配置逻辑是创建 alias包含主机 HBA 的 WWPN 和存储 IOPORT 的 WWPN然后创建 zone包含 alias最后创建 cfg包含 zone并启用。# 登录 Brocade 交换机后查看当前 zone 配置 switchshow cfgshow # 创建主机 alias alicreate esxi_host01_hba0, 10:00:00:00:c9:xx:xx:xx # 创建存储 alias alicreate 3par_ioport01, 20:00:00:02:ac:xx:xx:xx # 创建 zone zonecreate zone_esxi01_3par, esxi_host01_hba0;3par_ioport01 # 将 zone 加入 cfg cfgadd cfg_production, zone_esxi01_3par # 启用 cfg cfgenable cfg_productionswitchshow用来确认端口状态cfgshow用来查看当前生效的 zone 配置。alicreate的第二个参数是 WWPN格式为冒号分隔的十六进制。zonecreate的第二个参数用分号分隔两个 alias 名称。cfgadd将 zone 加入已有的 cfg。cfgenable激活配置这一步会短暂中断该 cfg 下的流量建议在业务低峰期操作。3.3 数据备份迁移前的最后一道防线方案里列出的备份范围包括业务配置信息集群、业务平台等、光纤交换机配置备份、源存储数据备份。光纤交换机配置备份用configupload命令导出到 FTP 服务器。源存储数据备份利用虚拟机快照。# 在 Brocade 交换机上备份配置到 FTP 服务器 configupload # 在 vCenter 或 ESXi 上为虚拟机创建快照命令行方式 vim-cmd vmsvc/snapshot.create vmid snapshot_name description memory quiesceconfigupload是交互式命令会提示输入 FTP 服务器地址、用户名、密码和文件路径。快照命令中vmid可以通过vim-cmd vmsvc/getallvms获取memory设为 1 表示包含内存快照quiesce设为 1 表示静默文件系统。迁移前必须进行数据备份这是降低迁移风险的底线操作。4. 迁移执行从添加映射到移除源存储迁移执行阶段是整个方案的核心。方案里把这一步拆成了四个子步骤添加目标存储映射、迁移数据、迁移完成后移除源存储、调测业务系统。每个步骤都有明确的检查点和时间估算。4.1 添加目标存储映射的物理连接变更添加目标存储映射的时间和业务组网复杂度以及源 LUN 数量相关方案建议按 120 分钟估算。物理连接变更的策略是变更开始时先拔掉 ESXi 主机到原 B300 交换机一路的光纤线插入到连接 3PAR 存储的目标交换机的 1 路光纤线路。待最终迁移完成后将 ESXi 主机到原 B300 交换机另一路的光纤线插入到连接 3PAR 存储的目标交换机 2 的光纤线。这个先换一路、迁移完再换另一路的策略保证了迁移期间始终有一条路径可达源存储另一条路径可达目标存储。如果一次性把两路都切到目标存储源存储就不可达了迁移还没开始就断了源端。4.2 在 vCenter 中映射 LUN 并创建数据存储物理连接变更完成后登录 vCenter查看 ESXi 服务器的 HBA WWN。在Configuration→Hardware→Storage Adapter中可以看到 HBA 卡的 WWN。然后在目标存储的 ISM 管理软件中按照源存储的映射配置将格式化完成的 LUN 映射给 ESXi 服务器。映射完成后在 ESXi 集群中的一台主机上执行 rescan。方案中的操作路径是右键点击Configuration→Hardware→Storage Adapter输出的 vmhba2选择rescan。ESXi 集群里只要一台服务器识别到存储的 LUN其他主机默认会识别到因为 LUN 是映射给 ESXi 集群的。# 在 ESXi 主机上通过命令行触发 rescan esxcli storage core adapter rescan --all # 查看新识别的 LUN esxcli storage core device list | grep -i 3par\|naaesxcli storage core adapter rescan --all会重新扫描所有存储适配器。执行后通过esxcli storage core device list确认新 LUN 出现。如果 LUN 没有出现检查 zone 配置、LUN masking 和 HBA 链路状态。创建数据存储的步骤是在 vSphere Client 中点击Add Storage选择Disk/LUN从列表中选择 3PAR 映射过来的盘选择 VMFS-5 文件系统输入数据存储名称方案中命名为mxy_stor_dest保持默认块大小和分区布局点击 Finish 完成创建。4.3 执行 storage vMotion 迁移数据存储创建完成后就可以对虚拟机执行 storage vMotion 了。在 vSphere Client 中右键点击虚拟机选择Migrate选择Change datastore选中目标数据存储mxy_stor_dest选择迁移优先级建议选 High 以加快迁移速度确认后开始迁移。迁移过程中可以在Tasks面板查看进度。如果走的是 Hardware FS3DM迁移速度主要受 SAN 链路带宽限制。迁移完成后虚拟机的配置文件和数据文件都会出现在目标数据存储上。4.4 迁移完成后移除源存储与业务调测确认所有虚拟机已成功迁移并运行正常后从 ESXi 主机上解除与源存储的连接。操作包括在 vCenter 中卸载源存储的数据存储、在存储端移除 LUN masking、在 SAN 交换机上移除相关 zone 配置、最后断开物理光纤线。业务调测阶段需要运行业务负载测试验证系统性能是否满足要求。方案里列出了调测业务系统的步骤包括检查虚拟机运行状态、验证业务系统响应时间、确认无告警等。5. 避坑与排查迁移中最容易翻车的五个点5.1 LUN 状态未就绪导致迁移失败现象在 vCenter 中能看到目标存储的 LUN但创建数据存储时提示无法创建数据存储或迁移任务立即失败。原因目标存储上新创建的 LUN 还处于正在格式化状态虽然可以被 ESXi 识别但不可读写。解决在存储管理界面确认所有 LUN 的运行状态从正在格式化变为在线后再执行数据存储创建和迁移操作。5.2 多路径状态异常导致 I/O 超时现象迁移过程中虚拟机出现短暂 I/O 挂起或迁移进度卡在某个百分比长时间不动。原因ESXi 主机的 NMPNative Multipathing Plugin多路径状态异常可能是某条光纤链路降速或 zone 配置不完整。解决在 ESXi 主机上执行esxcli storage nmp device list查看多路径状态确认每条路径的State为active或standby。如果有dead路径检查对应的 HBA 端口、光纤线和交换机端口状态。5.3 vKernel 网卡降速导致信令通道不稳定现象迁移任务频繁重试或迁移速度远低于预期。原因vKernel 所在的网卡链路降速为 10/100Mstorage vMotion 的信令通道带宽不足。解决检查 vKernel 对应的物理网卡速率确保为双千 M 或更高。方案中巡检发现的问题主机需要跟进排查确认网卡、网线、交换机端口协商速率。5.4 共享磁盘虚拟机误用在线迁移现象对使用共享磁盘的虚拟机执行 storage vMotion 时任务报错不支持共享磁盘的在线迁移。原因共享磁盘如 MSCS 集群的仲裁盘和数据盘不支持在线 storage vMotion。解决对这类虚拟机只能做离线迁移——先关闭虚拟机再执行迁移迁移完成后重新配置共享磁盘的映射关系。5.5 回退方案未验证导致割接失败无法导回现象迁移过程中出现不可恢复的错误需要回退到源存储但发现回退路径不通。原因回退方案只停留在文档层面没有实际验证过数据备份恢复和割接失败导回步骤。解决迁移前必须验证回退方案。方案中列出了回退场景数据备份与恢复、割接失败导回方案和回退步骤。建议在测试环境中完整走一遍回退流程确认备份可恢复、源存储 LUN 可重新映射、虚拟机可重新注册。6. 回退方案与迁移后的验证技巧回退方案是这份文档里最容易被忽略但最不能省的部分。方案里把回退场景分成了两类数据备份与恢复、割接失败导回方案。数据备份与恢复依赖迁移前做的虚拟机快照和光纤交换机配置备份。割接失败导回方案则是在迁移过程中出现不可恢复错误时将虚拟机重新连接到源存储。我一般会在迁移前做三件事来保证回退路径可用。第一在源存储上保留所有 LUN 的映射关系不提前删除。第二在 vCenter 中记录每台虚拟机的源数据存储和配置文件路径。第三在 SAN 交换机上保留源存储的 zone 配置不提前清理。迁移完成后的验证不能只看虚拟机是否开机。我习惯用下面这个检查清单检查项命令/操作预期结果虚拟机配置文件位置在 vCenter 中查看 VM 的 Summary 页配置文件路径指向目标数据存储虚拟机磁盘文件位置查看 VM 的 Edit Settings → Hard Disk磁盘文件路径指向目标数据存储数据存储挂载状态esxcli storage filesystem list目标数据存储状态为Mounted多路径状态esxcli storage nmp device list所有路径状态为active或standby存储性能在 vCenter 性能图表中查看磁盘延迟延迟在业务可接受范围内业务系统响应运行业务负载测试响应时间与迁移前持平或更优还有一个容易忽略的点迁移完成后源存储上的 LUN 不要立即删除。建议保留至少一个业务周期比如一周确认目标存储运行稳定后再清理。清理顺序是先卸载源存储的数据存储再移除 LUN masking最后删除 SAN 交换机上的 zone 配置。从那以后我每次做存储迁移都会在迁移前把回退方案在测试环境完整走一遍确认备份可恢复、源存储可重新映射、虚拟机可重新注册。这个习惯帮我避免了一次割接失败后无法导回的尴尬。希望帮到你。本文还有配套的精品资源点击获取