H3C 3par CF8840 更换扩展柜盘柜步骤

更换H3C CF8840的扩展柜（Cage）是一项高风险操作，稍有不慎就可能导致数据丢失或业务中断。

开始前，请务必知悉：3PAR存储属于关键业务设备，任何硬件更换都应优先联系H3C官方技术支持（400-810-0504）或在有经验的工程师指导下进行。 以下内容是基于通用流程的梳理，不能替代官方专业指导。

⚖️ 在线还是离线更换？关键看“HA Cage”配置

能否在线更换（不关机），完全取决于你存储系统的CPG（通用配置组）是否都配置了“HA Cage”（高可用扩展柜）属性。

• 具备“HA Cage”属性：如果所有CPG在创建时都勾选了“HA Cage”（使用了 -cg 参数），这意味着数据在多个Cage间有完整副本，更换时可以做到业务不中断。

• 不具备“HA Cage”属性：如果数据只在一个Cage内有单副本，直接拔除将直接导致数据不可用。这种情况下，必须计划停机（Offline）进行更换。

🔍 更换前：确认数据已安全迁移

无论是否在线更换，确保故障Cage上的数据已完整迁移到其他正常Cage是保障安全的核心前提。

1. 确认数据迁移状态：登录CLI，使用 servicemag status -d 命令查看。确保系统没有正在进行的 servicemag 数据迁移或重构任务。

2. 检查CPG配置：使用 showcpg -sdg 命令，检查输出中是否存在 -cg 参数。这能帮你判断是否支持在线更换。

3. 确认磁盘状态：使用 showpd -s 命令，确认待更换Cage内所有磁盘的状态，特别是确认数据已迁移完成。

🛠️ 标准更换流程（以在线更换为例）

1. 前期准备与系统配置

• 进入维护模式：在Service Processor（SP）上开启维护模式（Maintenance Mode），防止误报修。

• 备份配置：完整备份当前系统配置。

• 检查备件：确认新Cage的型号、固件版本等与系统兼容。

2. 数据撤离与物理更换

• 撤离数据（如系统未自动执行）：使用 servicemag start <pdid> 命令，手动将故障Cage中磁盘的数据迁移走。

• 确认状态：再次用 servicemag status 确认数据迁移完成。

• 移除故障Cage：通过 dismisspd 等命令将Cage从系统中移除，然后断开线缆，物理上取下故障Cage。

3. 安装新Cage与系统识别

• 物理安装：将新Cage安装到机柜，连接好电源和SAS线缆。

• 加电并识别：为新Cage上电。系统通常会自动识别并扫描新硬件。如果没有，可使用 admithw 命令手动添加。

• 验证状态：使用 showcage 命令，确认新Cage已被系统正确识别且状态正常。

4. 数据恢复与验证

• 数据恢复：系统会自动将数据重新均衡到新Cage上。可通过 servicemag status 监控进度。

• 退出维护模式：数据恢复完成后，在SP上关闭维护模式。

• 全面验证：检查所有磁盘、卷和主机连接状态，并进行读写测试，确保一切正常。

❓ 关于Cage ID的常见问题

• 新Cage的ID会变吗？ 会的。系统通常会为新Cage分配一个当前可用的最小ID。

• 需要改回旧ID吗？ 通常不需要。Cage ID主要起标识作用，系统通过WWID等唯一标识符来识别硬件。除非有严格的运维规范要求，否则不建议修改。

• 可以修改Cage ID吗？ 技术上是可以的（使用 setcage 命令），但有严格限制：

  • 系统不能有正在运行的 servicemag 操作。

  • 不能有使用 -cg 参数创建的LD（逻辑磁盘）。

  • 目标ID不能被其他Cage占用。

  • 再次强调，这是一个高风险操作，非必要不建议执行。

⚠️ 重要风险提示

• 专业支持是首选：3PAR存储系统逻辑复杂，强烈建议由H3C认证工程师执行更换。

• 数据无价，谨慎操作：任何硬件操作都有风险，请务必在操作前确保有完整、可恢复的备份。

• 记录变更：操作完成后，详细记录新的Cage ID和所有变更，方便日后维护。

H3C 3PAR CF8840（8000 系列）更换扩展柜 Cage 完整方案
核心前置结论
支持在线更换 Cage（业务不停机），前提：故障 Cage 内所有 Chunklet 全部迁移至其他正常盘笼、存储整体健康无降级；
离线更换适用于：Cage 背板彻底故障无法读写、无法完成在线数据迁移、高危故障场景；
全新备件 Cage 上电后系统会分配全新 CAGE ID，推荐改回原有旧 CAGE ID（规避 CPG 绑定 Cage 规则、告警脚本、运维配置失效问题），满足条件即可修改。
一、在线更换 Cage1（不停业务，推荐方案）
阶段 1：健康校验 + 启动 Cage 整体数据撤离（最关键）
登录 3PAR CLI/SPOCC，全程确认存储无全局降级、无其他故障盘。
bash
# 1.全局健康检查
checkhealth -detail
showalert # 清除无关告警，只保留故障cage告警
showcage # 确认故障Cage1状态
showpd -c | grep cage1 # 列出Cage1所有硬盘

