別讓垃圾數據謀殺你的工做效率

若是隻告訴備份產品須要備份哪些文件和數據庫，那麼這種簡單的方法可能會對用戶數據的可恢復性產生重大影響。正確的備份選擇其實是在確保應該備份的數據被確實備份了和不備份無價值的數據之間達成一種平衡。

物理服務器中的數據

全部備份產品都須要在物理服務器上進行初始安裝和配置。要讓本文中提到的策略可以發揮做用，用戶必須首先在數據中心的每一個物理服務器上安裝適當的軟件和受權。在備份系統正常工做以前，用戶必須進行初始鏈接和身份驗證。

手動選擇要備份的內容

這一技術一般與自動備份系統結合在一塊兒共同使用 。用戶將備份系統配置爲備份全部的VM、數據庫或文件系統，而後經過排除列代表確指出哪些內容不須要備份。這種方法能夠說是一種魚與熊掌二者兼得的方法，用戶既能夠經過自動備份方式確保備份了全部的重要數據，也能夠自動排除那些已知的無用數據。

用戶能夠在UI(用戶界面)中完成相關操做。在UI中，用戶只需單擊並手動選擇沒有任何價值的驅動器或數據庫便可。若是管理員想節省空間，那麼他們能夠將測試數據庫、BM或/tmp之類的文件系統添加到排除列表中，以確保空間不會被浪費。

設置選擇性排除的另外一種方法是使用通配符或正則表達式將不該備份的內容標識出來。例如，用戶能夠用 .tmp、.bak，*.cache來指定須要排除的內容，那麼帶全部這些擴展名的文件都不會被備份。熟練掌握正則表達式的用戶則能夠更爲方便地排除不須要備份的特定類型文件，不管這些文件在何處.

經過打標籤的方式識別須要備份的數據

經過標籤識別須要備份的數據是一種很是現代的方法。打標籤的方式在VM領域中很是廣泛。這樣，用戶不只能夠經過特定標籤識別出哪些VM須要備份，還能夠爲它們指定備份方式。例如，用戶能夠識別出帶有#database標籤的VM須要備份，還能夠爲其指定具體的備份策略。帶有#fileserver、#test等標籤的VM的狀況也是如此。

用戶能夠建立幾種特定行爲的備份策略，而後經過#標籤將這些策略應用於不一樣的VM。

這種方法實際上也是自動備份的一種表現形式，由於全部新的VM都會依據#標籤被自動添加到適當的備份策略中。此時，用戶仍然能夠繼續使用自動排除系統，以確保不會備份垃圾數據。

默認備份

只要使用自動備份或基於標籤的備份，用戶都須要一種包容性比較強的機制。例如，儘管帶有某類標籤或機制的VM或數據庫未被設置爲自動備份，可是用戶又但願它們仍然被備份。用戶使用智能系統(如基於標籤的備份方法)越頻繁，那麼默認備份系統就變得越重要。

若是備份系統支持默認備份，那麼一般它們的工做方式以下：該策略會備份全部未被自動策略或基於標籤的策略選中的VM或數據庫。雖然該策略不會針對特定系統的需求專門進行調整，可是至少會對其進行備份。用戶能夠監視該策略，查看默認備份是否備份了全部的系統。若是是，用戶應該檢查一下其中的緣由，並經過適當的備份配置來解決這一問題。

用戶須要牢記，備份系統設計的基本原則是「用戶沒法恢復未備份的內容」。沒有人會由於備份太多數據而被解僱，許多人被解僱的緣由偏偏是由於沒有備份足夠的數據。

用戶只須要盡本身最大的努力消除浪費的備份空間，寧肯失之過於謹慎也不能冒風險。與備份無價值的數據相比，用戶更應關注未備份的數據。

【責任編輯：趙寧寧 TEL：（010）68476606】