24.26個有關還原(restore)的誤區(qū)

1、Myth #24: 26 個有關還原 個有關還原(Restore)的誤區(qū) 的誤區(qū)都是錯誤的24 a)可以通過 WITH STOPAT 參數(shù)在完整備份和差異備份的基礎上還原到特定時間點當然不能。 雖然這個語法看上去貌似能的樣子，但這個語法的最佳實踐是你在進行日志還原到特定時間點時帶上，這樣你的還原就不會超過這個時間點（譯者注：比如說還原的第一個日志備份中不包含這個時間點，但你帶上這個參數(shù)則這個日志備份會被全部還原，直到你還原到包含時間點的

2、日志備份而不用擔心還原過頭）,對此我之前的一篇文章會更有幫助:Debunking a couple of myths around full database backups。24 b)使用了 WITH CONTINUE_AFTER_ERROR 選項之后還可以按照既定的還原順序進行還原錯誤。 如果你的備份集有損壞而不得不使用這個選項，那么你的還原順序將會不復存在。當進行日志還原時日志損壞，那么使用這個選項之前就需要三思而后行，因為這很有

3、可能造成數(shù)據(jù)不一致的問題。 在最壞的情況下會造成數(shù)據(jù)庫中結構被破壞，我不推薦使用這個選項。24 c)可以將數(shù)據(jù)庫的一部分還原到特定時間點不能，數(shù)據(jù)庫的每個部分都需要和主文件組時間點一致，否則就無法上線。 當然只讀文件組除外。24 d)可以將不同數(shù)據(jù)庫的不同文件組還原到一個新的數(shù)據(jù)庫中不能，每個數(shù)據(jù)庫的文件頭頁（譯者注：也就是頁號為 0 的頁）都有一個 GUID，除非這個 GUID 和另外數(shù)據(jù)庫的 GUID 一致才能還原（這當然不可能）。

4、24 e)還原可以去除索引碎片（或是更新統(tǒng)計信息等等）不能，你備份的是什么還原的就是什么，我之前的一篇文章對此有更詳細的解釋:blog post over on our SQL Server Magazine Q&A blog。24 f)在還原的過程中可以進行數(shù)據(jù)庫收縮不能，雖然大家都需要這個功能，在開發(fā)環(huán)境下恢復一個大部分是空的備份集時這就十分有用。但就是不能。24 g)可以將數(shù)據(jù)庫還原到任何更低版本的實例但備份集中并沒記錄何

5、時修改了這些區(qū)。 你可以通過如下腳本查看日志備份包含的信息量：New script: how much data will the next log backup include?。24 n)只要備份成功，就可以利用這個備份集進行還原No,no,no。 備份集只是存儲在 IO 子系統(tǒng)的文件，就和數(shù)據(jù)庫的文件一樣。 它也有損壞的可能。 你需要定期檢查備份是否被損壞，否則當災難發(fā)生后的驚喜怕你是承受不了。 請看:Importance of

6、validating backups。 另外一點需要注意的是避免額外的完整備份破壞恢復順序，這個例子或許會給你一點警示：BACKUP WITH COPY_ONLY - how to avoid breaking the backup chain。24 o)所有的 SQL Server 頁類型都可以通過單頁恢復進行還原不，一些分配位圖的頁（譯者注：比如 GAM,SGMA,FPS 頁等）不能通過進行單頁還原(這類頁可以通過 SQL Serv

7、er 2008 的鏡像進行自動頁修復)。 詳情你可以看我這篇文章:Search Engine Q&A #22: Can all page types be single-page restored?。24 p)RESTORE ... WITH VERIFYONLY 選項會驗證整個備份集不，這個選項僅僅檢查備份的頭是否正確。只有使用 WITH CHECKSUM 才可以完整備份集的校驗和檢查。24 q)可以在不還原證書的情況下，還原

8、被透明數(shù)據(jù)加密的數(shù)據(jù)庫不能，對于透明數(shù)據(jù)加密最重要的一點要記住，證書丟了意味著整個數(shù)據(jù)庫就沒了。24 r)當還原過程完成后，還原會進行 Redo 和 Undo每次還原操作后其實執(zhí)行的都是 Redo 操作，只有在整個還原過程完成后，才會進行Undo。24 s)壓縮備份集只能被還原到 SQL Server 2008 企業(yè)版中不，所有的版本都能還原壓縮后的備份。從 SQL Server 2008 R2 開始，標準版也可以進行壓縮備份。24 t