mssql

推荐列表 站点导航

当前位置:首页 > 数据库 > mssql >

SQL Server误区30日谈 第14天 清除日志后会将相关的LSN填零初始

来源:网络整理  作者:网络  发布时间:2020-12-11 16:31
当日志文件在手动增长,自动增长和创建时都会进行填零初始化操作。但是请不要把这个过程和定期清除日志的过程...
GO 1280
2010-04-13 13:20:27.63 spid53 Zeroing D:\SQLskills\LogClearTest_log.ldf from page 0 to 2560 (0x0 to 0x1400000)
-- Error log mark 2
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.

GO
-- Create table and fill with 10MB - so 10MB in the log
NAME = 'LogClearTest_data',
2010-04-13 13:20:29.49 spid53 Setting database option RECOVERY to SIMPLE for database LogClearTest.
USE LogClearTest;


2010-04-13 13:20:28.12 spid53 FixupLogTail() zeroing D:\SQLskills\LogClearTest_log.ldf from 0x5000 to 0x6000.

当日志文件在手动增长,自动增长和创建时都会进行填零初始化操作。但是请不要把这个过程和定期清除日志的过程搞混。日志截断仅仅意味着将一个或多个VLF标记为不活动以便被重复使用。在日志清除的过程中,并没有任何日志被清除或是填0。“清除日志”和”截断日志”意思是一样的,但都属于用词不当,因为在这个过程中日志的大小不会有任何改变。


GO
LOG ON (
-- Create database and put in SIMPLE recovery model so the log will clear on checkpoint
GO
ALTER DATABASE LogClearTest SET RECOVERY SIMPLE;
CHECKPOINT;

SQL Server误区30日谈 第14天 清除日志后会将相关的LSN填零初始化

复制代码 代码如下:

复制代码 代码如下:

NAME = 'LogClearTest_log',
GO
CREATE DATABASE LogClearTest ON PRIMARY (
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.
ALTER DATABASE LogClearTest SET RECOVERY SIMPLE;
上面测试代码中ALTER DATABASE是作为日志中这部分的开始和结束标记。在两个Alter Database命令中的CheckPoint并不会引起填0操作。如果你需要进一步验证这点,在Checkpoint之前和之后分别使用DBCC SQLPERF (LOGSPACE)来查看日志文件的大小,你会发现虽然日志文件大小没有变,但是日志的使用空间百分比会大大减少。

(下图是译者测试的结果):

2010-04-13 13:20:28.16 spid53 Setting database option RECOVERY to SIMPLE for database LogClearTest.
GO

你可以通过跟踪标记3004来查看SQL Server对日志文件进行填零初始化的过程。将这个追踪标记打开当日志文件增长时,你就可以在SQL Server日志中看到相关信息,下面是测试代码:
-- Clear the log
2010-04-13 13:20:28.11 spid53 Starting up database 'LogClearTest'.
2010-04-13 13:20:28.01 spid53 Zeroing completed on D:\SQLskills\LogClearTest_log.ldf
FILENAME = N'D:\SQLskills\LogClearTest_data.mdf')
2010-04-13 13:20:28.14 spid53 Zeroing completed on D:\SQLskills\LogClearTest_log.ldf

INSERT INTO t1 DEFAULT VALUES;
CREATE TABLE t1 (c1 INT IDENTITY, c2 CHAR (8000) DEFAULT 'a');
SIZE = 20MB);

DBCC TRACEON (3004, 3605);


你可以在我的博客中看到有关日志文件填零初始化的博文:Search Engine Q&A #24: Why can't the transaction log use instant initialization?。以及我发布在TechNet杂志的文章:Understanding Logging and Recovery in SQL Server。

GO
FILENAME = N'D:\SQLskills\LogClearTest_log.ldf',
-- Error log mark 1
GO
2010-04-13 13:20:28.12 spid53 Zeroing D:\SQLskills\LogClearTest_log.ldf from page 3 to 63 (0x6000 to 0x7e000)
相应的,在日志中你可以看到:

相关热词:

本站内容来源于网络,如有侵权请与我们联系,我们会及时删除,我们深感抱歉!
注:本站所有信息仅供用于网络技术学习参考,学习中请遵循相关法律法规!

