ReFS 檔案系統損壞後的資料修復步驟 ?

Question

在一次意外的主機崩潰後，S2D 叢集中的一個使用 ReFS 格式化的 CSV 卷進入了 檔案系統損壞狀態。在這種情況下，卷無法像 NTFS 那樣透過 chkdsk 自動修復，因為 ReFS 並不支援該工具。

例如：

某些虛擬機在存取該卷時直接出錯，導致應用程式無法繼續運行。

管理員嘗試掛載該卷時，系統提示檔案系統不一致，無法正常讀取資料區塊。

這類問題的複雜性在於，ReFS 的自癒機制在此場景下失效，導致資料區塊無法自動恢復。我們必須考慮使用更高階的修復工具或手動步驟來盡量挽救資料。

在這種情況下，應該採取哪些高階修復工具或具體步驟來恢復受損的資料區塊，同時最大限度地保證資料完整性？

Answer 1

如果主机崩溃后发生 ReFS 损坏，并且卷无法正常挂载，请不要将其按 NTFS 的方式处理，也不要使用 CHKDSK。 微软支持的做法是，首先验证底层 S2D 存储、物理磁盘以及 CSV 所有权的健康状态，因为 ReFS 损坏症状通常是底层存储问题所导致的次生现象。

如果卷仍然无法访问，Microsoft 提供的主要恢复工具是 refsutil salvage，该工具专为严重损坏的 ReFS 卷设计。 它会扫描卷、识别仍然完好的文件，并将可恢复的数据复制到另一个健康的卷中。

典型恢复命令：

refsutil salvage -FA E： D：\Working D：\RecoveredData -v

该命令会执行完整扫描，并将可恢复的文件复制到目标位置。 源卷不得作为工作目录或目标目录使用。

对于 S2D 群集，还应检查以下内容：

获取存储池

获取虚拟磁盘

获取物理磁盘

修复-虚拟磁盘

以确保在尝试数据恢复之前，底层 Storage Spaces 层处于健康状态。

如果 ReFS 的自我修复机制无法恢复元数据，并且该卷实际上已变为 RAW 状态，则 refsutil salvage 是微软支持的最后恢复手段。 在数据恢复完成后，建议重新创建 ReFS 卷，并从备份恢复工作负载，而不是继续在已损坏的文件系统上运行。