SQLServer的误区30天之后的第十四天清理日志将最初的LSN零相关

错误# 14。清除日志、初始化相关的LSN

错误

零初始化运行时执行日志文件手动增加，自动增长和创造。但不要把这一过程与常规测井过程。截断日志只意味着一个或多个VLF被标记为无效，这是重用。在日志清除过程，没有日志已被清除或0。清除日志截断日志是相同的，但它们都属于误用，因为日志的大小，在这个过程中不会改变。

你可以看到我的日志文件初始化零点博客：搜索引擎质量# 24：为什么不能使用即时初始化事务日志，文章发表在TechNet杂志：了解日志和恢复SQL Server。

通过跟踪标记3004，您可以检查SQL Server初始化日志文件的过程。当打开跟踪标记时，当日志文件增长时，您可以看到SQLServer日志中的信息，下面是测试代码：
复制代码代码如下所示：
DBCC TRACEON（3004, 3605）；
去
创建数据库并输入简单的恢复模型，这样日志就可以了。
在创建数据库logcleartest（初级
名称= 'logcleartest_data，
文件名= N想： sqlskills logcleartest_data mdf）。
日志（上
名称= 'logcleartest_log，
文件名= N想： sqlskills logcleartest_log LDF，
大小为20MB）；
去
-错误日志标记1
修改数据库logcleartest集回收简单；
去
使用logcleartest；
去
创建表和充满10mb -所以在日志10mb
创建表T1（C1国际身份，C2 char（8000）default'a）；
去
插入到T1默认值；
去1280
-清除日志
检查点；
去
-错误日志马克2
修改数据库logcleartest集回收简单；
去

因此，在日志中你可以看到：
复制代码代码如下所示：
2010-04-13 13:20: 27.55 spid53 DBCC TRACEON 3004，服务器进程ID（SPID）53。这是一个。
2010-04-13 13:20: 27.55 spid53 DBCC TRACEON 3605，服务器进程ID（SPID）53。这是一个。
2010-04-13 13:20: 27.63 spid53零D： sqlskills logcleartest_log.ldf从0页到2560（0x0到0x1400000）
2010-04-13 13:20: 28.01 spid53归零完成D： logcleartest_log.ldf sqlskills
2010-04-13 13:20: 28.11 spid53启动database'logcleartest。
2010-04-13 13:20: 28.12 spid53 fixuplogtail（D）归零： sqlskills logcleartest_log.ldf从对0x6000 0x5000。
2010-04-13 13:20: 28.12 spid53零D： sqlskills logcleartest_log.ldf从3页到63（0x6000到0x7e000）
2010-04-13 13:20: 28.14 spid53归零完成D： logcleartest_log.ldf sqlskills
2010-04-13 13:20: 28.16 spid53设置数据库选项恢复到简单的数据库logcleartest。
2010-04-13 13:20: 29.49 spid53设置数据库选项恢复到简单的数据库logcleartest。

改变数据库的在上面的测试代码的开始，这部分的日志结束的标志。在两ALTER DATABASE命令不会导致0操作要填充的关卡。如果你需要进一步的验证，使用DBCC sqlperf（LOGSPACE）在查看日志文件的大小和后检查点，你会发现，虽然该日志文件的大小没有改变，日志的使用空间的百分比将大大降低。

（以下是翻译测试的结果）：