主頁 > 知識庫 > SQL Server誤區(qū)30日談 第14天 清除日志后會將相關(guān)的LSN填零初始化

SQL Server誤區(qū)30日談 第14天 清除日志后會將相關(guān)的LSN填零初始化

熱門標簽:怎么給高德做地圖標注 電銷外呼系統(tǒng)軟件功能 承德地圖標注公司名需要花錢嗎 美團地圖標注商戶認證注冊 慶陽地圖標注 咸陽電腦外呼系統(tǒng)運營商 榕城市地圖標注 浙江穩(wěn)定外呼系統(tǒng)供應(yīng)商 北京400電話辦理多少錢

誤區(qū) #14.清除日志后會將相關(guān)的LSN填零初始化

錯誤

    當日志文件在手動增長,自動增長和創(chuàng)建時都會進行填零初始化操作。但是請不要把這個過程和定期清除日志的過程搞混。日志截斷僅僅意味著將一個或多個VLF標記為不活動以便被重復(fù)使用。在日志清除的過程中,并沒有任何日志被清除或是填0?!扒宄罩尽焙汀苯財嗳罩尽币馑际且粯拥模紝儆谟迷~不當,因為在這個過程中日志的大小不會有任何改變。

    你可以在我的博客中看到有關(guān)日志文件填零初始化的博文:Search Engine QA #24: Why can't the transaction log use instant initialization?。以及我發(fā)布在TechNet雜志的文章:Understanding Logging and Recovery in SQL Server。

    你可以通過跟蹤標記3004來查看SQL Server對日志文件進行填零初始化的過程。將這個追蹤標記打開當日志文件增長時,你就可以在SQL Server日志中看到相關(guān)信息,下面是測試代碼:

復(fù)制代碼 代碼如下:

DBCC TRACEON (3004, 3605);
GO
-- Create database and put in SIMPLE recovery model so the log will clear on checkpoint
CREATE DATABASE LogClearTest ON PRIMARY (
NAME = 'LogClearTest_data',
FILENAME = N'D:\SQLskills\LogClearTest_data.mdf')
LOG ON (
NAME = 'LogClearTest_log',
FILENAME = N'D:\SQLskills\LogClearTest_log.ldf',
SIZE = 20MB);
GO
-- Error log mark 1
ALTER DATABASE LogClearTest SET RECOVERY SIMPLE;
GO
USE LogClearTest;
GO
-- Create table and fill with 10MB - so 10MB in the log
CREATE TABLE t1 (c1 INT IDENTITY, c2 CHAR (8000) DEFAULT 'a');
GO
INSERT INTO t1 DEFAULT VALUES;
GO 1280
-- Clear the log
CHECKPOINT;
GO
-- Error log mark 2
ALTER DATABASE LogClearTest SET RECOVERY SIMPLE;
GO

相應(yīng)的,在日志中你可以看到:
復(fù)制代碼 代碼如下:

2010-04-13 13:20:27.55 spid53 DBCC TRACEON 3004, server process ID (SPID) 53. This is an informational message only; no user action is required.
2010-04-13 13:20:27.55 spid53 DBCC TRACEON 3605, server process ID (SPID) 53. This is an informational message only; no user action is required.
2010-04-13 13:20:27.63 spid53 Zeroing D:\SQLskills\LogClearTest_log.ldf from page 0 to 2560 (0x0 to 0x1400000)
2010-04-13 13:20:28.01 spid53 Zeroing completed on D:\SQLskills\LogClearTest_log.ldf
2010-04-13 13:20:28.11 spid53 Starting up database 'LogClearTest'.
2010-04-13 13:20:28.12 spid53 FixupLogTail() zeroing D:\SQLskills\LogClearTest_log.ldf from 0x5000 to 0x6000.
2010-04-13 13:20:28.12 spid53 Zeroing D:\SQLskills\LogClearTest_log.ldf from page 3 to 63 (0x6000 to 0x7e000)
2010-04-13 13:20:28.14 spid53 Zeroing completed on D:\SQLskills\LogClearTest_log.ldf
2010-04-13 13:20:28.16 spid53 Setting database option RECOVERY to SIMPLE for database LogClearTest.
2010-04-13 13:20:29.49 spid53 Setting database option RECOVERY to SIMPLE for database LogClearTest.


