andrew Asked: 2023-07-19 15:56:23 +0800 CST2023-07-19 15:56:23 +0800 CST 2023-07-19 15:56:23 +0800 CST ESX：存储上的卷已满后数据存储上的 FS 损坏 772 我观察到此故障：存储上的卷已满后，数据存储上的 FS 损坏，实际上发生了两次，唯一的选择是再次重新创建新的数据存储。 以下是按时间顺序发生的事情： 数据存储已断开连接（重新导出到 ESXi 主机） 存储阵列上的卷已满 100% 数据存储上的 FS 已损坏（数据丢失） 您知道根本原因是什么吗？不幸的是我没有日志。唯一的线索是在 FS 崩溃之前 DS 总是满的。这是标准行为吗？我们正在使用连接到此存储的多个 ESX 版本：ESX 版本。7, 6.5 vmware-vsphere 1 个回答 Voted Best Answer Zac67 2023-07-19T16:27:01+08:002023-07-19T16:27:01+08:00 如果您对 VMDK 使用精简配置，尤其是在同一卷上进行 ESXi 交换/日志记录，那么您绝不会耗尽存储空间。如果精简配置的VMDK无法增长，则必须冻结VM——冻结也需要存储，因此VM必然会受到损坏。 同时，主机无法写入自己的重要存储并开始冻结。实际上不再有任何故障模式了。 ESXi 需要在危险真正发生之前检测到它，从而带来相当多的复杂性（数据可能会很快生成/写入）。因此，作为管理员，您通常有责任：确保密切监控磁盘使用情况，尽早将不断增长的虚拟机迁移到其他存储，并准备好添加更多磁盘以进行存储扩展。
如果您对 VMDK 使用精简配置，尤其是在同一卷上进行 ESXi 交换/日志记录，那么您绝不会耗尽存储空间。如果精简配置的VMDK无法增长，则必须冻结VM——冻结也需要存储，因此VM必然会受到损坏。
同时，主机无法写入自己的重要存储并开始冻结。实际上不再有任何故障模式了。
ESXi 需要在危险真正发生之前检测到它，从而带来相当多的复杂性（数据可能会很快生成/写入）。因此，作为管理员，您通常有责任：确保密切监控磁盘使用情况，尽早将不断增长的虚拟机迁移到其他存储，并准备好添加更多磁盘以进行存储扩展。