SQL Server :理解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页里的标记,下个事务日志备份就不能跟踪或还原上一个日志备份和完整或差异备份之间的改变。简而言之,一个完整或差异备份不会打断事务日志备份链。
SQL Server :理解BCM页的更多相关文章
- SQL Server存储(7/8) :理解BCM页
今天我们来讨论下批量更改映射(Bulk Changed Map:BCM)页,还有大容量日志恢复模式( bulk logged recovery model )如何运作的. 批量更改映射(Bulk Ch ...
- Sql Server 索引以及页和区
索引(Index),相信大家都知道就是给表中的数据添加了一个目录,使我们可以快速检索到我们想要的数据,但这个目录是什么?SqlServer又是如何管理的?要搞明白这些,我们就要先了解sqlserver ...
- SQL Server 查看物理页存储
创建测试表 Use Test create table dbo.employee( emp_lname varchar(12) not null, emp_fname varchar(12)not n ...
- sql server 2005+ 翻页
select * from ( select row_number() over (order by dm) row,* from t_zycp where dm like '%4%' ) tmp
- SQL Server 存储(8/8):理解数据文件结构
这段时间谈了很多页,现在我们可以看下这些页在数据文件里是如何组织的. 我们都已经知道,SQL Server把数据文件分成8k的页,页是IO的最小操作单位.SQL Server把数据文件里的第1页标记为 ...
- SQL Server :理解DCM页
原文:SQL Server :理解DCM页 我们已经讨论了各种不同的页,包括数据页.GAM与SGAM页.PFS页,还有IAM页.今天我们来看下差异变更页(Differential Change Map ...
- SQL Server存储(6/8) :理解DCM页
我们已经讨论了各种不同的页,包括数据页.GAM与SGAM页.PFS页,还有IAM页.今天我们来看下差异变更页(Differential Change Map:DCM ),还有差异备份(differen ...
- SQL Server索引进阶:第四级,页和区
原文地址: Stairway to SQL Server Indexes: Level 4, Pages and Extents 本文是SQL Server索引进阶系列(Stairway to SQL ...
- 在SQL Server里如何进行页级别的恢复
在今天的文章里我想谈下每个DBA应该知道的一个重要话题:在SQL Server里如何进行页级别还原操作.假设在SQL Server里你有一个损坏的页,你要从最近的数据库备份只还原有问题的页,而不是还原 ...
随机推荐
- SpringMVC开发过程中的中文乱码问题
相信大家在开发初期遇到中文乱码问题一定是一头雾水,不是数据库乱码了就是页面乱码了或者传值时乱码.其实解决乱码的途径很简单,就是统一编码与解码的类型,我把自己遇到的乱码问题整理出来,希望能够对大家有用. ...
- Linux I/O 重定向详解及应用实例
Linux I/O 重定向详解及应用实例 简解 > 输出 < 输入 >> 追加 & [> | < | >>]之前:输入输出; ls /dev & ...
- 大话项目管理工具之Confluence篇
前言 前面的两篇文章,讲的都是代码层次上的项目管理工具.这篇文章打算介绍一下关于知识管理的工具,当然,它也属于项目管理中的一部分.说到知识管理,你想到了什么呢?织网?找节点?不错,这是个人的知识管理. ...
- 条款38 通过复合塑膜出has-a或"依据某物实现"
结论: 复合的意义和public继承全然不同. (public继承參考:条款32 确定你的public继承塑模出is-a关系) 在应用域,复合意味着has-a(有一个).在实现域,复合意味着is-im ...
- PS2: 这篇文章中的图片绘图工具使用的是Dia (sudo apt-get install dia)。据说yEd也很不错。
SBCL编译过程 - O.Nixie的专栏 - 博客频道 - CSDN.NET PS2: 这篇文章中的图片绘图工具使用的是Dia (sudo apt-get install dia).据说yEd也很不 ...
- 验证码 Captcha 之大插件
验证码 Captcha 之大插件小用 不知何年何月才能完成OADemo啊,总之还是一步一步来吧,这段时间开始着手了,先做登陆. 前段时间研究了一下在CentOS7下安装Mysql和Memcached ...
- nagios二次开发(五岁以下儿童)---nagios和nagiosql关系
基于nagios和nagiosql理解.这将是这两个梳理比较粗糙的简单关系,有关详细信息,请参阅下面的图如: 从上面的关系图中能够看出,nagios与nagiosql共享了主机.主机组.服务 ...
- zoj2760(最大流)
传送门:How Many Shortest Path 题意:给出n个点,和n*n的矩阵表示有向图.a[i][j]为-1表示i到j没有路径:不为-1则表示i到j的路径长度.给出一个vs和vt,要求vs到 ...
- 在RHEL上安装Thrift(支持C++)的若干问题 » 编码无悔 / Intent & Focused
在RHEL上安装Thrift(支持C++)的若干问题 » 编码无悔 / Intent & Focused [原创]在RHEL上安装Thrift(支持C++)的若干问题 2010年12月1 ...
- File already exists: filesystem '/path/file', transaction svn常见错误解决方法
前言 多人任务基本都会用到SVN,于是提交的时候如果不先更新在提交或者操作顺序不对,会经常出现错误,其中File already exists: filesystem这个就是个常见问题,上网找了半天没 ...