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

[[333793]]

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

物理服務器包含

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

選擇性包含

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

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

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

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

自動包含

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

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

選擇性排除

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

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

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

基于標記的包含

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

這是一種自動包含的形式，因為任何新的VM都將根據(jù)hashtag自動添加到適當?shù)膫浞莶呗援斨?。你還可以繼續(xù)使用自動排除系統(tǒng)來確保垃圾數(shù)據(jù)不會被備份。

默認包含

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

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

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