如何在 ONTAP 9 中将节点的根卷/聚合无中断地迁移到新磁盘上
适用于
- ONTAP 9
说明
- ONTAP 9 支持功能 system node migrate-root ，无中断地将根聚合迁移到存储控制器上的不同磁盘。
- 该命令是类似于自动无中断升级（NDU）的后台脚本。
- 该脚本执行验证检查和迁移节点根卷所需的所有步骤。
- 从 ONTAP 9.3P15、9.4P8、9.5P5、9.6 及所有更高版本开始支持迁移到分区磁盘。
故障转移（接管和交还）是 migrate-root 的一部分。应遵循与 NDU 类似的预防措施，包括但不限于：
- 节点及其配对节点运行状况良好
- 可以进行存储故障转移
- 在活动期间 CPU 和磁盘利用率低于 50%
- NAS LIF 已配置适当的故障转移目标
- SAN 客户端已正确配置 MPIO 并且可以容忍存储故障转移
- SnapMirror 传输已暂停
|
必须在 2 节点集群中配置 HA，以防止出现仲裁 (OOQ) 事件。
|
由于改进和错误修复，强烈建议在使用此命令之前升级到 ONTAP 9.2 及更高版本。
system node migrate-root CLI 手册页
9.0 和 9.1 system node migrate-root
在节点上启动根聚合迁移
可用性：此命令对集群管理员在高级权限级别下可用。
system node migrate-root 命令将节点的根聚合迁移到不同的磁盘集。您需要指定将在其上创建新根聚合的节点名称和磁盘列表。该命令启动一个作业，用于备份节点配置、创建新的聚合、将其设置为新的根聚合、还原节点配置并还原原始聚合和卷的名称。作业可能需要几个小时的时间，具体取决于清零磁盘、重新启动节点和恢复节点配置所需的时间。
参数
-node {<nodename>|local} - 节点
指定拥有要迁移的根聚合的节点。值 local 指定当前节点。
{ -disklist<disk path name>, ...- 新根聚合的磁盘列表
指定将在其上创建新根聚合的磁盘列表。所有磁盘必须是备用磁盘，并且由同一个节点所有。所需的最小磁盘数量取决于 RAID 类型。
-raid-type {raid_tec|raid_dp|raid4} - 新根聚合的 RAID 类型
指定根聚合的 RAID 类型。默认值为 raid-dp。
示例以下示例中的命令在节点 node1 上启动根聚合迁移：
cluster1::> system node migrate-root -node node1 -disklist 1.11.8,1.11.9,1.11.10,1.11.11,1.11.12 -raid-type raid_dp
9.2 及更高版本新功能已添加
9.2 及更高版本 system node migrate-root
-resume [true]} - Resume a Failed Migrate Operation
如果创建了 new_root 聚合并且旧的根聚合处于受限状态，则恢复失败的 migrate-root 操作。
操作步骤
- 需要适当数量的备用磁盘。在 Hardware Universe 中查看平台的推荐尺寸。确定可用备用磁盘：
::> storage aggregate show-spare-disks -owner-name node1
- 进入高级模式运行命令并指定要使用的新磁盘。这将启动根迁移。
::> set adv
::*> system node migrate-root -node node1 -disklist 1.11.8, 1.11.9, 1.11.10, 1.11.11, 1.11.12 -raid-type raid_dp
- 检查 migrate-root 的状态并记录所有错误。作业可能需要 20 到 40 分钟才能超时并出现错误。
::*> job show -name "Root Aggregate Migration Job" -instance
- 在 ONTAP 9.2 及更高版本中，您可以恢复作业。
::*> system node migrate-root -node node1 -resume true
- 通常情况下，root 迁移是成功的和透明的，但是有一些罕见的情况可能会导致脚本失败。
- 可能的故障包括节点使用新的根聚合启动，脚本无法继续，需要额外的手动清理步骤。
要获得更多帮助，请联系 NetApp 技术支持并参考本文以帮助恢复。