所有的IT人士在進入這個行業的第一天就明白定期備份對于企業數據來說是一件極為重要的事情。

但在實施備份工作時，仍然有人還是不小心會犯一些致命錯誤。

1.沒有頻繁的進行系統狀態備份在Windows環境中，系統狀態備份都是有一個有效期的。

對于域控制器來說，這個有效期等于tombstone最大有效期(默認為60天)。

在此之后，備份將清零。

就算沒有域控制器，有效期仍然是備份時需要考慮的問題。

在Windows網絡環境中，每一臺電腦都在活動目錄AD中有一個相對應的賬號。

和用戶賬號一樣，計算機賬號也有與之關聯的密碼。

兩者之間的不同之處是，計算機帳戶的密碼是指定的，并且由Windows定期更換。

如果你試圖恢復一個古老的備份文件，那么這個備份文件中包含的計算機帳戶密碼將不能與當前該計算機在AD中存儲的密碼相匹配，這將導致該電腦無法進入域。

雖然有變通的辦法來解決此問題，但最簡單的辦法還是較頻繁的進行服務器系統狀態備份。

2.沒有充分對備份進行測試我們都知道應該定期對備份進行測試，但是實際上我們都覺得測試應該是在出現錯誤或備份不完全時才做的。

不要忘記，備份只是災難解決方案的第一步，如果我們不能順利恢復備份文件，那么一旦災難發生我們就慘了。

因此必須確保備份后的文件能夠真正被恢復（ID:ydotpub）。

3.未使用有程序感知能力的備份程序對于一些應用程序，初級的備份并不夠的。

一個典型的例子就是Microsoft Exchange，對其進行備份需要一個具有應用程序感知功能的備份工具。

如果備份工具選擇錯誤，會導致所備份的數據內容處于不一致的狀態(通常無法被恢復)。

因此，要清楚你的服務器上都安裝有哪些應用程序，以及這些程序是否對備份工具有特殊要求。

4.將備份磁帶轉移的速度太快業內有家公司里，他們每天早上八點會通過快遞將之前一天的備份數據磁帶運送到指定的離線存儲地點。

一天早上，系統在九點半時崩潰了，而備份的磁帶此時正在送往離線存儲點的路上，無法立即進行數據恢復。

直到第二天凌晨4點，我們才確定了備份磁帶所處的位置。

當系統回復時，距離系統當機已經有差不多一整天了。

5.單點錯誤永遠要記住，備份就是系統的安全網。

一旦一個服務器崩潰，你的備份文件就成為了最優先的(有時候也是唯一的)系統狀態恢復機制。

正因為備份是如此重要，因此我們應該盡量避免單一性錯誤對于備份造成的破壞。

如果可能的話，可以對你的備份文件進行再次備份。

因為我們誰都不希望每天晚上因為沒有備份系統而整夜祈禱系統不要崩潰。

6.沒有計劃好未來有時候，為了環境整潔的需要，公司人員會打掃凌亂不堪的存儲設備機房，并且扔掉了一些廢舊的電腦設備。

雖然這個工作看起來并沒有什么不利影響，但是老設備之所以被放置在存儲設備機房，就自然有它存在的道理。

即使技術不斷的更新，我們仍需要保留一些必要的老設備和軟件來讀取古老的備份磁帶。

7.沒有考慮使用備份安全機制的后果對于大多數企業來說，IT安全都是首要問題。

但是有時候，安全機制也有它的副作用。

實際工作中，由于所有人都不記得備份時的密碼而導致備份數據無法被恢復的囧人案例在不停發生。

由于采用了硬件級加密措施，導致在升級磁帶機時出現了新磁帶機無法支持之前的加密方式(這意味著老磁帶上的備份數據將無法被恢復)的情況也一樣會存在。

備份數據必須被加密，這是毋庸置疑的，但是衡量安全機制的后果也是同樣重要的。

如果你必須在系統出現重大錯誤后通過備份文件恢復系統，你會發現一個強大的安全措施會擋在你進行數據恢復的道路上。

8.只備份數據有人說，只需要備份數據就可以了，而服務器系統以及服務器上的軟件則不需要進行備份。

雖然這么說看似有一定道理，實際上完全行不通。

如果企業服務器出現重大問題需要進行全面恢復，可以先重新安裝操作系統，然后重新安裝所有必要軟件，再根據備份文件進行數據恢復。

但是在進行災難恢復時，時間往往是一個重要的因素。

直接對整個系統進行恢復所耗費的時間，遠遠少于重新安裝操作系統和軟件后在恢復數據的時間。

更重要的是，很難手動配置一個服務器，與之前的服務器配置參數完全一致。

而對整個系統進行備份則可以完全不必考慮這些棘手的問題。

9.僅僅依靠磁盤到磁盤的備份方案與傳統的磁帶備份相比，磁盤到磁盤的備份解決方案具備了很多額外的功能和優勢。

盡管如此，企業也不能把磁盤到磁盤的備份解決方案作為唯一的備份方案，因為備份服務器也會面臨和其所備份的服務器一樣的風險。

一次颶風，一個閃電，火災或者地震等就可以將所有備份數據消滅掉。

因此，定期將磁盤上的備份數據定期備份到磁帶上是很有必要的。

10.使用間隔太短的磁帶輪換計劃曾有企業采用了周期為兩周的磁帶輪換計劃。

看上去這個計劃還不錯，不過后來發現兩周的時間周期有點短了。

一次，這個企業的Exchange服務器由于信息數據被破壞而出現崩潰。

嘗試恢復備份文件時發現，所備份的數據同樣存在被破壞的情況。

數據損壞的情況已經出現了一段時間并且愈演愈烈，最終導致Exchange服務器崩潰。

我們備份的每一個磁帶上所存儲的都是被破壞的數據內容，從而導致服務器無法被順利恢復。

這同樣驗證了之前所提到的，對備份系統進行校驗是多么重要的一件事。

另外這個案例也告訴我們，如果采用磁帶輪換計劃，一定要有足夠長的輪換周期。