30-04)在完整或是差異備份時，不允許進行日志備份 錯誤，在SQL Server 2005之后，完整或是差異備份的同時可以進行日志備份，詳情請看:Search Engine QA #16: Concurrent log and full backups。
30-05)完整或差異備份會清除日志 不，因為日志備份包含了自上次日志備份以來所有的日志，這點無可改變，即使這期間的日志被完整或是差異備份所備份。我在Twitter上曾經(jīng)有一個有名的文章闡述了這點：Misconceptions around the log and log backups: how to convince yourself。總之，在完整或大容量事務日志恢復模式下，只有備份日志才會清除日志。
30-17)日志備份所占的大小會和日志所占的大小一致 錯誤。日志中包含了需要回滾活動事務的日志。DBCC SQLPERF (LOGSPACE)所體現(xiàn)出來的日志空間使用并不能正確反映出日志條目所占的空間。Search Engine QA #25: Why isn't my log backup the same size as my log?。此外，需要備份的日志部分往往是自上次日志備份以來所有的日志。如果日志大于自上次日志備份以來所有的日志，說明還有長時間活動未結束的事務。
30-25)備份數(shù)據(jù)需要關閉SQL Server 這個，我真不知道這個謠言從哪來的。(編輯:顯然從Oracle來的，因為我們都知道和SQL Server比起來Oracle要強很多:-)。
30-26)正在執(zhí)行的事務只要在備份完成之前提交就一定會包含在這個備份中 錯誤，只有在備份的數(shù)據(jù)讀取階段完成之前提交并寫入磁盤的事務才會包含在備份之。詳情請看:Search Engine QA #6: Using fn_dblog to tell if a transaction is contained in a backup。
30-27)在備份之前收縮數(shù)據(jù)庫可以減少備份的大小 錯誤，收縮僅僅是移動頁，并不會引起備份大小的改變。詳情請看:Conference Questions Pot-Pourri #10: Shrinking the database before taking a backup。除此之外，還有一篇博文:SQL Server誤區(qū)30日談-Day9-數(shù)據(jù)庫文件收縮不會影響性能。不但如此，還有人提醒我說，如果在完整備份之后進行了數(shù)據(jù)庫收縮，則即使數(shù)據(jù)沒有改變，下一次差異備份也會變得巨大。
