本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
對重複資料刪除進行故障診斷
使用下列資訊，以協助疑難排解設定和使用重複資料刪除時的一些常見問題。
重複資料刪除無法運作
若要查看重複資料刪除的目前狀態，請執行 Get-FSxDedupStatus PowerShell 命令以檢視最新重複資料刪除任務的完成狀態。如果一或多個任務失敗，則檔案系統上可能無法看到可用的儲存容量增加。
重複資料刪除任務失敗的最常見原因是記憶體不足。
Microsoft 建議
最好擁有每 1 TB 邏輯資料的 1 GB 記憶體 （或每 1 TB 邏輯資料至少 350 MB)。使用 Amazon FSx 效能表來判斷與檔案系統輸送量容量相關聯的記憶體，並確保記憶體資源足以容納您的資料大小。如果不是，您需要將檔案系統的輸送量容量提高到符合每 1 TB 邏輯資料記憶體需求 1 GB 的層級。 重複資料刪除任務設定為 Windows 建議的預設值 25% 記憶體配置，這表示對於具有 32 GB 記憶體的檔案系統，8 GB 將可用於重複資料刪除。記憶體配置是可設定的 （使用
Set-FSxDedupSchedule命令搭配 參數–Memory)。請注意，使用較高的記憶體配置進行刪除可能會影響檔案系統效能。您可以修改重複資料刪除任務的組態，以減少所需的記憶體量。例如，您可以限制最佳化以在特定檔案類型或資料夾上執行，或設定最佳化的最小檔案大小和期限。當您的檔案系統負載最少時，我們也建議設定重複資料刪除任務在閒置期間執行。
如果重複資料刪除任務的時間不足而無法完成，您也可能看到錯誤。您可能需要變更任務的最長持續時間，如中所述修改重複資料刪除排程。
如果重複資料刪除任務長時間失敗，且在此期間檔案系統上的資料有所變更，則後續重複資料刪除任務可能需要更多資源才能第一次成功完成。
重複資料刪除值意外設定為 0
SavedSpace 和 的值意外OptimizedFilesSavingsRate為 0，表示您在其中設定了重複資料刪除的檔案系統。
當您增加檔案系統的儲存容量時，這可能會在儲存最佳化過程中發生。當您增加檔案系統的儲存容量時，Amazon FSx 會在儲存最佳化程序期間取消現有的重複資料刪除任務，將資料從舊磁碟遷移到新的大型磁碟。儲存最佳化任務完成後，Amazon FSx 會在檔案系統上繼續重複資料刪除。如需增加儲存容量和儲存最佳化的詳細資訊，請參閱管理儲存容量。
刪除檔案後，檔案系統不會釋放空間
重複資料刪除的預期行為是，如果已刪除的資料是 dedup 節省了空間，則在垃圾收集任務執行之前， 檔案系統上不會實際釋放空間。
您可能會發現有用的做法是設定排程，以便在刪除大量檔案後立即執行垃圾收集任務。垃圾收集任務完成後，您可以將垃圾收集排程設回其原始設定。這可確保您可以立即從刪除中快速查看空間。
使用下列程序，將垃圾收集任務設定為在 5 分鐘內執行。
若要確認已啟用重複資料刪除功能，請使用
Get-FSxDedupStatus命令。如需 命令及其預期輸出的詳細資訊，請參閱 檢視已儲存空間的數量。-
使用下列設定排程，從現在開始 5 分鐘執行垃圾收集任務。
$FiveMinutesFromNowUTC = ((get-date).AddMinutes(5)).ToUniversalTime() $DayOfWeek = $FiveMinutesFromNowUTC.DayOfWeek $Time = $FiveMinutesFromNowUTC.ToString("HH:mm") Invoke-Command -ComputerName ${RPS_ENDPOINT} -ConfigurationName FSxRemoteAdmin -ScriptBlock { Set-FSxDedupSchedule -Name "WeeklyGarbageCollection" -Days $Using:DayOfWeek -Start $Using:Time -DurationHours 9 } -
垃圾收集任務執行且空間已釋出後，請將排程設回其原始設定。
