You are on page 1of 17

数据快照的原理和应用

前言

一、应用存储产品时遇到的问题
随着电子商务的发展,数据在企业中的作用越来越重要,越来越多的企业开始关注存储产品以
及备份方案。在应用这些存储产品时会遇到以下的问题:
1.备份速度的问题:
随着业务的不断发展,数据越来越多,更新越来越快,在休息时间来不及备份如
此多的内容,在工作时间备份又会影响系统性能。
2.操作简单化的问题:
数据备份应用于不同领域,进行数据备份的操作人员也处于不同的层次。操作的简单与否直接
影响操作的效果和数据的安全。
3.保护数据一致性的问题:
有些关键性的任务是要 24 小时不停机运行的,在备份的时候,有一些文件可能
仍然处于打开的状态。
4.容错的问题:
数据备份损坏了,怎样在最短的时间恢复它。
二、解决方法
为提高数据存储的安全性和高效率,保护企业的数据,数据快照技术(Flash copy,
Snapshot, Point-in-time-copy)是其中比较成熟的技术之一。数据快照技术是一种保留某一时刻
数据映像的技术,其保留的影像被称为快照(即 Snapshot)。数据快照的真实含义是: 用最短的时
间和最低的消耗实现文件系统的备份,创作出您数据的"影子"图象,你可以象操作原始数据一样对
其进行读取或写入。因此,采用数据快照技术给数据拍照,你能在进行备份、下载数据仓库或者转
移数据的同时,保证应用不受影响而继续运行。 使用真实的数据结果,你甚至能更开发和测试应用
程序。IBM 的 FlashCopy、HDS的 Shadow Image 软件都是使用快照技术来实现快速复制或备份的。
1.数据快照功能可以在数秒钟内建立拷贝,供备份应用所用。
举个例子:一个企业的数据量很大,而且应用昼夜不停,作一次磁带备份需要24 个小时。现在
要求备份 9 月 18 日 0 点 0 分时的数据。如果用传统的在线备份方法,备份下来的数据开始时是
0 点 0 分时的,最后的数据是 24 点 0 分时的,数据的前后一致性受到了挑战。利用数据快照技
术,配合普通的备份软件是这样实现的:通过图形的管理界面发出做快照的命令,快照功能会自动
寻找没有数据改变的时刻进行拷贝,几秒钟之后拷贝生成。再使用备份软件对该拷贝进行备份。24
小时后这个备份过程结束。所有的数据都是一个瞬间的,数据的一致性得到了保证。
2.利用数据快照的映像可以在数秒钟内把数据恢复到做快照的时间点,还允许系统管理员选
择性地迅速恢复受损或被删文件。
举个例子:张三不小心把一个重要的文件夹彻底删除了,现在想要恢复。利用先前通过快照做
的拷贝,把相应的文件夹拷回来即可。
3.数据快照的功能还有很多用处,比如现在需要一份最新的生产数据来做新系统的测试或者
提供决策支持和数据分析所用,而系统又不能停机,使用磁带备份恢复一份数据时间又很长。这样
的情况可以利用数据快照的备份功能在任一时间点建立快照拷贝,利用拷贝的数据进行测试和分析,
不会影响系统的正常使用。
4.企业里虽然有了磁带备份,但是万一磁介质坏了,某些数据还是读不出来,如果有了快照
生成的数据拷贝,相当于为数据做了双保险。

数据快照的原理和应用
一、数据快照基本原理
基本原理
这是正常情况下的文件系统在存储上的示意图:(如下)

文件系统描述就是一系列的指针,记录着磁盘上的数据块的逻辑关系。
现在假设你在上午 10:00 生成一个数据快照,那么在 10:00 这个时刻,快照功能要
做 3 件事:
1.把文件系统描述复制一份。

2.在磁盘空闲空间创建一个缓冲区。
3.在文件系统写操作中增加一个判断(图中没体现),就是判断应用是否是第一次
修改数据
在 10:00 以后,当有应用要修改数据块时,快照功能就把原来的数据块保留入缓
冲区,同时把数据快照的访问入口转而指向缓冲区。

