導讀:1建站知識備份不會導致對用戶對象加鎖，雖然備份對IO系統的負擔導致看起來阻塞了，但實際上不會。唯一的特例是當備份包含高端網站建設網站seo優化診斷工具。

誤區 #30：有關備份的30個誤區全是錯的在開始有關備份的誤區之前，如果你對備份的基礎沒有了解，請看之前我在TechNet Magazine的文章:Understanding SQL Server Backups。30-01)備份操作會導致阻塞不，備份不會導致對用戶對象加鎖，雖然備份對IO系統的負擔導致看起來阻塞了seo網站優化軟件，但實際上不會。唯一的特例是當備份包含到那些最小日志操作涉及到的數據區需要被加鎖時，這個操作會阻塞CheckPoint,但DML操作永遠不會受到備份操作的阻塞。30-02)由完整恢復模式切換到大容量事務日志恢復模式再切換回來會導致日志鏈斷裂不，這兩種模式互相切換不會導致日志鏈斷裂。30-03)只有完整備份才能重新開始被斷裂的日志鏈除了完整備份模式可以重新日志鏈之外，差異備份也可以重新開始日志鏈-總而言之，日志斷裂那部分只要被差異備份所包含，就可以重新開始日志鏈。詳情請看我之前的一篇博文：SQL Server誤區30日談-Day20-破壞日志備份鏈之后，需要一個完整備份來重新開始日志鏈。 30-04)在完整或是差異備份時，不允許進行日志備份錯誤，在SQL Server 2005之后，完整或是差異備份的同時可以進行日志備份，詳情請看:Search Engine Q&A #16: Concurrent log and full backups。30-05)完整或差異備份會清除日志不，因為日志備份包含了自上次日志備份以來所有的日志，這點無可改變，即使這期間的日志被完整或是差異備份所備份。我在Twitter上曾經有一個有名的文章闡述了這點：Misconceptions around the log and log backups: how to convince yourself。總之，在完整或大容量事務日志恢復模式下，只有備份日志才會清除日志。30-06)如果使用大容量事務日志恢復模式中含有了那些最小記錄日志的操作，則下一次日志備份的日志會減少不，“最小記錄日志”之所以這么叫是因為只有涉及到相關的頁分配才會被記錄到日志。日志備份中必須包含使得這類操作可以回滾的部分，也就是所有日志以及“最小記錄日志”操作所涉及的相關區。這使得大容量事務日志模式下日志需要備份的內容和完整恢復模式下日志需要備份的內容大小基本一致。30-07)完整或差異備份中所包含的日志僅僅是這個操作進行時生成的日志錯誤，完整或差異備份需要日志來將數據庫還原到當完整或差異備份結束時的事務一致性狀態。下面兩篇博文對此有更詳細的解釋: