Windows Server 2012 R2 重複數據刪除 356GB 至 1.32GB
我正在對 Server 2012 R2 儲存空間進行重複數據刪除試驗。昨晚我讓它執行了第一次重複數據刪除優化，我很高興看到它聲稱減少了 340GB。
然而，我知道這太好了，不可能是真的。在該驅動器上，100% 的重複數據刪除來自 SQL Server 備份：
考慮到文件夾中有 20 倍大小的數據庫備份，這似乎不切實際。舉個例子：
它估計一個 13.3GB 的備份文件已被刪除為 0 字節。當然，當我對其進行測試還原時，該文件實際上並不能正常工作。
雪上加霜的是，該驅動器上還有另一個文件夾，其中包含近 TB 的數據，應該進行大量重複數據刪除，但沒有。
Server 2012 R2 重複數據刪除是否有效？
重複數據刪除確實有效。
使用重複數據刪除，磁碟欄位的大小變得毫無意義。這些文件不再是通常的“文件”，而是重新解析點，並且不包含實際數據，而是用於去重引擎重建文件的元數據。我的理解是，您無法節省每個文件，因為 dedup 塊儲存是每個卷的，因此您只能獲得每個卷的節省。 http://msdn.microsoft.com/en-us/library/hh769303(v=vs.85).aspx
如果還沒有對其他一些數據進行重複數據刪除，那麼您的重複數據刪除工作可能還沒有完成。它不是超快的，預設情況下是有時間限制的，並且可能會受到資源限制，具體取決於您的硬體。從伺服器管理器檢查去重計劃。
我已經在不同場景（SCCM DP、不同部署系統、通用文件伺服器、使用者主文件夾文件伺服器等）的多個系統（Windows 2012 R2）上部署了 dedup 大約一年了。只要確保您已完全修補，我記得自 RTM 以來有幾個重複數據刪除功能（累積更新和修補程序）的更新檔。
但是存在一些問題，一些系統無法直接從本地系統中的優化文件中讀取數據（IIS，在某些情況下為 SCCM）。正如 yagmoth555 所建議的那樣，您應該嘗試 Expand-DedupFile 取消優化它，或者只是製作文件的副本（目標文件將在下一次優化執行之前未優化）並重試。 http://blogs.technet.com/b/configmgrteam/archive/2014/02/18/configuration-manager-distribution-points-and-windows-server-2012-data-deduplication.aspx https://kickthatcomputer.wordpress .com/2013/12/22/no-input-file-specified-windows-server-2012-dedupe-on-iis-with-php/
如果您的 SQL 備份實際上已損壞，我相信這是因為另一個問題，而不是與重複數據刪除技術相關。