这样就生成了一个数据快照,通过快照入口访问到的就是 10:00 的数据。而同时,


应用程序仍然可以在文件系统上读写。也就是说,在应用不停的情况下,得到了一个 10:
00 的静态数据
数据快照中常用术语
以下列出了讨论数据快照技术中用到的术语:
主卷----磁盘的一个逻辑分区,存储特殊程序和成套程序的原始信息。
影像卷(快照卷)----磁盘的一个逻辑分区,存储已改变的时点数据或原
始主卷的完全映像。
卷对----由主卷和与其对应的影像卷组成,每一卷对由一个位图支持。
三重镜像----在已有的被保护的数据实现镜像后连接第三镜像卷(RAID1),
这是用以实现数据快照的方法之一。
位图----文件或磁盘物理分区,用以保存主卷和影卷之间的数据的当前状
态。
同步化----在影像卷上创建与主卷完全相同的复件或映像的过程。
完全的再同步----完全的磁盘复制,这是同步化操作中耗时最长的过程。
大多数情况下,影像卷按照主卷同步化,但有时主卷也可以按照影像卷
同步化。
快速再同步化----仅复制与数据日志相关的磁盘块从而降低了同步化时
间。

二.数据快照技术
数据快照是对在特殊时点(point in time)“复制”的数据的映像。以下是创
建数据快照的三种主要技术:
中断镜像----时点到达之前对数据创建并存储完全物理复制
按需复制----时点到达之后对数据进行完全物理复制
虚拟映象----时点到达的时刻,对数据进行虚拟的,非物理的复制。
这每一种技术伴有响应更新的选择能使之充分利用时间实现后来的时点。一般
说来,主数据和时点映象会有软件跟踪以实现有选择的刷新而不会执行费时又费力
的完全磁盘一磁盘复制。
1)中断镜像
EMC TIME FINDER 和 HDS Shadow Image 就是采用中断镜像方法实现数据快照的
产品。这一方法要求附属的镜像卷和主数据卷相联系(主卷自身可能被 RAIDI 实现
镜像,因此“三重镜像”)。利用中断镜像,数据能够在时点来临之前不断地复制到
“第三镜像”中。
以下是使用“中断镜像”技术的典型过程:
 创建数据的附属镜象
在要求时点复制之前,一个新的镜卷与主卷相联系。接着,主卷的内含在后台
被复制到新镜之中。然后,附加镜像将调整与主卷一致。附属镜卷也会得到与主卷
一致的更新数据,以保证同步继续,在三途径镜卷中,子系统的存储设备对每一次
写入将受到 3 次输入/输出操作。
 使附属镜卷与主卷脱离
如果要创建一个能为后续程序所进入的时点映象。人们必须不时的暂停更新镜
卷并中断镜象。换句话说。分离第三镜卷将中断主卷与附属卷的同步性,使时点复
制独立出去。中断之后,附属镜像在时点保存了快速抽点的主数据,并且仅对主卷
进行刷新。
图:分离附属镜像
 独立镜卷与主卷的再同步
分离之后,随着原程序和PIT 程序的独立运行,主卷和独立镜
卷的各自影像而逐渐大相径庭。这就是所谓的非同步化。再同步是这样一个过程:它能使一个影
像又一次变成它所对应的信息的“克隆”。依据时点复初始化过程的不同,再同步技术分为好几类。
2)按需复制
IBM Flash Copy 和 Sun Stor Edge Instant Image 是采用了按需复制技术的产品。按需复制
与中断镜象有一些不同。最明显的是一旦完成全卷复制,就没有必要再继续对镜像源源不断地写入
和复制而造成额外的资源开销。和中断镜像技术一样,一旦具备了时点独立卷的初始条件,按需复
制就开始运行了。其后,每一次 PIT 影像需要刷新的时候,只需进行新增数据的再同步。这种方法
对降低在存储匹配影像中必不可少的 I/O 的时间将有望发挥极大潜力。
因为按需复制并非通过三镜技术而实现,所以它常灵活地用在主卷和时点影像被保护的场合下。
作为预防,主卷应常常由不同级别的 RAID所保护。时点影像能被有选择地自由的保护,在大多数情
况下,RAID 保护无须和主机相匹配。
当复制进行的时候按需复制技术需要记载正被写入主卷的数据的始发地址。当时点已经到达时
它还需要被告知复制已经完成,因此,复制期间的失误将导致无意义的时点映象。以下就是使用按
需复制技术的典型过程。
创建数据复件
在创建时后,开始从主磁盘向影像磁盘进行全卷复制。复制工作由后台控制。
与复制工作一起,主卷的要求写入引起了主块当前内容向对应影像磁盘的复制。这一方法保证
了在主数据进行更多的修改时时点映像得以保护。

