原文:SQL Server :理解DCM页
我们已经讨论了各种不同的页,包括数据页、GAM与SGAM页、PFS页,还有IAM页。今天我们来看下差异变更页(Differential Change Map:DCM ),还有差异备份(differential backups)。
差异变更页(Differential Change Map:DCM ) :SQL Server使用差异变更页来跟踪自上次完全备份后修改过的区。DCM页在数据文件里是第6页。DCM页用来跟踪完全备份后修改过的区。DCM为每个跟踪的区使用每一位来记录。如果这个位是设置为1,那么自上一次完全备份后,这个区是被修改过了。如果这个位设置为0,那么自上一次完全备份后,这个区没有修改过。一个DCM页可以保存64000个左右区的信息。每隔511232页,DCM会重复一个。一个DCM页可以跟踪63904个区的变更信息。第2个DCM页会出现在第511238页。
差异备份通过读取DCM页来识别自上一次完全备份后,哪些区被修改过。这会大大减少差异备份扫描页数。差异备份花费的时间与自上次完全备份后修改的区数成正比,与整个数据库的大小无关。
我们新建一个空数据库,然后将其完全备份,并通过DBCC PAGE查看DCM页的信息。
1 CREATE DATABASE DCMdb 2 GO 3 BACKUP DATABASE DCMdb TO DISK='D:\DCMdb.bak' 4 GO 5 DBCC TRACEON(3604) 6 DBCC PAGE('DCMdb',1,6,3)
可以看到,从第0页到第32页的区,自上次完全备份后,有发生改变。这并不是说,这32页每页都有改变。我们可以确定的说,至少有4页发生改变,一个区一个页。这可能是因为完全备份命令触发的内部表改变。
我们往表里插入点数据,再用DBCC PAGE命令看下DCM页的信息。
1 SELECT * INTO DCMdb..SalesOrderDetail FROM AdventureWorks2008R2.sales.SalesOrderDetail 2 DBCC PAGE('DCMdb',1,6,3)
通过SELECT INTO我们往数据库里创建了新表,并往里面插入了数据,这会触发很多系统表的变更。结果我们看到自上次完全备份后,很多区标记为改变。一直到1:167页,这里的改变都是内部对象的修改。页从1:184至1:1679的改变,是因为我们SELECT INTO语句触发的。当我们进行差异备份时,SQL Server读取DCM页,这些变更页会在差异备份里做上标记。例如我们刚才提到的,页(1:0-1:24)在DCM页标记为改变页,实际可能只有有4个页发生改变,但在差异备份里,这32个页都会备份。
我们进行一个差异备份,并通过DBCC PAGE看看DCM页的信息。
1 BACKUP DATABASE DCMdb TO DISK='D:\DCMdbifferential.bak' WITH DIFFERENTIAL 2 3 DBCC PAGE('DCMdb',1,6,3)
可以看到差异备份不会改变DCM页的内容。
我们来计算下这个备份大小是否和DCM改变页的大小一致。
((32-0) + (56-48) + (88-72) + (136-112) +(168-144)+(1680-184) ) * 8=12800KB ,基本接近,这里的差距是文件头信息。
我们现在进行一次完整备份,再用DBCC PAGE看下DCM页的信息。
1 BACKUP DATABASE DCMdb TO DISK='D:\DCMdb2.bak' 2 DBCC PAGE('DCMdb',1,6,3)
现在SQL Server清空了DCM页。所有页都被标记为未改变,除了4个分区1:0-1:32。这个备份将用来后续差异备份的基础。有个选项可以设置完全备份不影响现存的备份链。
1 BACKUP DATABASE DCMdb TO DISK='D:\DCMdb2_Copy.bak' WITH COPY_ONLY
在这个情况下,SQL Server不会重设DCM页。DCMdb2.bak文件还是完全备份文件,并未后续差异备份做基础。这在一些你想完全备份又不想影响到备份链的时候可以用到。
小结一下:SQL Server通过DCM页跟踪分区改变信心。当进行差异备份时,SQL Server只备份DCM页里标记为改变的区。它帮助SQL Sever加速差异备份操作,通过不扫描所有的页看看有没有修改(或自上次完整备份有没有改变)。差异备份不会清空DCM页,它只备份从上次完全备份后发生改变的区。当进行完整备份时,SQL Server在DCM页重设位状态,标记它们为未改变。