對于備份哪些內(nèi)容和不備份哪些內(nèi)容，目前有許多種方法，但是精髓應(yīng)該是備份那些在崩潰后進行恢復(fù)時所需要的內(nèi)容。

如果只告訴備份產(chǎn)品需要備份哪些文件和數(shù)據(jù)庫，那么這種簡單的方法可能會對用戶數(shù)據(jù)的可恢復(fù)性產(chǎn)生重大影響。正確的備份選擇實際上是在確保應(yīng)該備份的數(shù)據(jù)被確實備份了和不備份無價值的數(shù)據(jù)之間達成一種平衡。

物理服務(wù)器中的數(shù)據(jù)

所有備份產(chǎn)品都需要在物理服務(wù)器上進行初始安裝和配置。要讓本文中提到的策略能夠發(fā)揮作用，用戶必須首先在數(shù)據(jù)中心的每個物理服務(wù)器上安裝適當?shù)能浖褪跈?quán)。在備份系統(tǒng)正常工作之前，用戶必須進行初始連接和身份驗證。

手動選擇要備份的內(nèi)容

最常見的方法是在對指定的系統(tǒng)進行備份配置時，在備份系統(tǒng)中手動選擇需要備份的文件、對象或數(shù)據(jù)庫。以下為三個操作示例：

• 單擊V Center或Hyper-V控制面板，然后手動選擇要備份的VM。
• 從數(shù)據(jù)庫列表中手動選擇一個或多個數(shù)據(jù)庫。
• 手動選擇一個或多個文件系統(tǒng)或子目錄。

這種方法之所以最常用，主要是其符合人們的思維方式。如果用戶想要執(zhí)行備份，那么他們會詳細地列出自己想要備份的內(nèi)容。這種方法的另一大優(yōu)勢是，它們可以最大程度地減少對無價值數(shù)據(jù)的備份，因為很少有人會選擇測試VM或數(shù)據(jù)庫，或是選擇UNIX上的/tmp之類的文件系統(tǒng)。

手動選擇要備份內(nèi)容的問題在于，隨著時間的發(fā)展用戶不知道會出現(xiàn)什么事情。例如，如果僅備份用戶手動選擇的系統(tǒng)，那么更改配置后會發(fā)生什么情況？將新的VM添加到特定的VMware服務(wù)器時會發(fā)生什么情況？如果將特定的VM從VMware遷移到Hyper-V上，甚至是云端上，又會發(fā)生什么情況呢？如果用戶在VMware中手動選擇自己想要備份的內(nèi)容，那么當改用其他配置后，它是不會自動開始備份的。通常備份專家并不推薦這種方法，因為數(shù)據(jù)丟失的風險非常高。

自動選擇要備份的內(nèi)容

另一種常見的方法是簡單地指定所有需要備份的VM、數(shù)據(jù)庫或文件系統(tǒng)，將特定的VM或數(shù)據(jù)庫服務(wù)器添加到備份配置。這是最安全的方法，因為其可以確保所有的新數(shù)據(jù)源都會被備份。它們解決了手動備份方法存在的問題，因為VM（或從一種配置轉(zhuǎn)移到另一種配置的VM）的備份是自動進行的，無需通知任何人。

盡管這種方法實際上也備份了許多無價值的數(shù)據(jù)，但是它們可以確保用戶的重要數(shù)據(jù)能夠被自動備份。手動備份的最壞情況是，真實需要備份的重要文件系統(tǒng)、數(shù)據(jù)庫或VM被遺漏了。而自動備份的最壞情況是備份了許多無價值的垃圾數(shù)據(jù)。

選擇性排除不需要備份的內(nèi)容

這一技術(shù)通常與自動備份系統(tǒng)結(jié)合在一起共同使用。用戶將備份系統(tǒng)配置為備份所有的VM、數(shù)據(jù)庫或文件系統(tǒng)，然后通過排除列表明確指出哪些內(nèi)容不需要備份。這種方法可以說是一種魚與熊掌兩者兼得的方法，用戶既可以通過自動備份方式確保備份了所有的重要數(shù)據(jù)，也可以自動排除那些已知的無用數(shù)據(jù)。

用戶可以在UI（用戶界面）中完成相關(guān)操作。在UI中，用戶只需單擊并手動選擇沒有任何價值的驅(qū)動器或數(shù)據(jù)庫即可。如果管理員想節(jié)省空間，那么他們可以將測試數(shù)據(jù)庫、BM或/tmp之類的文件系統(tǒng)添加到排除列表中，以確保空間不會被浪費。

設(shè)置選擇性排除的另一種方法是使用通配符或正則表達式將不應(yīng)備份的內(nèi)容標識出來。例如，用戶可以用* .tmp、*.bak，*.cache來指定需要排除的內(nèi)容，那么帶所有這些擴展名的文件都不會被備份。熟練掌握正則表達式的用戶則可以更為方便地排除不需要備份的特定類型文件，無論這些文件在何處。

通過打標簽的方式識別需要備份的數(shù)據(jù)

通過標簽識別需要備份的數(shù)據(jù)是一種非常現(xiàn)代的方法。打標簽的方式在VM領(lǐng)域中非常普遍。這樣，用戶不僅可以通過特定標簽識別出哪些VM需要備份，還可以為它們指定備份方式。例如，用戶可以識別出帶有#database標簽的VM需要備份，還可以為其指定具體的備份策略。帶有＃fileserver、＃test等標簽的VM的情況也是如此。用戶可以創(chuàng)建幾種特定行為的備份策略，然后通過＃標簽將這些策略應(yīng)用于不同的VM。

這種方法實際上也是自動備份的一種表現(xiàn)形式，因為所有新的VM都會依據(jù)＃標簽被自動添加到適當?shù)膫浞莶呗灾小４藭r，用戶仍然可以繼續(xù)使用自動排除系統(tǒng)，以確保不會備份垃圾數(shù)據(jù)。

默認備份

只要使用自動備份或基于標簽的備份，用戶都需要一種包容性比較強的機制。例如，盡管帶有某類標簽或機制的VM或數(shù)據(jù)庫未被設(shè)置為自動備份，但是用戶又希望它們?nèi)匀槐粋浞荨Ｓ脩羰褂弥悄芟到y(tǒng)（如基于標簽的備份方法）越頻繁，那么默認備份系統(tǒng)就變得越重要。

如果備份系統(tǒng)支持默認備份，那么通常它們的工作方式如下：該策略會備份所有未被自動策略或基于標簽的策略選中的VM或數(shù)據(jù)庫。雖然該策略不會針對特定系統(tǒng)的需求專門進行調(diào)整，但是至少會對其進行備份。用戶可以監(jiān)視該策略，查看默認備份是否備份了所有的系統(tǒng)。如果是，用戶應(yīng)該檢查一下其中的原因，并通過適當?shù)膫浞菖渲脕斫鉀Q這一問題。

用戶需要牢記，備份系統(tǒng)設(shè)計的基本原則是“用戶無法恢復(fù)未備份的內(nèi)容”。沒有人會因為備份太多數(shù)據(jù)而被解雇，許多人被解雇的原因恰恰是因為沒有備份足夠的數(shù)據(jù)。用戶只需要盡自己最大的努力消除浪費的備份空間，寧可失之過于謹慎也不能冒風險。與備份無價值的數(shù)據(jù)相比，用戶更應(yīng)關(guān)注未備份的數(shù)據(jù)。