图 2-2 按需复制
获得时点复件
虽然复制技术处于进步阶段,但诸如 Sun Stor Edge 瞬时映像技术却在复制行业伊始那一
刻起就提出时点映像的准确描述。对未经复制的时点块进行读取的要求导致了对它的复制。后台复制
又一次接管此项工作。一旦按需复制完毕,一个独宜的主数据的物理复件就产生了。
复件与主卷的再同步:
Sun StorEdgeTM 瞬时映像等产品,在按需复制启动时,就开始跟踪主卷当前映像与主卷内容
之间的不同。这就用到了记分牌。软件参考记分牌并且仅复制变化了的块,这样,新的时点映像就产
生了。
3)虚拟映象
IBM FlashCopy 和 Sun StorEdge Instant Image 是采用了按需复制技术的产品。中断镜像和
按需复制方法在得到时点复件时都将产生一个完全独立的物理映像。相比之下,称作虚拟映象的选
择性技术,包括了一个独立映象,其普通的非改变的内容可为主程序和时点用户所共享。因此,虚
拟映象依赖于主卷,而只有主像与时点像的不同处才存入独立的物理区域中。
理想中,这种最优化技术省时省力并能提高得到时点映像的能力。程序在频繁更新卷中狭窄区
域以保持映像的规整性中付出的代价很大以外行的眼光看,虚拟映像似乎是一个在主程序变化时时
点信息赖以藏身的独立映像。事实上,虚拟映像能够通过一个含有指向两个独立的物理区域的指针
的伪卷而得以实现。一个区域里仅是主卷里的不变的块,另一个是在主卷内容更新前收集它们的原
始状态,就象时点用户使虚拟映像发生的任何变化一样。
当主卷被更新的时候,时点技术被用来保存独立的虚拟映像的假象。任何新的对主卷的写入要
求都首先引发当前内容向相应的时点变化区域复制。这项技术保证了不会因主卷的新近修改而影响
时点内容。
这种方法所需要的附加存储器的数量依赖于在 Point-in-time 建立后主卷和虚拟映像更新
的数量。
以下是应用虚拟技术的典型步骤
创建虚拟映像
在选定的时点开始创建虚拟映像,从这一时点开始,更新主卷和快速转储卷的场所将被记录下
来。
在 8pm 创建时点(虚拟映像和主卷开始时相等)
图:创建虚拟映像

访问虚拟映像
指针跟踪数据的物理地址。当访问虚拟映像的时候,指针和 PIT 变化区用来服
务于修改主数据。
在 8pm 后的虚拟映像(主卷数据已被更新)

图:访问虚拟景象
原程序访问主卷和副程序访问虚拟映像之间将会发生冲突。换句话说,用这种方法原程序的运
行将受到影响。
压缩而减少容量
应用压缩技术,可以使用来从主卷抓取 copy-on-writes 并更新快速转储卷的附加空间压缩到
记录区中。应用压缩的虚拟映像可以用最少的附加存储实现时点解决方案
虚拟映像与主卷的再同步
这种情况下,虚拟映像与主卷的再同步是通过创建一个新的虚拟映像而实现的。
为了创建这个新的虚拟映像,需要在 PIT 的变化区中安置指针。
4)创建时点复合映像
中断镜像,按需复制和虚拟映像技术都支持着时点复合映像的创建。它们可支持以下方面:
在独立的时点创建 PIT 的第二映像
在同一时点创建 PIT 的复合映像
为了给任意的 PIT 映像提供迅速的再同步,每一个映像必须有独立的数据日志。由于这一点难
以作到,所以大多数产品仅仅支持最后时点映像的快速再同步。
再同步方法通常使用以下三种再同步方法:
 完全同步化
 数据日志的再同步
 更新数据的再同步