# 2.主动启动整笼数据撤离，将Cage1全部Chunklet迁移至其他正常Cage的空闲硬盘
servicemag start cage1
# 持续查看迁移进度，必须等到输出 Succeeded 才算数据全部迁出，才可断电拔盘柜
servicemag status
数据迁移完成判定标准
servicemag status 最终返回 Succeeded；
showpd -c cage1 所有硬盘状态变为 failed；
showcpg -s 所有 CPG 状态均为 OK，无 degraded 降级；
存储没有任何重构任务（showtask 无 active rebuild 任务）。
此时 Cage1 内硬盘已经无业务数据，拔掉整个盘笼不会丢失数据、不会影响业务。
阶段 2：系统剔除旧故障 Cage 信息
bash
# 将故障Cage从系统配置中移除
servicecage remove cage1
# 确认Cage1已消失
showcage
阶段 3：物理替换盘柜（在线带电更换，无需停存储整机）
标记 Cage1 后端两条 Mini-SAS 线缆、双电源线，做好线序标签；
拔掉 Cage1 电源线、SAS 线缆；两名运维人员配合抽出故障盘笼；
上架全新扩展柜备件，接入原有 SAS 线缆、电源线（严格按照原来 Loop A/Loop B 接法）；
接通电源，新 Cage 上电自检。
阶段 4：新 Cage 上线、改回原有 Cage ID、回迁硬盘
等待 2~5 分钟，系统识别出新 Cage，执行 showcage 查看新生成的随机 ID（举例：cage6）；
将新 Cage ID 修改为原来的 cage1：
bash
# setcage 新Cage名称 id 原有ID
setcage cage6 id 1
showcage # 验证ID已经变回 cage1
修改 ID 限制：不存在正在执行的 servicemag 重构、没有 CPG 强制绑定该 ID、目标 ID 空闲即可修改。
把 Cage1 所有硬盘严格按照原来槽位顺序插回新盘笼；
系统自动识别硬盘，后台启动 servicemag resume cage1，数据回迁至本笼硬盘；
bash
servicemag status # 监控回迁进度
回迁完毕后执行 checkhealth -detail 全量校验，消除告警，在线更换完成。
二、离线更换 Cage1（业务中断，仅 Cage 彻底坏死无法迁出数据时使用）
适用场景：Cage 背板烧毁、SAS 链路彻底断裂，无法执行servicemag start迁出数据。
业务停机：挂载该存储的所有主机卸载卷、关闭业务、断开主机映射；
存储整机正常运行，仅关闭故障 Cage1 电源；
拆除线缆、下架故障 Cage，上架新 Cage，接好 SAS 与电源线；
将 Cage1 所有硬盘原位插入新盘笼，上电启动新 Cage；
登录 3PAR，新 Cage 生成新 ID，执行 setcage 新cage名 id 1 还原旧 ID；
存储自动识别硬盘，自动重构修复 RAID，等待重构 100%；
checkhealth -detail 健康校验无误后，重新挂载主机业务。
三、必须改回原有 Cage ID 吗？【重点解答】
1. 建议：务必修改回原始 Cage ID（cage1）
不改 ID 的隐患
若 CPG 创建时使用-cg cage1绑定物理盘笼策略，CPG 会找不到原 cage，出现空间分配异常、告警；
运维脚本、Zabbix/IMC 监控告警规则、巡检策略绑定了 cage1，会持续报不存在的 Cage 告警；
历史日志、故障记录全部关联 cage1，ID 错乱不利于后续排障。
允许修改 ID 的前提（满足才可执行 setcage id）
当前没有数据重构servicemag任务运行；
目标 ID（cage1）当前系统内不存在；
没有 CPG 使用-cg cage1强制绑定该盘笼；
bash
# 检查是否有CPG绑定cage1
showcpg -verbose | grep cage1
2. 无法修改 ID 的折中方案
若存在 CPG 绑定无法修改 ID：
保留新 Cage 默认 ID；
修改所有 CPG 绑定配置、监控脚本、巡检规则适配新 Cage 编号。
四、在线更换安全校验手段（如何确认数据已迁移完毕，可以拔盘笼）
逐条全部满足才能断电拆除 Cage：
servicemag status 最终状态 Succeeded；
showpd cage1 所有物理盘状态为 failed；
showtask 无任何 active 重构、迁移任务；
checkhealth -detail 仅剩余「cage1 失联」告警，无 data loss、degraded、RAID 异常告警；
主机业务 IO 正常，无延迟飙升、断流现象。
五、常见故障与注意事项
新 Cage 识别异常
bash
upgradecage cage1 # 自动同步盘笼固件
starttask admithw -ni
严禁未完成servicemag start就拔掉 Cage，会直接造成 RAID 降级、双盘失效丢数据；
Cage 双 SAS 链路必须分别接入 LoopA、LoopB 两个环路，不要接在同一个环路，避免环路单点故障；
离线更换必须保证所有硬盘不混插槽位，槽位错乱会导致 PD 识别异常；
更换完成后务必执行 saveconfig 保存配置。
六、精简总结
优先在线更换：servicemag start 整笼迁出数据→移除旧 cage→更换硬件→新 cage 改回原 ID→插硬盘回迁数据，业务全程不停；
Cage 彻底坏死无法迁移数据时，采用离线停机更换；
新盘笼默认新 ID，推荐改回原来 cage1 编号，避免 CPG、监控策略异常；
必须确认数据 100% 迁出后，才可拆除故障扩展柜。

貌似 setcage 命令这个命令修改不回cage ID号，这个有试过，后面我不修改回cage ID也没事，但是系统会一直告警cage1掉线告警信息，cage1 cage not found