Sqlserver 快照

原文: Sqlserver 快照

  最近,开发系统使用SqlServer2008 R2,但是由于系统数据压力的增加,准备增加一个和正式数据库同步的库,用来供接口和报表使用,所以开始对SqlServer里面的一些技术开始研究,第一篇先来研究一下最基本的数据库快照。

  基本概念

  先简单介绍一下快照的基本概念,数据库快照是 SQL Server 数据库(源数据库)的只读静态视图。 自创建快照那刻起,数据库快照在事务上与源数据库一致。 数据库快照始终与其源数据库位于同一服务器实例上。 当源数据库更新时,数据库快照也将更新。 因此,数据库快照存在的时间越长,就越有可能用完其可用磁盘空间。

  数据库快照操作的级别是“页面级别”,在第一次修改源数据库页之前,先将原始页从源数据库复制到快照, 快照将存储原始页,保留它们在创建快照时的数据记录。 对要进行第一次修改的每一页重复此过程。 对于用户而言,数据库快照似乎始终保持不变,因为对数据库快照的读操作始终访问原始数据页,而与页驻留的位置无关。其实就是快照一直会备份源数据的修改之前的原始页,所以随着数据的修改增多,快照的文件存储就会慢慢变大。

  为了存储复制的原始页,快照使用一个或多个“稀疏文件”。 最初,稀疏文件实质上是空文件,不包含用户数据并且未被分配存储用户数据的磁盘空间。 随着源数据库中更新的页越来越多,文件的大小也不断增长。 下图说明了两种相对的更新模式对快照大小的影响。 更新模式 A 反映的是在快照使用期限内仅有 30% 的原始页更新的环境。 更新模式 B 反映的是在快照使用期限内有 80% 的原始页更新的环境。

 

  

  数据库快照的优点  

  快照可用于报告目的。
  客户端可以查询数据库快照,这对于基于创建快照时的数据编写报表是很有用的。


  使数据免受管理失误所带来的影响。
  如果源数据库上出现用户错误,您可将源数据库恢复到创建给定数据库快照时的状态。 丢失的数据仅限于创建该快照后数据库中发生更新的数据。
例如,在进行重大更新(比如大容量更新或架构更改)前,对数据库创建数据库快照以保护数据。 一旦进行了错误操作,可以使用快照将数据库恢复到生成快照时的状态。 为此目的进行的。


  使数据免受用户失误所带来的影响。
  定期创建数据库快照,可以减轻重大用户错误(例如,删除的表)的影响。 为了很好地保护数据,可以创建时间跨度足以识别和处理大多数用户错误的一系列数据库快照。 例如,根据磁盘资源,可以每 24 小时创建 6 到 12 个滚动快照。 每创建一个新的快照,就删除最早的快照。

  若要从用户错误中恢复,可以将数据库恢复到在错误发生的前一时刻的快照。 为此目的进行的恢复很可能比从备份还原快得多;但是,此后您无法对数据进行前滚操作。
或者,也可以利用快照中的信息,手动重新创建删除的表或其他丢失的数据。 例如,可以将快照中的数据大容量复制到数据库中,然后手动将数据合并回数据库中。

  管理测试数据库。
  在测试环境中,当每一轮测试开始时针对要包含相同数据的数据库重复运行测试协议将十分有用。 在运行第一轮测试前,应用程序开发人员或测试人员可以在测试数据库中创建数据库快照。 每次运行测试之后,数据库都可以通过恢复数据库快照快速返回到它以前的状态。

 

  数据库快照的限制 

  源数据库的限制:

  不能对数据库进行删除、分离或还原。可以备份源数据库,这方面将不受数据库快照的影响。

  源数据库的性能受到影响。由于每次更新页时都会对快照执行“写入时复制”操作,导致源数据库上的 I/O 增加。

  不能从源数据库或任何快照中删除文件。

  快照数据库的限制:

  数据库快照必须与源数据库在相同的服务器实例上创建和保留。

  始终对整个数据库制作数据库快照。

  当将源数据库中更新的页强制压入快照时,如果快照用尽磁盘空间或者遇到其他错误,则该快照将成为可疑快照并且必须将其删除。

  快照为只读。

  禁止对 model 数据库、master 数据库和 tempdb 数据库创建快照。

  不能在 FAT32 文件系统或 RAW 分区上创建数据库快照。 数据库快照所用的稀疏文件由 NTFS 文件系统提供。

  数据库快照将继承快照创建时其源数据库的安全约束。 由于快照是只读的,因此无法更改继承的权限,对源数据库的更改权限将不反映在现有快照中。

  如果源数据库的状态为 RECOVERY_PENDING,可能无法访问其数据库快照。 但是,当解决了源数据库的问题之后,快照将再次变成可用快照。

  只要理解它的原理它的限制也就自然明了。

 

  创建数据库快照

  在创建数据库之前,首先要知道数据库分布在几个文件上,因为快照需要对每一个文件进行copy-on-writing。

  先查看数据库有几个数据库文件:

