SQL Server 交易記錄檔不會被截斷的原因的描述

重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。

按一下這裡查看此文章的英文版本:62866
結論
下列是一些原因為何交易記錄檔填滿,而且永遠不會遭到截斷,即使"trunc。登入 chkpnt 」 選項設定至,則為 True,且定期的檢查點完成處理過程。
其他相關資訊
填滿記錄檔的無限制的更新 ; 也就是沒有沒有 WHERE 子句上 UPDATE 陳述式。因為交易 (不論使用者宣告或隱含) 必須要能夠完全復原或認可整個,記錄檔必須夠大,以維持在交易的所有資訊。因此,即使截斷記錄檔,很可能,記錄檔填滿,如果單一的大型交易太小。

如果使用 WHERE 子句、 資料表是非常大,WHERE 子句是太一般性,造成大量的記錄會受到影響,也可能會發生這種情況。沒有位置會發生此問題的另一個情況: 如果會執行多個更新,同時會影響的記錄,足以,記錄檔檢查點完成之前填滿,記錄檔仍可以填滿。
Windows NT

警告:本文為自動翻譯

內容

文章識別碼:62866 - 最後檢閱時間:02/19/2007 21:25:12 - 修訂: 4.3

Microsoft SQL Server 4.21a Standard Edition, Microsoft SQL Server 6.0 Standard Edition, Microsoft SQL Server 6.5 Standard Edition, Microsoft SQL Server 7.0 Standard Edition, Microsoft SQL Server 2000 Standard Edition, Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2005 Express Edition, Microsoft SQL Server 2005 Workgroup Edition

  • kbmt kbinfo kbother KB62866 KbMtzh
意見反應