UCS B系列服务器：使用较旧的固件更换RAID控制器可能导致ESXi主机中的数据存储装载失败

问题陈述：

更换RAID控制器后，VD的NAA ID在外部配置导入期间发生更改，导致Datastore装载失败。

受影响的硬件：

UCSB-MRAID12G

UCSC-MRAID12G

带UCSB-MRAID12G RAID控制器的服务器:

UCS B200 M4

UCS B200 M5
UCS B480 M5
UCS B420 M4

UCS C220 M4

UCS C240 M4

受影响的固件：

RAID控制器固件：  24.5.x.x和24.6.x.x

示例#
***mrsasctlr.24.5.0-0043_6.19.05.0_NA.bin

24.5.x.x控制器固件在3.2.*之前的所有UCSM版本中都可见。*

3.1 #版本说明

https://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/release/notes/CiscoUCSManager-RB-3-1.htmlhttps://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/release/notes/CiscoUCSManager-RB-3-1.html

受影响的操作系统：

VMware ESXi

原因：

对于较旧的固件版本，如果发现DDF（设备数据格式）工作区版本不匹配，则控制器防火墙在外部导入期间无法从DDF恢复NAA ID。

MR 6.4有DDF_WORK_SPACE版本1，而MR 6.10有DDF_WORK_SPACE版本3。FW MR 6.4之后的版本进行了修复，使控制器FW能够从DDF恢复NAA ID，即使发现DDF工作区不匹配。 更换控制器固件旧时，无法正确分析NAA ID(示例：24.5.x和24.6.x)。 但24.12.x版本可以正确解析NAA ID。

更换前： 服务器 2/2：     已配备产品名称：思科UCS B200 M5 2插槽刀片服务器     配备的PID:UCSB-B200-M5     配备的VID:V06     配备的串行(SN):FCH222973K5     插槽状态：配备     确认的产品名称：思科UCS B200 M5 2插槽刀片服务器     确认的PID:UCSB-B200-M5     确认的VID:V06     确认的串行(SN):FCH222973K5     确认内存(MB):524288     确认有效内存(MB):524288     确认核心：28     确认的适配器：1             虚拟驱动器0:                 type：RAID 1镜像                 地址块大小:512                 块：1560545280                 可操作性：可操作                 Presence:配备                 大小:761985                 生命周期：已分配                 驱动器状态：最佳                 条带大小(KB):64                 访问策略:读写                 读取策略：正常                 配置的写缓存策略：直写                 实际写缓存策略：直写                 IO策略：直接                 驱动器缓存：无更改                 可启动：真                 唯一标识符：bcc0dd21-2006-4189-86c1-132017ad0958               供应商唯一标识符：618e7283-72eb-6460-240f-d02c0bbd9310 <<<<<<<<<<<<<<<<<<<<< 更换后： 服务器 2/2： 已配备产品名称：思科UCS B200 M5 2插槽刀片服务器 配备的PID:UCSB-B200-M5 配备的VID:V06 配备的串行(SN):FCH222973K5 插槽状态：配备 确认的产品名称：思科UCS B200 M5 2插槽刀片服务器 确认的PID:UCSB-B200-M5 确认的VID:V06 确认的串行(SN):FCH222973K5 确认内存(MB):524288 确认有效内存(MB):524288 确认核心：28 确认的适配器：1 虚拟驱动器0: type：RAID 1镜像 地址块大小:512 块：1560545280 可操作性：可操作 Presence:配备 大小:761985 生命周期：已分配 驱动器状态：最佳 条带大小(KB):64 访问策略:读写 读取策略：正常 配置的写缓存策略：直写 实际写缓存策略：直写 IO策略：直接 驱动器缓存：无更改 可启动：真 唯一标识符：7a894b44-721a-41ae-a3bf-380102b9e64e 供应商唯一标识符：618e7283-72ea-3f20-ff00-005a0574b04b <<<<<<<<<<<<<<<<<<<<<<<<<<<      在本例中，服务器2/2的[供应商唯一标识符] ID从[618e7283-72eb-6460-240f-d02c0bbd9310]更改为[618e7283-72ea-3f20-ff00-005a0574b04b]

如何防止出现问题？

在插入VD/磁盘之前，更新更换控制器的固件可以避免此问题。

详细步骤：

1. 关闭服务器
2. 逐个卸下所有磁盘，并使同一插槽未完全插入磁盘，以便其放置顺序
3. 安装新的RAID控制器以便更换，而不插入磁盘。
4. 服务器将识别新的RAID控制器
5. 更新Raid控制器的固件。
6. 成功升级固件后，关闭服务器电源并将磁盘插入服务器。
7. 现在打开服务器电源

如果服务器遇到此问题，如何恢复？

详细步骤：

========================
恢复Datastore的过程
========================
1登录到vSphere客户端，然后从资产面板中选择服务器。

2单击“配置”选项卡，然后单击“硬件”面板中的存储。

3点击添加存储。

4选择磁盘/LUN存储类型，然后点击“下一步”。

5从LUN列表中，选择在VMFS标签列中显示datastore名称的LUN，然后单击下一步。

备注:VMFS标签列中的名称表示LUN是包含现有VMFS数据存储库副本的副本。

6在安装选项下， 显示以下选项：

         保留现有签名:永久装载LUN（例如，在重新启动后装载LUN）

         分配新签名:重新签名LUN

         格式化磁盘:重新格式化LUN

备注: 格式化磁盘选项将删除LUN上的任何现有数据。在尝试重新签名之前，请确保在任何其他主机上没有运行该VMFS卷的虚拟机，因为这些虚拟机在vCenter Server资产中变得无效，并且它们将在各自的主机上重新注册。

选择Assign a New Signature（分配新签名），然后点击Next（下一步）。

7为卷选择所需的选项

8在“准备完成”(Ready to Complete)页面中，查看Datastore配置信息，然后点击完成(Finish)。

========================
下一步操作
=======================================================================
辞职后，您可能必须执行以下操作：

1登录到vSphere客户端，U在Inventory List（资产列表）> Click Datastore(Datastore)下

2右键点击Datastore，然后点击“Browse Datastore”

3在左窗格中，点击VM文件夹以在右窗格中显示内容

4在右窗格中，右键单击.vmx文件并选择“添加到资产”

5演练“添加到资产”向导以完成将VM添加到ESXi主机

6对所有剩余虚拟机重复步骤。

7重新注册所有虚拟机后，右键单击每个虚拟机并选择“从资产中删除”，从资产中删除所有不可访问的虚拟机

8打开每台虚拟机的电源，并验证其是否运行且可访问

注意：在打开VM电源之前，请重新启动ESXi主机，在ESXi主机重新联机并可通过vSphere客户端访问后，确认VM仍可见且未进入“不可访问”状态

相关错误：CSCvr11972

CSCvr11972 更换MRAID12G后，供应商唯一标识符更改

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvr11972