Vmware挂载san存储_vSphere 6.x 共享存储LUN丢失分区表修复(精华)

Vmware挂载san存储_vSphere 6.x 共享存储LUN丢失分区表修复

炎炎夏夜客户机房空调意外故障，前端ESXI物理服务器由于温度过高都自保关机，存储和SAN没有自保关机。上班修复空调后，检查存储，检查SAN无异常。开始开机ESXI主机，开机完后发现存储映射的两个LUN全部消失，重启存储，重启ESXI都无效。

经过检查，在ESXI上新增存储可以看见两个LUN，但是新增提示需要格式化LUN，此处绝对不能选择新增然后格式化，否则数据就没了。根据官方KB判断应该是分区表丢失了。

https://kb.vmware.com/s/article/2046610?lang=zh_CN     此链接已经失效

下面根据官方KB进行修复：

1，开启ESXI SSH ,查看所有硬盘分区信息 ，执行下面命令。

ls -lh /vmfs/devices/disks/

如下图，存储映射的两个17T的LUN，无分区表

刚开始做的时候上图是比较难理解的

这里我们需要记下的是缺少挂载的卷的naa(根据实际情况)，这里举例：

naa.604338910030fb67000b599800000000

naa.604338910030fb67000b59fd00000001

2，继续运行partedUtil 命令，并验证输出是否类似于以下内容，分别对两个LUN进行验证：

partedUtil  getptbl   /vmfs/devices/disks/naa.604338910030fb67000b599800000000

partedUtil  getptbl   /vmfs/devices/disks/naa.604338910030fb67000b59fd00000001

验证该命令的输出是否类似于以下内容：(下面的内容为分区表不缺少的情况下查询到的内容)

gpt

52216 255 63 838860800 1 2048 838850039 AA31E02A400F11DB9590000C2911D1B8 vmfs 0

如果输出类似于以下内容，则说明缺少分区，如下图缺少分区。这种情况下，必须重新创建丢失的 VMFS 分区表的信息。

gpt

52216 255 63 838860800

3,  获取分区的结束块，运行以下命令：

partedUtil getUsableSectors   /vmfs/devices/disks/naa.604338910030fb67000b599800000000

partedUtilgetUsableSectors    /vmfs/devices/disks/naa.604338910030fb67000b59fd00000001

你会看到以下输出：

34 36805017566

4，运行以下命令，为最后一个可用块设置正确的值，注意：确保根据您的环境在该命令中使用适当的值。

partedUtil setptbl /vmfs/devices/disks/naa.604338910030fb67000b599800000000 gpt "1 2048 36805017566  AA31E02A400F11DB9590000C2911D1B8 0"

partedUtil setptbl /vmfs/devices/disks/naa.604338910030fb67000b59fd00000001 gpt "1 2048 36805017566  AA31E02A400F11DB9590000C2911D1B8 0"

红色数字表示最后一个可用块，替换为你环境中的值。

这里说明下：1  2048    是固定格式     网上说的和实际生产环境中都验证可行

AA31E02A400F11DB9590000C2911D1B8    也是固定格式，可以在 getptbl 命令查询正常分区的时候得到该值

36805017566为分区表的结束块

5, 运行vmkfstools –V命令以尝试挂载 VMFS 数据存储，运行完后，就能在前端看到存储，如上图。

vmkfstools –V

PS: 以上为比较顺利的情况，如有其它不同信息，请根据官方KB中的其它方式进行处理。

注意：第五步可以不用执行，直接在ESXI上刷新分区，丢失的lun找回！！1

https://blog.csdn.net/weixin_39938269/article/details/111131657     (原文出处)