SQL Server存储(7/8) ：理解BCM页

今天我们来讨论下批量更改映射（Bulk Changed Map：BCM）页，还有大容量日志恢复模式（ bulk logged recovery model ）如何运作的。

批量更改映射（Bulk Changed Map：BCM）：SQL Server使用BCM页来跟踪自上次完全备份后，被大容量日志操作修改的区。在数据库文件里，BCM页是第7页。BCM对每个跟踪的页都有一个位。如果这个位标记是1，表示对应区在上次日志备份后因为大容量日志操作而修改。如果这个位标记为0，表示在上次日子备份后因为大容量日志操作而未被修改。一个BCM页可以保存近64000个区的信息。BCM页在每511232页重复一次。一个BCM页可以跟踪63904个区的信息。第2个BCM页会出现在第511239页。

在所有数据库里你都可以找到BCM页，但只有数据库进行大容量日志恢复模式时才会用到。在这个恢复模式里，当进行日志备份时，SQL Server会扫描BCM页，在里面查找在使用事务日志进行日志备份时标记为已经更改的区。这让SQL Server进行大容量日志恢复是可回滚的，如果是数据库是从数据库备份中还原，并且有一系列的事务日志备份。在大容量日志恢复模式里，大容量日志操作包括BCP，Bulkinsert， Select Into等在事务日志里是最低程度写入日志的，并通过BCM页对修改过的区进行跟踪。这让SQL Server 进行大容量操作时有更好的性能。

BCM页在简单还原和完整还原模式里不涉及任何操作。在简单和完整还原模式里，大容量日志操作被当作完全日志操作。简单来说，在简单和完整还原模式里，BCM页不会对通过大容量日志操作产生的改变进行跟踪。

我们用一个例子来理解下：新建一个空数据库，修改数据库还原模式为大容量日志恢复模式，将数据库进行备份，最后用DBCC PAGE来查看BCM页的信息。

 CREATE DATABASE BCMdb
 GO
 ALTER DATABASE BCMdb SET RECOVERY BULK_LOGGED
 BACKUP DATABASE BCMdb TO DISK='D:\BCMdb.bak'
 GO
 DBCC TRACEON(3604)
 DBCC PAGE('BCMdb',1,7,3)

可以清楚看到，没有看到因大容量日志操作而造成的分区改变。我们来执行一个大容量日志操作。

 SELECT * INTO BCMdb..SalesOrderDetail FROM AdventureWorks2008R2.sales.SalesOrderDetail
 DBCC TRACEON(3604)
 DBCC PAGE('BCMdb',1,7,3)

可以看到，有2条被标记为MIN_LOGGED 。第1条是因为IAM页中的改变，第2条是因为SELECT INTO插入的数据操作。现在当我们进行日志备份，SQL Server会备份事务日志，就是BCM页里标记为改变的区对应的事务日志。日志备份后，BCM页的相关区，因大容量日志操作而打上改变的标记，会打上未改变的标记。我们来进行下日志备份。

 BACKUP LOG BCMdb TO DISK='D:\BCMdblog.trn'
 GO
 DBCC PAGE('BCMdb',1,7,3)

注意，BCM页不会因为完整或差异备份做相应改变。事务日志备份是刚才事务日志的基础。SQL Server应该知道2个事务日志之间所发生的改变。如果差异或完整备份清空了BCM页里的标记，下个事务日志备份就不能跟踪或还原上一个日志备份和完整或差异备份之间的改变。简而言之，一个完整或差异备份不会打断事务日志备份链。

参考文章：

http://www.sqlservercentral.com/blogs/practicalsqldba/2013/07/24/sql-server-understanding-bulk-change-map-bcm-page-and-bulk-logged-recovery-model/