免责声明：笔记很有趣。 其中有用信息的特定密度很小。 它写为“为你自己”。
抒情介绍
我们组织中的文件转储正在Windows Server 2016下的VMware ESXi 6虚拟机上旋转。这不仅是转储。 这是结构部门之间的文件共享服务器：这里有协作，项目文档以及网络扫描仪中的文件夹。 通常，这是整个生产寿命。
所有生产寿命的容器都开始挂起。 此外，客人可以安静地吊死自己，而不影响其他人。 可能挂起了整个主机，并因此挂起了所有其他来宾计算机。 我可以上吊，也可以挂起vSphere Client服务：也就是说，其他guest虚拟机的进程仍在运行，计算机正常运行并且正在响应，但是没有文件损坏，vSphere Client也没有附着在主机上。 通常，无法识别任何系统。 在负载较弱的白天可能会发生挂起。 可能在晚上零负载期间。 可能在晚上进行差异备份和中等负载期间。 可以在周末进行完整备份和高负载时使用。 情况明显恶化。 最初是一年一次，然后每六个月一次。 在我耐心等待的时候，每周两次。
我为RAM犯了罪。 但是即使在周末，他们也没有让我停下垃圾，将Memtest赶走。 等待五月假期。 五月的假期，我开车离开了Memtest，发现没有错误。
我很惊讶，决定去度假。 我度假时-垃圾场没有挂死。 当星期一第一天上班时，垃圾桶挂了。 保持完整备份，并在最后将其挂起。 假期里如此热烈的会面促使我决定将访客驱动器物理地拖到另一个主机上。
而且，尽管早就知道在放假后的第一天，什么事情都做不成，尽管我一整天都准备工作，但对下一次冻结的愤慨打消了我的思想和心情，誓言...
物理磁盘已重新排列到另一台主机。 热连接。 磁盘出现在“
驱动器”选项卡上的存储设置中。 在“
数据存储”选项卡上，这些驱动器上
的存储不是。
刷新 -不显示。 好吧，当然，第一个冲动是
Add Storage 。 添加向导告诉您它支持什么。 当然，它也支持VMFS。 我毫不怀疑。 快速浏览每个步骤中的向导消息：“下一步”，“下一步”，“下一步”，“完成”。 她的目光甚至都没有赶上主人梯级之一的窗户底部带有感叹号的黄色小圆圈。
向导结束时，一个新的数据存储出现在列表上...并带有其他物理磁盘上的数据存储。
我将继续浏览新添加的数据存储区，它...是空的。 当然，我再次感到惊讶。 假期后的头15分钟是早上8点，即使咖啡中的糖还没有搅拌。 在这里。 我首先想到的是，我从“本地”主机上拉错了驱动器。 我查看了“本地”主机中是否存在所需的数据存储：否，不存在。 第二个想法是：“狗屎b！”。 不确定，但是在我看来，第三，第四和至少第五个想法是相同的。
为了消除疑惑，我迅速在示例上安装了新的ESXi，安装了左侧驱动器，并在通读它之后，完成了向导的步骤。 是的 使用向导添加数据存储时，磁盘上的所有数据都会丢失，而无法回滚操作和还原数据。 后来，我在一个论坛上阅读了大师对这种设计的评估：糟糕透顶。 现在我真的同意了。
从第六个开始，思想以更具建设性的方式流动。 知道了 即使对于3Tb驱动器，初始化也要花费几秒钟的时间。 因此，这是高级格式化。 因此，分区表被简单地重写了。 因此数据仍然存在。 因此，现在让我们寻找一些未格式化的内容。
我从Strelec的启动映像加载汽车……我发现分区恢复程序是众所周知的，除了VMFS。 例如，他们知道Synology的分区布局，但是VMFS不知道。
枚举程序并不容易：GetDataBack和R.Saver充其量只能找到具有实时目录结构和实时文件名的NTFS分区。 但这不适合我。 我需要两个vmdk文件：一个系统磁盘和一个垃圾箱。
然后我明白了，现在看来，我将安装Windows并推出文件备份。 同时我还记得我在那里有一个DFS根目录。 而且，在对单位文件夹的访问权限的数量和分支系统上也完全荒唐。 别无选择。 唯一可以接受的时间选项是使用数据和所有权限还原系统和磁盘的状态。
再次谷歌搜索，论坛，KB'shki并再次哭泣：Yaroslavna：VMware ESXi不提供数据恢复机制。 所有讨论线程都有两个总决赛：有人在不便宜的DiskInternals VMFS Recovery的帮助下恢复了，或者有人在
vmfs-tools和
dd help的帮助下积极地推广其服务。 不能选择以700美元的价格购买DiskInternals VMFS Recovery许可证。 也不允许将局外人从“潜在对手的领土”引入公司数据。 但有人质疑，VMFS分区也可以读取UFS Explorer。
DiskInternals VMFS恢复
试用版已下载并安装。 程序成功看到一个空的VMFS部分：
在
取消删除（快速扫描）模式下，我还发现了一个破旧的数据存储区，其中包含虚拟机文件夹，其中的磁盘位于其中：
预览显示文件处于活动状态：
将分区成功安装到系统中，但是由于某些原因，所有三个文件夹都具有相同的虚拟机。 当然，卑鄙定律不是必需的。
三行耻辱无耻地锁定软件的尝试以失败告终。 但是UFS Explorer被锁定。
我对软件盗窃极为反对。 在任何情况下，我都不应敦促使用针对未经许可的使用的保护措施。
我当时处于灾难性的境地，对我所采取的措施并不感到骄傲。
UFS资源管理器
扫描磁盘显示存在7个节点。 “惊人的方式”的节点数量与VMFS Recovery检测到的* -flat.vmdk文件数量一致：
文件大小和节点大小的比较也显示了最大匹配字节。 同时，还原了-flat.vmdk文件的名称以及它们属于虚拟机的名称。
通常，从ESXi的角度来看，vmdk磁盘由两个文件组成：数据文件（<计算机名称> -flat.vmdk）和物理磁盘分区文件（<计算机名称> .vmdk）。 如果将* -flat.vmdk文件从本地计算机上载到数据存储，则ESXi将不会将其识别为有效的磁盘文件。 VMware知识库中有一篇文章介绍如何手动创建磁盘描述符文件：
kb.vmware.com/s/article/1002511 ，但我不必这样做，我只是从DiskInternals VMFS Recovery中的文件内容预览区域复制了相应文件的内容。 ：
从UFS Explorer卸载2.5TB节点4个小时并将其加载到Datastore虚拟机管理程序20个小时后，发生故障的磁盘文件已连接到新创建的虚拟机。 捡起车轮。 没有发现数据丢失。
