炎炎夏夜客户机房空调意外故障，前端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 (原文出处)