后两种方法依赖于更新的数据日志缩小再同步的视窗
完全再同步
完全再同步实质上是完全的磁盘对磁盘的复制。当没有快速再同步的方法或者目标卷处于未知
状态的情况下使用这一方法。

图:完全再同步(磁盘对磁盘的复制)

主卷和镜像分离时的数据记录
减少再同步时间的方法之一是记录时点创建后发生的数据变化。如图 2-6,记录和计分板(位
向量)是两个公认的降低再同步时间的方法。记录抓取新写入日志的内容,与此同时,记分板跟踪
变化数据的位置。
记录
图: 记录和记分板(位向量)

记录擅长按到达顺序收集变化数据。但是,记录的空间可能会因为不适当地记录第三镜像和主
卷的分离而耗尽。
记分板设置指针指向在分离
发生之后而变更的磁盘位置。
不同的间隔尺寸,例如每
128K 字节一比特,将使记分
板的空间减至最少。紧凑的记
分板在一开始就被分配,记
录时就不会有溢出的危险。但
不会尝试按照到达顺序跟踪。
再同步的日志:
数据日志的再同步可以比作
积累写入的回放以防止映像
失效。适当地设计。再同步由于被记录,所以可以被中断而不会给目标的一致性带来严重后果。(即:
信息会稍微滞后一些,但仍然有条不紊)
依据记分板更新再同步
记分板再同步来自于工作运行的观点,它不仅节省了空间,而且节省了时间,这对于磁盘对磁
盘的复制以及记录方法都至关重要。这种优化技术起源于仅传送最终更新数据到地址,而不像其以
前的方法那样。因为先前对同一区域的读写已被覆盖,没有必要传送它们,通过记分板更新再同步
必须完全确保目标数据的一致性,因为复制顺序有可能与原始记录顺序不一致。
如果镜像与主卷时间达好几个小时,并且有大面积的数据更新,那么记分板和数据日志,所提
供的返加数据返回数据就越来越少,磁盘对磁盘的复制因而可能变得高效迅捷起来

5)不同的数据快照方法的优缺点
中断镜像
EMC TIME FINDER 和 HITACHI Date Systems shadow Image 就是采用中断镜像方法实现时点
快速转储的产品。中断镜像的优点在于它能立即得到时点映像,并且因为创建了一个独立的数据复
件,主程序不会因辅助程序存取、使用时点映像而受到影响,独立的数据复件通常还支持复合时点
映像和存储于其它子系统存储器的时点映像。
当同一盘组中的两块硬盘同时发生故障时:
数据得到保护

故障发生瞬时因原
数据的丢失而彻底
丧失,在非快照生
成时间数据得不到
任何保护。

“中断镜像”的不足之处在于它耗费存储资源,并且在生成镜像时因为要保持附加镜像的同
步性,软件开销也随之增加。
按需复制
IBM Concurrent Copy(IBM 同时复制)和 Sun Stor Edge Instant Image (SunStor Edge 瞬
时映像)是采用按需复制技术的产品,按需复制技术的优点在于它不会引起有关维持镜像的软件开
销,与中断镜像技术一样,主程序不会因辅助程序使用时点映像而受影响。另外,它也支持复合时
点映像和位于其它子系统存储器的映像。
“按需复制”的不足之处在于它,在复制过程中,会发生某些难以觉察的错误,从而导致复件
有可能不完整(之所以有这种可能性是因为复制过程发生在时点创建之后)。但是,这种情况极少
发生并且事先有所准备;一旦确定有出错条件,将会有新的时点创建出来。
虚拟映像
IBM Snoop Shot (IBM 快速抓取)和 Sun StorEdge Instant Image (Sun StorEdge
瞬时映像)是采用“虚拟映象”技术的产品。
“虚拟映像”的优点在于它运行时通常只需要比其它方法少得多的存储。另外
它还具有快速抓取的能力,不会产生与镜像有关的资源开销,并能够创建复合快速
抓取映像。
“虚拟映像”主要的缺陷在于原程序会因副程序使用快速抓取映像而遭受影响。

