VLF初始序号和缺省日志文件大小

VLF初始序号和缺省日志文件大小

原文地址：

http://www.sqlskills.com/BLOGS/PAUL/post/Initial-VLF-sequence-numbers-and-default-log-file-size.aspx

正文：

这两个星期我们在纽约为我们的财务客户进行现场培训。今天早上在关于日志文件的架构课上，有人问我为什么一个新数据库的VLF初始序号不是1？

比如下面的例子：

CREATE DATABASE foo;
GO
DBCC LOGINFO ('foo');
GO

FileId  FileSize  StartOffset FSeqNoStatus  Parity  CreateLSN
------- --------- ----------- ------ ------- ------- ------------------
2       253952   8192        137   2       64      0
2       253952   262144      0     0       0       0

为什么第一个序号（FSeqNo）是137而不是1呢？

答案是：这个序号是比当前model数据库的最大VLF序号大1,请看：

DBCC LOGINFO ('model');
GO

FileId  FileSize  StartOffset FSeqNoStatus  Parity  CreateLSN
------- --------- ----------- ------ ------- ------- ------------------
2       253952   8192       136    2      128     0
2       262144   262144     135    0      128     0

上面输出中最大的FSeqNo是136，所以新的用户数据库中是137。现在我通过在model数据库中增大序号来进行证明：

USE model;
GO
CREATE TABLE BigRows (c1 INT IDENTITY, c2 CHAR (8000) DEFAULT 'a');
GO
INSERT INTO BigRows DEFAULT VALUES;
GO 50
DBCC LOGINFO;
GO

FileId  FileSize  StartOffset FSeqNoStatus  Parity  CreateLSN
------- --------- ----------- ------ ------- ------- ------------------
2       253952   8192       136    0      128     0
2       262144   262144     137    2      128     0

现在我将创建另一个用户数据库，它的第一个VLF序号应当是138：

CREATE DATABASE foo2;
GO
DBCC LOGINFO ('foo2');
GO

FileId  FileSize  StartOffset FSeqNoStatus  Parity  CreateLSN
------- --------- ----------- ------ ------- ------- ------------------
2       253952   8192        138   2       64      0
2       360448   262144      0     0       0       0

答案是正确的。

你们中眼尖的可能已经注意到我刚刚创建的数据库foo2的日志文件的比foo的大。这是因为缺省的日志文件的大小总是比数据文件总和大0.5M或25%。在这个例子中，数据文件从model数据库中拷贝，因为我创建过BigRows表，它变大了，所以新数据库的日志文件（比foo的日志文件）稍微有点大。

 

在评论中有一个问题：为什么我的model数据库的最大VLF序号是136？可能是以前我在model数据库中做了一些事，从而生成了大量日志文件，所以VLF序号增加了。因为这个原因，所以这个值一般情况下和你的SQL SERVER实例中的值是不同的。（译注：我的Model数据库中最大VLF序号为60 :)）