大家都知道sql server日志文件用来记录事物日志，但是sql server数据库引擎内部将每一物理日志文件分成多个虚拟日志文件管理。而
大家都知道sql server日志文件用来记录事物日志，但是sql server数据库引擎内部将每一物理日志文件分成多个虚拟日志文件管理。而且虚拟日志的多少回影响数据库的性能。 
虚拟日志文件没有固定大小，且物理日志文件所包含的虚拟日志文件数不固定。数据库引擎在创建或扩展日志文件时动态选择虚拟日志文件的大小。 
数据库引擎尝试维护少量的虚拟文件. 只有当日志文件使用较小的 size 和 growth_increment 值定义时，虚拟日志文件才会影响系统性能。如果这些日志文件由于许多微小增量而增长到很大，则它们将具有很多虚拟日志文件。这会降低数据库启动以及日志备份和还原操作的速度。 
那是不是虚拟文件越少越好呢？也不是。 
我们知道事务日志是一种回绕的文件,如果每个虚拟日志的文件大小为8gb，那么只有这8gb的文件全部变成不活动时才会被清除，这样sql server一次就需要清除8gb的日志，也会影响性能。 
所以需要将虚拟日志的大小维护在一个合理的水平。这里先看一下虚拟日志的增长： 
日志增长值64mb = 4vlfs
kimberly给出的建议是对于日志文件比较大的系统虚拟大小文件为512m，也就是起始日志文件大小为4gb(16个vlf)，然后每次以4gb的速度增长，这样可以提高性能。 
使用dbcc loginfo可以查看vlf的数量： 
这里我创建allentest数据库，ldf文件大小为24mb，可以看到初始为4个vlf文件，，活动的vlf文件1（status=2）。创建一张表执行下面的语句使日志增长，可以看到已经变成2个活动的vlf： 
20))
go 100000
备份log文件后查看vlf的状态：
可以看到第一个vlf文件已经变为可用状态了，但是第二个vlf文件因为没有被写满所以继续使用。