三、HDS 数据备份快照 Shadow Image 原理和应用


数据备份快照 Shadow Image与指针方式(例如 Snap)的快照不同,是将全部数据进行实时复
制的备份。
Shadow Image 最初的设计目的是在Y2K解决方案测试时将数据备份,所以它是卷到卷的
完全的数据备份,之后进行了开发。
ShadowImage快写照支持工作方式
 同一个系统内支持多至 9 个 Open 平台及多至 3 个 IBM S/390 平台。
 允许用户同时复制内部磁盘系统的逻辑卷 LVI 与逻辑单元 LUN,而不中断客户服务、停顿
超时,或影响用户关键业务的性能。

 拷贝后 LVI 与 LUN 仍有 RAID 保护,即时的拷贝可用于数据备份、应用测试等工作。


 在持续进行正常操作的时候可重新同步,减少数据复制的请求,提高系统使用率。

 HDS ShadowImage 实时快写照数据支持 7X24 小时服务环境,同时实现同一系统内的数据


双备份(通过切换定义和数据恢复 )
 可从目标拷贝再重新同步拷贝,可维护最多 20 份关键数据的拷贝。
 支持同一磁盘系统内数据双份保护。
 所有数据在 HDS RAID 0+1 和 RAID5 保护下
ShadowImage快速备份工作示意图
现在的 Shadow Image 允许在一个存储器内同时最多生成多达9个子备份卷。使一个存储设备

中可以同时有10个同步的数据卷。所有备份工作都在存储器内部进行,不消耗任何主机资源。
其中被应用卷在正常工作状态下作为主卷备份到其他的目的卷,此时各目的卷处于实时备份状
态,不可以被访问。
当需要对备份卷进行访问或应用时,可自动设置一个或多个固定时间,也可以手动设置:
 将前端应用停止,停止主卷与目的卷的备份。
 对目的卷进行操作。

 操作后恢复。
过程如下:
在使用时,必须保证主卷和目的卷处于不同的,但空间完全系统的逻辑卷,即如果计划生成2
个备份就必须在存储配置设置中划分三个空间相同的逻辑卷。再进行 Shadow Image 的设置。这
样,在本地存储器中,数据得到完整的备份,并可以逆向恢复,保证数据的安全。
用 ShadowImage 备份快速恢复数据。
生产卷与备份卷是同步生成,在生产卷故障时可利用备份卷迅速恢复数据的应用。

四、IBM FlashCopy 原理和应用


