SQL Server 2008高可用性系列:数据库快照

数据库 SQL Server 数据库运维
我们今天要讨论的话题是数据库快照。在SQL Server 2008高可用性中,快照是一项很重要的内容,可以提供至关重要的线索。

一: 简介

数据库快照是数据库(源数据库)的只读、静态视图。多个快照可以位于一个源数据库中,并且可以作为数据库始终驻留在同一服务器实例上。创建快照时,每个数据库快照在事务上与源数据库一致。在被数据库所有者显式删除之前,快照始终存在。

快照可用于报表。另外,如果源数据库出现用户错误,还可将源数据库恢复到创建快照时的状态。丢失的数据仅限于创建快照后数据库更新的数据。

运行原理: 数据库快照在数据页级运行。在第一次修改源数据库页之前,先将原始页从源数据库复制到快照。此过程称为“写入时复制操作”。快照将存储原始页,保留它们在创建快照时的数据记录。对已修改页中的记录进行后续更新不会影响快照的内容。对要进行第一次修改的每一页重复此过程。这样,快照将保留自创建快照后经修改的所有数据记录的原始页。

注:只有 SQL Server 2005 Enterprise Edition 和更高版本才提供数据库快照功能,所有恢复模式都支持数据库快照。

二:数据库快照的典型用法及工作方式

1. 数据库快照的典型用法:

维护历史数据以生成报表。

使用为了实现可用性目标而维护的镜像数据库来减轻报表负载。

使数据免受管理失误所带来的影响。

在进行重大更新(例如,大容量更新或架构更改)之前,可创建数据库快照以保护数据。一旦进行了错误操作,可以使用快照将数据库恢复到生成快照时的状态。

使数据免受用户失误所带来的影响。

管理测试数据库

提示:数据库快照与源数据库相关。因此,使用数据库快照还原数据库不能代替备份和还原策略。严格按计划执行备份仍然至关重要。如果必须将源数据库还原到创建数据库快照的时间点,请实施允许您执行该操作的备份策略。

2. 数据库快照的工作方式

了解快照中的稀疏文件:为了存储复制的原始页,快照使用一个或多个“稀疏文件”。最初,稀疏文件实质上是空文件,不包含用户数据并且未被分配存储用户数据的磁盘空间。随着源数据库中更新的页越来越多,文件的大小也不断增长。创建快照时,稀疏文件占用的磁盘空间很少。然而,由于数据库随着时间的推移不断更新,稀疏文件会增长为一个很大的文件。

快照的工作方式:

(1) 写操作

捕获

第一次写入时会把原始页页复制到快照。

(2) 读操作

捕获

无更新页之前的读过程

捕获

有更新页之后的读过程,可以看到快照读取的是创建快照时的那一页。

(3) 较多的读写之后

捕获

随着源数据库中更新的页越来越多,拷贝到快照中的页页越来越多,文件的大小也不断增长。

快照保存的是数据更新之前的那份拷贝,所以通过快照读取的数据是数据更新之前的那一份,数据丢失就可以恢复到创建快照的这个时间点。

三:应用实例

1. 快照的命名

创建数据库快照之前,考虑如何命名它们是非常重要的。每个数据库快照都需要一个唯一的数据库名称。为了便于管理,数据库快照的名称可以包含标识数据库的信息,例如:

源数据库的名称。

该新名称用于快照的指示信息。

快照的创建日期和时间、序列号或一些其他的信息(例如一天中的某个时间)以区分给定的数据库上的连续快照。

如:

以6个小时为间隔(06:00-18:00之间)创建快照:

AdventureWorks2008_snapshot_0600
AdventureWorks2008_snapshot_1200
AdventureWorks2008_snapshot_1800

或者不太精确的命名:

AdventureWorks2008_snapshot_morning
AdventureWorks2008_snapshot_noon
AdventureWorks2008_snapshot_evening

2. 创建数据库快照

语法示例:

  1. CREATE DATABASE AdventureWorks2008_dbss1800 ON 
  2. NAME = AdventureWorks2008_Data, FILENAME = ‘D:\DATA\AdventureWorks2008_data_1800.ss' )  
  3. AS SNAPSHOT OF AdventureWorks2008;  
  4. .Snapshot Name: AdventureWorks2008_dbss1800  
  5. .NAME: source database data file name 
  6. .FILENAME: snapshot sparse file name 

3. 删掉数据库快照

  1. DROP DATABASE AdventureWorks2008_dbss1800 

四:数据库快照的限制

1. 对源数据库的限制

不能对数据库进行删除、分离或还原。

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

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

源数据库必须处于联机状态,除非该数据库在数据库镜像会话中是镜像数据库。

不能将源数据库配置为可缩放共享数据库。

若要在镜像数据库中创建数据库快照,数据库必须处于同步镜像状态。

2. 数据库快照的限制

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

始终对整个数据库拍摄数据库快照。

数据库快照与源数据库相关。因此,使用数据库快照还原数据库不能代替备份和还原策略。严格按计划执行备份仍然至关重要。如果必须将源数据库还原到创建数据库快照的时间点,请实施允许您执行该操作的备份策略。

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

快照为只读。

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

不能从数据库快照中删除文件。

不能备份或还原数据库快照。

不能附加或分离数据库快照。

注:更多的限制请参照MSDN。

四:总结

数据库快照只是提供数据恢复的一种方式,在遇到灾难发生时, 数据可以恢复到创建快照的那个时间点。恢复操作可以恢复最近出现的严重用户错误,如删除表等。不能代替完整的备份还原策略。

原文标题:SQL Server 2008高可用性(High Availability)简介(2)—Database Snapshots

链接:http://www.cnblogs.com/changbluesky/archive/2010/09/08/1821318.html

【编辑推荐】

  1. SQL Server 2000删除实战演习
  2. SQL Server存储过程的命名标准如何进行?
  3. 卸载SQL Server 2005组件的正确顺序
  4. 对SQL Server字符串数据类型的具体描述
  5. SQL Server数据类型的种类与应用

【责任编辑:彭凡 TEL:(010)68476606】

责任编辑:彭凡 来源: 博客园
相关推荐

2012-09-04 13:43:31

SQL Server

2010-09-14 08:55:55

SQL Server

2010-09-13 14:34:22

SQL Server

2009-07-07 23:14:00

高可用性SQL Server

2009-04-16 15:34:35

SQL Server

2009-07-09 10:25:16

2010-06-03 15:23:48

2011-04-14 13:13:28

SQL serverSQL Mirror

2017-03-15 15:14:03

MySQL数据库高可用性

2009-04-16 15:30:15

SQL Server 可用性应用场景

2010-07-06 17:42:46

SQL Server

2020-03-18 09:00:06

SQL Server云计算数据库

2022-05-09 09:42:24

高可用分布式数据库

2023-12-05 09:31:46

数据库架构

2022-02-16 08:00:00

数据库DAG服务器

2016-09-08 12:44:11

2010-07-02 13:07:11

SQL Server

2010-12-07 15:30:15

Exchange Se

2024-02-27 09:48:25

Redis集群数据库

2013-08-28 10:30:39

vSphere
点赞
收藏

51CTO技术栈公众号