在優(yōu)化備份方面，有三種關(guān)鍵策略可以幫助您充分利用數(shù)據(jù)備份：

重復(fù)數(shù)據(jù)刪除

數(shù)據(jù)壓縮

存儲分層

一、重復(fù)數(shù)據(jù)刪除

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

當(dāng)找到重復(fù)的塊或文件時，它將替換為哈希（塊）或文件存根（文件），以減小要存儲的備份數(shù)據(jù)的總體大小。重復(fù)數(shù)據(jù)刪除可以實現(xiàn)（取決于其實施方式）節(jié)省的空間，遠(yuǎn)遠(yuǎn)達(dá)到90%+ 的范圍。

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

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

源與目標(biāo) –重復(fù)數(shù)據(jù)刪除是在備份到云（源）之前還是在云（目標(biāo)）中發(fā)生？

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

對SaaS數(shù)據(jù)進(jìn)行重復(fù)數(shù)據(jù)刪除- 假設(shè)您的備份策略包括Microsoft365和Salesforce實例（以及其他關(guān)鍵云應(yīng)用程序），您也應(yīng)該刪除該數(shù)據(jù)。

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

二、數(shù)據(jù)壓縮

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

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

三、存儲分層

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

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