(IBM 网站 《ESS FlashCopy 与快速数据库备份》)
IBM ESS FlashCopy 是一种磁盘设备上的硬件数据复制功能,复制过程是一种逻辑数据复制处
理,通常只需几秒钟就能完成,所以源数据很快就可以从数据复制的锁定中解除出来,让正在使用
这些数据的生产系统能继续运行下去,而真正的物理数据复制处理随后以后台处理来进行。这一类
产品主要用于大规模生产系统,尤其是不能间断的关键业务系统中,如大型数据中心的数据库系统。
目前 FlashCopy 最主要用于大型数据库的大量数据复制,特别适合那些有前台联机处理系统
和后台批处理系统两套系统同时运行的用户,他们为了让这两套系统不相互影响,分别设置了一个
用于前台处理的联机数据库和一个用于后台批处理的数据库,开始批处理时把联机数据复制到后台。
使用 FlashCopy 就可以在短时间内把数据从联机数据库中复制到后台的批处理数据库中,开始处
理量极大的批处理作业,前台联机处理受影响的时间很短。
这种复制方案在有着明显优点的同时,也有很严格的限制,即为了保证 100%的数据一致性,
一个复制处理单元中涉及的所有磁盘组都必须在某一时刻保证绝对不会发生任何数据写操作,使复
制系统以这一时刻的数据为基础来复制,这一点对于所有同类产品都是一样的。对于数据库服务器
而言,必须要执行特定的命令和操作,暂时禁止往磁盘上的数据写操作,所以使用 FlashCopy 的
数据复制功能还需要系统管理员的配合,通常需要编写一个命令文件,执行所有必需的操作。
ESS FlashCopy 功能简介
ESS FlashCopy 是一种快速的数据复制系统,基于源数据某一时刻的状态,把大量的数据在短
时间内复制到目标数据系统中。所谓快速只是指逻辑数据复制过程通常在几秒钟内完成,所以正在
使用源数据的生产系统只受到很轻微的影响。真正的物理复制过程在后台进行,物理复制过程进行
期间源数据和复制目标数据都能被应用程序使用,即前台联机处理系统和后台批处理系统可以同时
运行,使用不同的数据具体来说,FlashCopy 有两个选项,COPY 和 NOCOPY,根据业务应用性质的
不同而选择使用,下面分别详细描述这两类应用环境及 FlashCopy 的使用。
COPY 选项的 FlashCopy 应用
带 COPY 选项的 FlashCopy 产生一份物理的数据复制,与源数据系统在某一时刻的状态完全
一致,复制的数据存储在磁盘设备上,通常会被这些应用使用:
1. 生产系统的数据备份,即要定期保存生产系统某一时刻的完整状态与数据。
2. 有多个后台应用系统要反复地使用复制的数据备份,始报表程序等。
3. 后台应用系统使用数据备份的访问量极高,如数据挖掘系统等。
总之,只要应用具有这些特点,就需要使用一份真正的数据复制,应用 FlashCopy的 COPY 选
项所需的磁盘空间是需要复制的源数据量的总和。
下图表示使用 FlashCopy 的 COPY 选项时的系统结构,从生产系统中产生一份真实的物理复
制,供后台的应用程序如报表程序、数据仓库系统等使用。

NOCOPY 选项的 FlashCopy 应用


如果应用系统访问数据量或访问频度很低,就不需要使用物理的数据复制,只需要
访问生产系统中某一时刻的完整数据,可以使用 NOCOPY 选项,这一选项不会产生源数据的
物理复制。例如后台发出的状态检查/查询请求,只需要访问少量的数据;又如后台的磁带备份程序,
从前台读取数据后即备份到磁带中不再使用,都属于这一类应用。
图下图表示使用 NOCOPY 选项的 FlashCopy 系统结构,由于没有物理的数据复制产生,所
以后台应用 I/O 请求都被转发到源数据组上。

NOCOPY 选项只需要不多的磁盘空间来作磁盘索引和写操作的缓冲区,不需要完成整的数据镜
像空间,通常不会超过源数据量的 20%。具体所需的空间大小由复制数据卷上的修改频率和使用时
间跨度(即从产生复制到删除复制的时间)决定。
NOCOPY 选项的 FlashCopy 系统还有一个特别的用法,即构造有限度的数据库共享系统。一般
来说,共享数据库系统的配置和使用是极为复杂而且昂贵的,很多数据库产品的基本选项都不提供
这种功能。但在特殊的情况下,为了不增加生产系统服务器的负载,用户会希望能把一些复杂的查
询应用或统计报表应用放到另一台单独的机器上运行,或者为这台机器配置较高的 CPU 和较多的
内存,以提高这些应用的效率,这些应用要求使用当前最新的数据,而不是一份复制。这时能使用
生产数据库的一个数据“映像”就很有用了,NOCOPY 选项正好能满足这种要求,只需
FlashCopy 定时地执行数据库设备的
NOCOPY 复制,就能在这台独立于生产服务器的机器上,用很短的时间产生一个准数据库,供
查询应用使用。用这种方法把数据复制到多台服务器上,就能并行执行多个复杂的查询/统计应用。
-下图表示用一个数据复制来产生一个数据库映象的系统结构。值得注意的是所有对共享数据的
I/O 请求最终仍然会转发到源数据库的磁盘上,在映象数据库系统上获得的数据并不是完全实时更
新的,只是由上一次 NOCOPY 复制操作获得的当时的生产系统数据的复制,所以在数据库映象上
只能执行受限制的应用系统功能。
用 IBM FlashCopy 快速数据库备份
使用 FlashCopy 的技术要求
使用磁盘的硬件复制功能可以实现快速的数据库备份,技术上有这些具体要求:
1. 在硬件复制操作执行的过程中,一个数据库服务器(或实例)拥有的所有 hdisk
(如果使用 SDD 则相应为 vpath)上不能有任何写操作,这是为了保证被复制数
据的数据一致性。逻辑硬件复制操作一般只用几秒钟就可以完成。
2. 为了保证复制过程中不会发生写操作,系统管理员要在操作系统、应用服务器(如CICS)
或数据库服务器等层次采取相应措施来禁止写操作的发生,具体措施有:
 把操作系统设为静止状态;
 停止 CICS 服务器或把所有 CICS 事务设置为不可用;
 停止数据库服务器,或把数据库设为只读方式;
