有很多方法可以區分哪些是需要備份的，哪些是不需要備份的，但基本的目標應該是始終備份在崩潰中生存所需的一切。

[[333793]]

一些簡單的事情，比如告訴備份產品要備份哪些文件和數據庫，可能會對你的可恢復性產生巨大的影響。正確的備份選擇在本質上是一種平衡，一方面要確保應該備份的所有內容都得到了真正的備份，另一方面又要盡量不備份沒有價值的數據。

物理服務器包含

實際上，所有的備份產品都需要在物理服務器級別上進行一些初始的安裝和配置。這意味著，要使本文中提到的任何策略有效，必須首先在數據中心的每個物理服務器上安裝適當的軟件。包括每個VMware或Hyper-V服務器(不要與這些服務器上的每個VM混淆)，每個物理UNIX或Windows服務器，以及任何正在備份的云服務。在備份系統發揮它的作用之前，必須有人進行初始連接和身份驗證。

選擇性包含

在備份系統中包含文件、對象或數據庫的最常見方法是在配置給定系統的備份時手動選擇它們。這里有三個選擇性包含的例子:

• 點擊vCenter或Hyper-V控制面板，手動選擇要備份的虛擬機
• 在所有數據庫列表中手動選擇一個或多個數據庫
• 手動選擇一個或多個文件系統或子目錄

這是很常見的方法，因為它符合人們的思維方式;他們想要執行備份，就指定要備份的內容。它還有助于很大限度地減少沒有價值的備份數據量，因為很少有人會選擇測試虛擬機或數據庫，或者UNIX上像/tmp這樣的文件系統。

選擇性包含的問題是隨著時間的推移會發生什么。如果只備份你手動選擇的系統，那么當配置更改時又會發生什么?例如，當你向給定的VMware服務器添加新VM時，會發生什么情況?如果你把一個給定的虛擬機從VMware轉移到Hyper-V，甚至是云上時，又會發生什么呢?如果你在VMware中手動選擇它，它將不會在移動到另一個配置時自動開始備份。備份專家通常會對這種類型的備份選擇方法提出警告，因為數據丟失的風險太高了。

自動包含

將給定的VM或數據庫服務器添加到備份配置之后，另一種非常常見的方法是簡單地指定應該備份在其中的所有VM、數據庫或文件系統。這是最安全的備份包含方法，因為它可以確保每個新的數據源都將被備份。它解決了選擇性包含的問題，因為VM(或從一種配置類型轉移到另一種配置類型的VM時)將自動備份，而不需要通知任何人。

有人說這種方法實際上也確保了它將備份毫無價值的數據。雖然這是真的，但它也將確保你能夠自動備份所有的重要數據。使用選擇性包含的最壞情況是可能會有一個非常重要的文件系統、數據庫或VM沒有得到備份。而如果使用自動包含系統，最壞的情況將是你同時也在備份垃圾數據。

選擇性排除

這種技術通常會與自動包含系統一起使用?？蛻襞渲盟麄兊膫浞菹到y，以備份每個VM、數據庫或文件系統，但是會排除列表中明確列出的那些。選擇性排除也是一種兩全其美的方法，因為它允許你使用自動包含來作為一種確保所有重要數據都能得到備份的方法，同時自動排除已知的無價值數據。

這可以在用戶界面中完成，客戶可以通過點擊并手動選擇他或她所知道的沒有價值的驅動器或數據庫。試圖節省空間的管理員可能會將測試數據庫或BM或/tmp之類的文件系統添加到排除列表當中，以確保不會在它們身上浪費空間。

設置選擇性排除的另一種方法是使用通配符或正則表達式來標識不應該備份的內容。例如，可以指定*.tmp， *.cache，*.bak為通配符排除模式;任何帶有這些擴展名的文件都將不會被備份。那些熟悉正則表達式的人將能夠很有創造性地使用它們來排除特定類型的文件，無論它們是在哪里被找到。

基于標記的包含

在備份中包含數據的一種非?，F代化的方法是使用標記，這在VM世界中非常普遍。這不僅能夠允許你指定應該備份的具有特定標記的VM，還將允許你指定備份它們的方法。例如，可以指定使用#database標記的VM所應該使用的數據庫備份策略進行備份，而該策略將以特定的方式處理這些VM。對于帶有#fileserver、#test等標簽的VM也是如此。你可以創建以特定方式運行的幾種不同類型的備份策略，然后通過hashtag來將這些策略應用于不同的VM。

這是一種自動包含的形式，因為任何新的VM都將根據hashtag自動添加到適當的備份策略當中。你還可以繼續使用自動排除系統來確保垃圾數據不會被備份。

默認包含

無論何時使用自動包含或基于標記的包含，都需要某種全包機制。例如，如果沒有通過某種類型的hashtag或其他機制來自動選擇VM或數據庫，就需要確保它仍然會被備份。你使用的智能系統(如基于標記的包含)越多，默認的包含系統就會變得越重要。

如果你的備份系統支持它，它的工作方式應該是這樣的:任何尚未由自動策略或基于標記的策略所選擇的虛擬機或數據庫都將由該策略備份。顯然，該策略不會根據特定系統的需要進行調整，但至少會進行某種類型的備份。然后可以監視這個特定的策略，查看是否有任何系統使用默認包含系統進行了備份。如果是，也許你應該檢查為什么會發生這種情況，并通過將它們放入適當類型的備份配置中來解決這個問題。

請記住備份系統設計的一個基本規則是:你不能恢復尚未備份的內容。沒有人會因為備份了太多的數據而被解雇，但是很多人會因為沒有備份足夠的數據而被解雇。盡你所能消除浪費的備份，但要謹慎行事。與備份毫無價值的數據相比，你更需要關心沒有被備份的數據。這應該有助于防止你創造很多人所說的生產恢復事件。