在優化備份方面，有三種關鍵策略可以幫助您充分利用數據備份：

重復數據刪除

數據壓縮

存儲分層

一、重復數據刪除

重復數據刪除的過程基于查找和消除重復數據塊。它涉及檢查文件中的數據并僅存儲自上次備份操作以來已更改的塊。使用索引，重復數據刪除跟蹤要刪除重復數據的唯一塊或文件。

當找到重復的塊或文件時，它將替換為哈希（塊）或文件存根（文件），以減小要存儲的備份數據的總體大小。重復數據刪除可以實現（取決于其實施方式）節省的空間，遠遠達到90%+ 的范圍。

塊級重復數據刪除假定塊大小一致（例如4K、8K、16K、32K）。請記住，要刪除重復數據的備份數據類型可能更適合更大或更小的塊大小，以便找到更多匹配項并最大程度地減少大小。還有可變塊重復數據刪除，它可以識別數據中的模式，調整使用的塊大小，甚至可以對齊塊起點和終點，以節省更多空間。

重復數據刪除可能會占用大量處理器資源，因此在您的方法中需要考慮一些注意事項：

源與目標 –重復數據刪除是在備份到云（源）之前還是在云（目標）中發生？

作業級別與全局級別 –重復數據刪除是僅針對單個備份作業（例如，幾個虛擬機）中的數據，還是針對所有備份作業（例如，整個企業）中的數據？

對SaaS數據進行重復數據刪除- 假設您的備份策略包括Microsoft365和Salesforce實例（以及其他關鍵云應用程序），您也應該刪除該數據。

軟件定義與基于設備的–雖然大多數備份解決方案中確實存在重復數據刪除，但許多組織希望有一個專用于重復數據刪除的解決方案。有些使用物理設備，這意味著您需要擔心硬件問題、刷新等。

二、數據壓縮

數據壓縮就是在將數據發送到云之前壓縮要備份的數據。這減少了在工作負載和云備份之間移動的數據量。由于涉及處理器密集型性質，會產生延遲，因此必須平衡所需的壓縮率與它在備份和還原過程中產生的延遲。良好的壓縮比應低于1：10（壓縮大小與原始數據大小）。雖然數據類型以不同的比率壓縮，但1：12將被認為是出色的壓縮率。

壓縮的本質是處理器密集型的，這應該提出是否應該壓縮的問題。簡短的回答是肯定的，但需要注意的是，只要壓縮不會減慢備份和恢復速度，您就可以獲得壓縮的好處。

三、存儲分層

重復數據刪除和數據壓縮非常適合本地和云源和目標。但是，云存儲還有另一種選擇，您可以利用這些選項來降低成本：存儲分層。云存儲提供商提供多層存儲，通常會犧牲性能和訪問速度來降低成本，“較冷”層的每GB成本較低，但速度要慢得多。在存儲分層方面，優化云中備份成本的最佳方法是采用基于策略的自動化方法。這將幫助您隨著時間的推移將保留的備份移動到較冷的存儲層，從而降低成本。

每個層還有其他因素（例如，可用性、最小存儲持續時間、每個對象的最低存儲費用）。在恢復過程中，您希望與性能相關的任何因素（以分鐘為單位）。因此，例如，如果您在AWS上使用“最冷”的存儲層，則第一個字節延遲（即，在恢復其中一個備份之前應預期多長時間）僅列為“小時”，這意味著您可能在這么長時間內看不到恢復開始！