本文地址: https://v30.fanwenzhu.com/sql/mssql/2612.shtml

Copyright © www.juheyunku.com      关于 | 合作 | 声明 | 联系 | 更新 | 地图 | Tags

SQL Server误区30日谈 第14天 清除日志后会将相关的LSN填零初始

2020-12-11 编辑:网络

GO 1280
2010-04-13 13:20:27.63 spid53 Zeroing D:\SQLskills\LogClearTest_log.ldf from page 0 to 2560 (0x0 to 0x1400000)
-- Error log mark 2
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.

GO
-- Create table and fill with 10MB - so 10MB in the log
NAME = 'LogClearTest_data',
2010-04-13 13:20:29.49 spid53 Setting database option RECOVERY to SIMPLE for database LogClearTest.
USE LogClearTest;


2010-04-13 13:20:28.12 spid53 FixupLogTail() zeroing D:\SQLskills\LogClearTest_log.ldf from 0x5000 to 0x6000.

当日志文件在手动增长,自动增长和创建时都会进行填零初始化操作。但是请不要把这个过程和定期清除日志的过程搞混。日志截断仅仅意味着将一个或多个VLF标记为不活动以便被重复使用。在日志清除的过程中,并没有任何日志被清除或是填0。“清除日志”和”截断日志”意思是一样的,但都属于用词不当,因为在这个过程中日志的大小不会有任何改变。


GO
LOG ON (
-- Create database and put in SIMPLE recovery model so the log will clear on checkpoint
GO
ALTER DATABASE LogClearTest SET RECOVERY SIMPLE;
CHECKPOINT;

SQL Server误区30日谈 第14天 清除日志后会将相关的LSN填零初始化

复制代码 代码如下:

复制代码 代码如下:

NAME = 'LogClearTest_log',
GO
CREATE DATABASE LogClearTest ON PRIMARY (
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.
ALTER DATABASE LogClearTest SET RECOVERY SIMPLE;
上面测试代码中ALTER DATABASE是作为日志中这部分的开始和结束标记。在两个Alter Database命令中的CheckPoint并不会引起填0操作。如果你需要进一步验证这点,在Checkpoint之前和之后分别使用DBCC SQLPERF (LOGSPACE)来查看日志文件的大小,你会发现虽然日志文件大小没有变,但是日志的使用空间百分比会大大减少。

(下图是译者测试的结果):

2010-04-13 13:20:28.16 spid53 Setting database option RECOVERY to SIMPLE for database LogClearTest.
GO

你可以通过跟踪标记3004来查看SQL Server对日志文件进行填零初始化的过程。将这个追踪标记打开当日志文件增长时,你就可以在SQL Server日志中看到相关信息,下面是测试代码:
-- Clear the log
2010-04-13 13:20:28.11 spid53 Starting up database 'LogClearTest'.
2010-04-13 13:20:28.01 spid53 Zeroing completed on D:\SQLskills\LogClearTest_log.ldf
FILENAME = N'D:\SQLskills\LogClearTest_data.mdf')
2010-04-13 13:20:28.14 spid53 Zeroing completed on D:\SQLskills\LogClearTest_log.ldf

INSERT INTO t1 DEFAULT VALUES;
CREATE TABLE t1 (c1 INT IDENTITY, c2 CHAR (8000) DEFAULT 'a');
SIZE = 20MB);

DBCC TRACEON (3004, 3605);


你可以在我的博客中看到有关日志文件填零初始化的博文:Search Engine Q&A #24: Why can't the transaction log use instant initialization?。以及我发布在TechNet杂志的文章:Understanding Logging and Recovery in SQL Server。

GO
FILENAME = N'D:\SQLskills\LogClearTest_log.ldf',
-- Error log mark 1
GO
2010-04-13 13:20:28.12 spid53 Zeroing D:\SQLskills\LogClearTest_log.ldf from page 3 to 63 (0x6000 to 0x7e000)
相应的,在日志中你可以看到:

本站内容来源于网络,如有侵权请与我们联系,我们会及时删除,我们深感抱歉!
注:本站所有信息仅供学习参考!
本文地址为 https://v30.fanwenzhu.com/sql/mssql/2612.shtml

相关文章

风云图片

推荐阅读

返回mssql频道首页