--根据数据文件个数创建快照
exec sp_helpdb demo01
go

  我的数据库只有一个数据库文件,所以直接执行以下脚本创建快照:

--创建快照
create database snap_demo_10am
on (name=Demo01,filename='C:\SQLTest\SNAPSHOT\Snap_advlt.snap')
as SNAPSHOT of Demo01
go

  如果数据库存在于文件组,可能涉及多个数据库文件创建快照的示例:

----多文件数据创建快照
CREATE DATABASE sales_snapshot1200 ON
( NAME = SPri1_dat, FILENAME = 
'C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\data\SPri1dat_1200.ss'),
( NAME = SPri2_dat, FILENAME = 
'C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\data\SPri2dt_1200.ss'),
( NAME = SGrp1Fi1_dat, FILENAME = 
'C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\mssql\data\SG1Fi1dt_1200.ss'),
( NAME = SGrp1Fi2_dat, FILENAME = 
'C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\data\SG1Fi2dt_1200.ss'),
( NAME = SGrp2Fi1_dat, FILENAME = 
'C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\data\SG2Fi1dt_1200.ss'),
( NAME = SGrp2Fi2_dat, FILENAME = 
'C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\data\SG2Fi2dt_1200.ss')
AS SNAPSHOT OF Sales
GO

  

  数据库快照恢复和删除

--利用快着恢复数据库
use master
restore database Demo01 from database_snapshot='snap_demo_10am'
go

--删除快照
drop database snap_demo_10am; 

  

  

### SQL Server 快照复制代理配置与使用 #### 配置快照复制发布者 为了设置快照复制,需先创建一个发布(Publication),这涉及到指定要发布的数据库对象以及定义哪些数据应该被发送给订阅者(Subscriber)[^1]。 ```sql USE [distribution] EXEC sp_adddistpublisher @publisher = N'PublisherServerName', @distribution_db = N'distribution', @security_mode = 1, @working_directory = N'C:\ReplData\' GO ``` 上述脚本用于向分发服务器注册一个新的发布者。注意`@working_directory`参数指定了临时文件夹的位置,在此位置上会生成并存储快照文件直到它们被应用到目标数据库中[^2]。 #### 创建快照复制出版物 接着通过执行系统存储过程来建立具体的出版物: ```sql USE AdventureWorks2012; EXEC sys.sp_addpublication @publication = N'Snapshot_Pub', @description = N'snapshot publication of database ''AdventureWorks2012''.', @sync_method = N'concurrent', @retention = 0, @allow_push = N'true', @allow_pull = N'true', @allow_anonymous = N'false', @enabled_for_internet = N'false'; GO ``` 这里设置了允许推送(`push`)和拉取(`pull`)类型的订阅,并禁用了匿名访问模式[^3]。 #### 添加文章至出版物 之后可以继续添加表作为文章(Article)加入到刚刚创建好的出版物里边去: ```sql USE AdventureWorks2012; EXEC sp_addarticle @publication = N'Snapshot_Pub', @article = N'Transactions', @source_owner = N'Sales', @source_object = N'SalesOrderHeader'; GO ``` 这段命令将名为 `Sales.SalesOrderHeader` 的表格纳入到了快照复制过程中[^4]。 #### 初始化订阅者 当所有的准备工作完成后就可以初始化新的订阅者了。对于快照复制而言这意味着立即启动一次完整的快照传输操作并将当前的数据状态同步过去。 ```sql DECLARE @subscriptionDB AS sysname; SET @subscriptionDB = N'AdventureWorksReplica'; USE distribution; EXEC sp_addsubscription @publication = N'Snapshot_Pub', @subscriber = N'SubscriberServerName', @destination_db = @subscriptionDB, @subscription_type = N'Push', @sync_type = N'automatic', @article = N'all', @update_mode = N'read only', @subscriber_type = 0; GO ``` 以上语句实现了对远程实例上的特定数据库发起推式订阅请求的操作[^5]。 #### 启动快照代理 最后一步就是触发实际的快照生成流程,可以通过调用如下T-SQL指令完成这项工作: ```sql EXECUTE msdb.dbo.sp_startpublication_snapshot @publication = 'Snapshot_Pub'; ``` 该命令将会激活负责处理整个事务逻辑的服务端组件——即所谓的“快照代理”,它会在后台默默运行直至成功构建好最新的备份副本为止[^6]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值