上面測試代碼中ALTER DATABASE是作為日志中這部分的開始和結(jié)束標記。在兩個Alter Database命令中的CheckPoint并不會引起填0操作。如果你需要進一步驗證這點,在Checkpoint之前和之后分別使用DBCC SQLPERF (LOGSPACE)來查看日志文件的大小,你會發(fā)現(xiàn)雖然日志文件大小沒有變,但是日志的使用空間百分比會大大減少。

   (下圖是譯者測試的結(jié)果):

   

您可能感興趣的文章:
  • SQL Server誤區(qū)30日談 第29天 有關(guān)堆碎片的誤區(qū)
  • SQL Server誤區(qū)30日談 第28天 有關(guān)大容量事務(wù)日志恢復(fù)模式的誤區(qū)
  • SQL Server誤區(qū)30日談 第27天 使用BACKUP WITH CHECKSUM可以替代DBCC CheckDB
  • SQL Server誤區(qū)30日談 第26天 SQL Server中存在真正的“事務(wù)嵌套”
  • SQL Server誤區(qū)30日談 第25天 有關(guān)填充因子的誤區(qū)
  • SQL Server誤區(qū)30日談 第24天 26個有關(guān)還原(Restore)的誤區(qū)
  • SQL Server誤區(qū)30日談 第23天 有關(guān)鎖升級的誤區(qū)
  • SQL Server誤區(qū)30日談 第22天 資源調(diào)控器可以調(diào)控IO
  • SQL Server誤區(qū)30日談 第21天 數(shù)據(jù)損壞可以通過重啟SQL Server來修復(fù)
  • SQL Server誤區(qū)30日談 第20天 破壞日志備份鏈之后,需要一個完整備份來重新開始日志鏈
  • SQL Server誤區(qū)30日談 第19天 Truncate表的操作不會被記錄到日志
  • SQL Server誤區(qū)30日談 第18天 有關(guān)FileStream的存儲,垃圾回收以及其它
  • SQL Server誤區(qū)30日談 第17天 有關(guān)頁校驗和的誤區(qū)
  • SQL Server誤區(qū)30日談 第16天 數(shù)據(jù)的損壞和修復(fù)
  • SQL Server誤區(qū)30日談 第15天 CheckPoint只會將已提交的事務(wù)寫入磁盤
  • SQL Server誤區(qū)30日談 第13天 在SQL Server 2000兼容模式下不能使用DMV
  • SQL Server誤區(qū)30日談 第12天 TempDB的文件數(shù)和需要和CPU數(shù)目保持一致
  • SQL Server誤區(qū)30日談 第11天 鏡像在檢測到故障后瞬間就能故障轉(zhuǎn)移
  • SQL Server誤區(qū)30日談 第10天 數(shù)據(jù)庫鏡像在故障發(fā)生后 馬上就能發(fā)現(xiàn)
  • SQL Server誤區(qū)30日談 第9天 數(shù)據(jù)庫文件收縮不會影響性能
  • SQL Server誤區(qū)30日談 第8天 有關(guān)對索引進行在線操作的誤區(qū)
  • SQL Server誤區(qū)30日談 第7天 一個實例多個鏡像和日志傳送延遲
  • SQL Server誤區(qū)30日談 第6天 有關(guān)NULL位圖的三個誤區(qū)
  • SQL Server誤區(qū)30日談 第5天 AWE在64位SQL SERVER中必須開啟
  • SQL Server誤區(qū)30日談 第4天 DDL觸發(fā)器就是INSTEAD OF觸發(fā)器
  • SQL Server誤區(qū)30日談 第3天 即時文件初始化特性可以在SQL Server中開啟和關(guān)閉
  • SQL Server誤區(qū)30日談 第2天 DBCC CHECKDB會導(dǎo)致阻塞
  • SQL Server誤區(qū)30日談 第1天 正在運行的事務(wù)在服務(wù)器故障轉(zhuǎn)移后繼續(xù)執(zhí)行
  • SQL Server誤區(qū)30日談 第30天 有關(guān)備份的30個誤區(qū)

標簽:重慶 呼和浩特 新鄉(xiāng) 拉薩 上海 江蘇 貴州 昭通

巨人網(wǎng)絡(luò)通訊聲明:本文標題《SQL Server誤區(qū)30日談 第14天 清除日志后會將相關(guān)的LSN填零初始化》,本文關(guān)鍵詞  SQL,Server,誤區(qū),30日談,第,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《SQL Server誤區(qū)30日談 第14天 清除日志后會將相關(guān)的LSN填零初始化》相關(guān)的同類信息!
  • 本頁收集關(guān)于SQL Server誤區(qū)30日談 第14天 清除日志后會將相關(guān)的LSN填零初始化的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章