節點重新啟動後服務無法寫入資料

Question

節點重新啟動後服務無法寫入資料

BILL Bella 40

您好，

其中一個節點重新啟動後，服務無法再正常接收新的資料。部分主要資料分區仍然無法使用，導致寫入操作失敗。

請問我們應如何識別目前無法使用的資料分區、檢查節點目前的狀態，並安全地恢復這些資料分區，以便恢復正常的寫入操作？

感謝您的協助。

0 則留言

1 個回答

您的回答

Answer 1

Hello BILL Bella,

重新啟動後先不要直接對磁碟執行格式化或 Reset-PhysicalDisk，應先確認是實體磁碟、Storage Pool 還是 Virtual Disk/Volume 處於異常狀態；可使用 Get-PhysicalDisk | ft FriendlyName,SerialNumber,HealthStatus,OperationalStatus,Usage、Get-StoragePool 及 Get-VirtualDisk | ft FriendlyName,HealthStatus,OperationalStatus,DetachedReason 判斷受影響的資料分區。\

如果 Virtual Disk 顯示 Detached，先確認實體磁碟本身正常，再依環境使用 Connect-VirtualDisk 重新連接；如果顯示 Degraded/Incomplete，應先恢復缺失或故障的磁碟，再使用 Repair-VirtualDisk 進行修復，並以 Get-StorageJob 監控修復進度。

如果這是 Storage Spaces Direct (S2D) 節點，還需要確認 Cluster/CSV 狀態以及 Microsoft-Windows-StorageSpaces-Driver/Operational 事件記錄，因為節點重啟後可能出現 Detached Space 或需要進行 Data Integrity Scan。

若 Storage Spaces 已恢復正常但特定 NTFS/ReFS volume 仍無法寫入，再針對該 volume 執行 chkdsk <drive>: /scan 檢查檔案系統，而不要一開始就使用 /f 或 /r。

特別注意不要在尚未確認資料冗餘與磁碟狀態前執行 Reset-PhysicalDisk，因為對 Storage Spaces 而言此操作可能移除該磁碟上的 Storage Pool configuration/data；若目前的 Get-PhysicalDisk、Get-VirtualDisk 和 Get-StoragePool 輸出能提供，我們可以進一步判斷哪些資料分區需要恢復以及最安全的修復方式。

Harry P.