免责声明： 该注释仅供娱乐。 其中有用信息的具体密度较低。 它是“为我自己”写的。
歌词介绍
我们组织中的文件转储运行在运行 Windows Server 6 的 VMware ESXi 2016 虚拟机上。这不仅仅是垃圾转储。 这是结构部门之间的文件交换服务器：有协作、项目文档和来自网络扫描仪的文件夹。 一般来说，所有的生产生活都在这里。
而这个所有生产生活的容器都开始挂了。 而且，客人可以安静地上吊自杀，不影响其他人。 他可以关闭整个主机，并相应地关闭所有其他访客机器。 我可以挂起自己并挂起 vSphere 客户端服务：也就是说，其他来宾的进程处于活动状态，计算机正常工作并响应，但没有文件清洗器，并且 vSphere 客户端不附着在主机上。 一般来说，无法识别任何系统。 白天低负载时可能会发生冻结。 他们可以在晚上空载的情况下进行。 可以在夜间进行差异备份和平均负载。 可以在周末进行完整备份和高负载时进行。 情况明显恶化。 起初是一年一次，后来每六个月一次。 在我的耐心耗尽时——每周两次。
我有记忆问题。 但他们甚至不让我在周末停止垃圾堆并运行 Memtest。 我们一直在等待五一假期。 五一假期期间，我运行了Memtest，没有发现任何错误。
我很惊讶，决定去度假。 当我度假时，垃圾场没有发生任何堵塞。 当我周一第一天回去工作时，发现有一个垃圾堆。 我忍受了完整的备份并在完成后立即挂起。 假期如此热烈的欢迎促使我决定将带有客户计算机的磁盘物理拖动到另一台主机。
而且，虽然早就知道放假后的第一天不能做任何正经事，尽管我已经做好了一路不上班的准备，但又一次冰冻的愤慨打击了我的心情和我的心情。誓言从我的脑海中浮现出来...
物理磁盘已移至另一台主机。 热连接。 在选项卡上的存储设置中 驱动器 出现磁盘。 在选项卡上 数据存储 这些磁盘上没有存储空间。 刷新 - 不要出现。 嗯，当然，第一个冲动—— 添加存储。 添加向导解释了它支持的内容。 当然它也支持VMFS。 我并不怀疑这一点。 快速查看向导每个步骤的消息：下一步、下一步、下一步、完成。 眼睛甚至没有注意到主人台阶的窗户底部有一个带有感叹号的黄色小圆圈。
在向导结束时，新的数据存储出现在列表中...以及来自剩余物理磁盘的数据存储。
我继续浏览新添加的数据存储，它是……空的。 当然，我又陷入了惊讶之中。 现在是早上 8 点，放假后上班的前 15 分钟，我什至还没有搅拌咖啡里的糖。 就是这样。 第一个想法是我从“本机”主机拉出了错误的磁盘。 我查看了“本机”主机中是否存在所需的数据存储：不，它不存在。 第二个念头是：“操！” 我不确定，但在我看来，第三个、第四个、至少第五个想法是一样的。
为了消除疑虑，我快速安装了一个新的 ESXi 进行测试，取出左侧磁盘并在读取它后，按照向导的步骤进行操作。 是的。 使用向导添加数据存储时，磁盘上的所有数据都会丢失，并且无法回滚操作和恢复数据。 后来我在一个论坛上读到一位大师对这个设计的评价：狗屎。 我真的同意了。
从第六个开始，思想就朝着更有建设性的方向发展。 好的。 即使对于 3Tb 磁盘，初始化也只需几秒钟。 所以这是高级格式化。 这意味着分区表被简单地重写了。 所以数据还在那里。 所以，现在我们将寻找一些未格式化的内容，瞧。
我从 Strelec 启动映像启动机器...我发现分区恢复程序知道除 VMFS 之外的所有内容。 例如，他们知道 Synology 的分区布局，但不知道 VMFS。
搜索程序并不能让人放心：GetDataBack 和 R.Saver 最多只能找到具有实时目录结构和实时文件名的 NTFS 分区。 但这不适合我。 我需要两个 vmdk 文件：系统盘和垃圾文件盘。
然后我了解到我现在将安装 Windows 并从文件备份中推出。 同时我记得我在那里有一个 DFS 根。 还有一个部门文件夹访问权限系统，其范围和影响绝对是狂野的。 不是一个选择。 唯一在时间上可接受的选项是使用数据和所有权限恢复系统和磁盘的状态。
Google、论坛、KB'shki 和 Yaroslavna 再次呼吁：VMware ESXi 不提供数据恢复机制。 所有讨论线程都有两个结局：有人使用昂贵的 DiskInternals VMFS Recovery 进行恢复，或者某人得到了积极推广其服务的软件专家的帮助 vmfs 工具 и dd。 以 700 美元购买 DiskInternals VMFS 恢复许可证的选项不是一个选择。 允许来自“潜在敌人的领土”的外部人员访问公司数据也是不可行的。 不过google了一下发现VMFS分区也可以被UFS Explorer读取。
磁盘内部 VMFS 恢复
试用版已下载并安装。 程序成功看到空的 VMFS 分区：
模式 取消删除（快速扫描） 我还发现了一个破旧的数据存储，其中包含带有磁盘的虚拟机文件夹：
预览显示文件还活着：
将分区成功安装到系统中，但由于某种未知原因，所有三个文件夹都包含相同的虚拟机。 当然，根据法律规定，卑鄙并不是所要求的。
耻辱三行无耻地锁定软件的尝试以失败告终。 但 UFS Explorer 被锁定。
我对软件盗窃持极其消极的态度。 我绝不鼓励使用任何方法来绕过针对未经许可的使用的保护。
我处于灾难性的境地，对我所采取的措施一点也不感到自豪。
UFS 资源管理器
磁盘扫描显示存在 7 个节点。 节点数量“令人惊讶”地与 VMFS Recovery 检测到的 *-flat.vmdk 文件数量一致：
文件大小和节点大小的比较也显示了精确到字节的匹配。 同时，*-flat.vmdk 文件的名称及其属于虚拟机的名称也被恢复。
一般来说，从 ESXi 的角度来看，vmdk 磁盘由两个文件组成：数据文件 (<计算机名称>-flat.vmdk) 和“物理”磁盘布局文件 (<计算机名称>.vmdk)。 如果您从本地计算机将 *-flat.vmdk 文件上传到数据存储，ESXi 不会将其识别为有效的磁盘文件。 VMware知识库有一篇关于如何手动创建磁盘描述符文件的文章： ，但我不必这样做，我只是从DiskInternals VMFS Recovery中的文件内容预览区域复制了相应文件的内容：
经过 4 小时从 UFS Explorer 卸载 2,5 TB 节点并加载到虚拟机管理程序的数据存储中 20 小时后，崩溃的磁盘文件已连接到新创建的虚拟机。 磁盘拾起。 没有观察到数据丢失。
来源： habr.com