把数据库服务器设为特殊的状态,禁止在磁盘级别上的写操作如Oracle 的热备份状态,
Sybase 的静止状态)。这样做可以让不能中止的应用程序不间断运行。
3.系统管理员要事先编写一套操作命令文件,完成禁止数据库写操作、错误状态检查与开始数
据复制等一系列操作。
要注意的是,这些技术要求是与具体的磁盘设备或复制技术无关,必须保证没有数据库的写操
作,不管是 IBM 的 FlashCopy,还是其他存储设备厂商,做法都是一样的。
举例来说,下面一段是从 EMC 的文档中摘录出来,关于做 Oracle 数据库复制时TimeFinder
要满足的先决条件:
“ EMC TimeFinder 数据库要求”
1. 预先设定一套操作方法和执行命令文本,作错误条件检查,以防止发生可能破坏数据库一
致性的人为操作错误。
2. 只有满足以下条件才能分割 BCV 设备:
 Oracle 数据库文件处于热备份状态(即表空间处于热备份状态)
 或者表空间正常地脱机或处于只读状态;
 或者数据库完整地正常停止。
由此可见,尽管 EMC 与 Oracle 数据库有着非比寻常的紧密合作关系,EMC 的TimeFinder 仍
然要求 Oracle 数据库满足以下要求中的一条
1. 处于热备份状态,即不能有写操作。
2. 处于脱机状态或只读状态。
3. 完全停止。
只有满足了这些要求,TimeFinder 的 BCV 设备才能分割或复制。
但应注意的是停止数据库的写操作并不等于停下整个数据库服务器。
FlashCopy 复制操作过程
用 FlashCopy 复制数据库的操作过程大致如下:
1. 为所有数据库设图示配置 FlashCopy 设备对
2. 把应用程序访问的数据源切换到脱机的映象数据库上
3. 把生产系统的数据库设为静止状态。
4. 执行 FlashCopy 复制, 这个复制是批处理前的状态记录。
5. 把生产系统的数据库恢复为正常状态。
6. 执行后台批处理作业。
7. 批处理作业完成后,再次把数据库设为静止状态。
8. 执行 FlashCopy 复制,这个复制是批处理后的状态记录。
9. 把数据库恢复为正常状态。
10.把前台应用程序在映象数据库上执行的数据库事务记录传送到生产系统数据库
上重新执行一次。
IBM FlashCopy 功能特别适合于高速磁盘复制系统,即使要复制几个 TB 的数据,
逻辑数据复制只需几秒就能完成。与特定的数据库静止操作结合使用,FlashCopy 就能在产生
一份生产系统数据的无损备份的同时不中止用户应用的运行。本文中所述的FlashCopy 复制流程通
常要编成一个 UNIX 的命令文件,在日常的数据备份操作中执行。
磁盘存储设备设计硬件层次上的复制功能,如 IBM 的 ESS FlashCopy或 EMC的
TimeFinder,主要目的是为了缩短数据备份所需的时间。在生产系统中,某一时该的完整备份通常要
比模糊的数据库备份更有用。虽然这两种机制都能实现无损失的数据备份,备份操作也不会影响生
产系统的正常运行,但后者只能用于某些特定的数据库对象,前者则适用于业务系统中的所有数据
组织,如数据库、数据文件和程序、共享库等