机房半夜停电时间过长，UPS没撑到电力恢复，结果平台上的大部分业务虚拟机都无法启动，且名称变成数字乱码，造成的后果很严重，因为主要业务都无法访问了，真是惊恐万分，心都凉了，还好冷静下来分析故障原因，最后总算修复了，全部虚拟机最终恢复正常启动运行，数据也未丢失，特此给大家分享一下解决方法。
故障平台： 6.7
故障现象：平台虚拟机均无法正常启动，名称变成数字乱码。
先是查看了下 的事件选项卡，看到存在数据存储损坏问题事件。
然后查看.log 日志文件，看到了类似如下所示的错误信息：
–3247- (“”) may be on disk. at : [HB state 0
到官网知识库扒了一下，说是遇到这种情况需要检查元数据一致性。
操作方法：开启ESXI主机SSH服务，从 ESXi 主机上的 CLI 中运行 VOMA。VOMA 可用于检查并修复 VMFS 数据存储或支持 VMFS 数据存储的逻辑卷的轻微不一致问题。
VOMA相关功能如下图一：
图一
VOMA相关命令如下图二：
图二
具体修复过程：
1、先开启ESXI服务器的SSH服务，使用root帐号连接到服务器的CLI控制台。
2、查看/vmfs//disks下的虚拟磁盘，假定要修复的是eui.:1，
输入命令voma -m vmfs -f check -d /vmfs//disks/eui.:1，再按下回车键，让它进行vmfs文件系统元数据检查，若发现类似“ON-DISK ERROR:xxxxx”这样的信息，表明vmfs元数据确实有错误。
3、最后使用命令voma -m vmfs -f fix -d /vmfs//disks/eui.:1修复vmfs元数据。下修复结果：Total found;Total Fixed，如果都有数字，表明修复成功了。
4、最后验证修复结果，如果虚拟机都恢复正常启动虚拟机加载exe文件教程，表明方案有效，如果没有正常启动虚拟机加载exe文件教程，可尝试重新注册虚拟机后，再次重新启动虚拟机，若成功表明方案有效，若以上方法试过，还是无法正常启动虚拟机，表明该方案药不症，需要再次查看相关日志，查找下相关知识库，对症下药。
5、建议虚拟化平台的相关操作应该慎之又慎，因为平台往往有很多虚拟机及大量数据，涉及业务面广，出现故障是灾难性的，因此平时最好利用专业数据备份软件或者官方的Site 加强对虚拟机的保护。
如果你能看到这里，麻烦动动你那充满爱心的善良之手点下吧，专业文章受众面小，技术博主攒粉不易啊。
本文到此结束，希望对大家有所帮助。
本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至81118366@qq.com举报，一经查实，本站将立刻删除。发布者：简知小编，转载请注明出处：https://www.jianzixun.com/92900.html
微信扫一扫 
支付宝扫一扫 