学习笔记29:Volume Shadow Copy Service(VSS)如何工作
VSS卷影拷贝服务其实不是一项新技术了,在2003年前后发布的Windows 2003和Windows XP SP1都提供了对VSS的支持。最近几年微软的一线产品对VSS支持的越来越多,包括Exchange,SQL,AD,DPM等等。在Windows 2008中甚至系统的自带的备份工具也换成了VSS版本的。查一查VSS的资料,发现名词不少,snapshot、writer、requestor等等。这几天翻阅了一些资料,仔细阅读了几遍,终于拨云见日,理清了头绪。
VSS解决的问题
任何一个新东西和新技术的出现总是为了解决现有的问题。在IT领域,很多的资源被放在对各个系统的备份和恢复上。为了99.9XXX%中那n个9,每多一个9都要付出巨大的代价。
在备份领域,传统的备份方案一般有全备份,增量备份和差量备份等。我觉得主要的问题有:
- 增量和差量需要备份软件支持,备份程序需要对被备份的数据有足够了解,备份程序和应用程序协作保证数据的恢复完整一致性,工作量比较大。比如Exchange的数据库,Exchange自己要暴露出API接口,供NTBackup之类的应用程序调用。
- 备份和恢复的时间漫长。每次做全备都需要若干小时。恢复差量和增量的数据的时候,要先恢复全备份再恢复增量、差量的数据。步骤冗长,容易出错。
- 缺乏与硬件的紧密结合。很多存储的硬件都有snapshot的方案,但是这些硬件是做卷级别的镜像,和应用无关,做出来的东西也不能保证在应用级别是完整的。
VSS的出现,就是为了解决这些问题。
卷影的方法分类
- Clone (Full Copy/Split Mirror)全拷贝、镜像拷贝。可以通过软件或者硬件的方式做源卷和目标卷的同步。在同步连接切断之前2边的数据是一致的,在同步连接中断之后目标卷的数据和源数据保持独立,并且是只读的。
- Copy-on-Write (Differential Copy)差量拷贝。这种方法也可以用软件或者硬件的方法实现。当有写操作发生在需要被复制的卷时,被写的那个block会先被复制到另一个存放差量数据地方,同时这个操作会被索引和记录下来。使用源卷里数据和差量数据,这样在逻辑上我们就有一个在之前某个时间点的源卷。这种方法的好处是额外需要的存储空间小,缺点是
-
- 对源卷有额外的读写操作。
- 在做数据恢复的时候源卷的数据必须还在。
基于以上这2种最底层的卷影的方法,可以实现多种基于软件和硬件的备份应用和方案。微软的应用方案有:
- Data Protection Manager(DPM)
- Windows Backup Service(in Windows 2008)
VSS服务架构
组件 | 描述 |
Volume Shadow Copy Service
| 核心服务,和各个其他组件交互。 |
Requestor
| 提出开始做卷影复制的程序,一般是备份程序。 |
Writer
| 首先他是应用程序的一部分,用以确保在做卷影复制的时候应用层面的数据是完整一致的。数据库级别的应用一般会有自己的Writer,比如Exchange,SQL,AD等。 |
Provider
| 创建和维护卷影复制的组件。可以是操作系统、硬件或者软件自己实现。 |
Source volume
| 含有需要被备份的数据卷。 |
Storage volume
| 为provider提供存放copy-on-write文件的数据卷 |
卷影复制的组件
Requestors: 发起卷影复制的程序,一般是备份程序。
Writers: 防止数据不一致,不完整。
- 当备份的应用发起备份请求的时候,系统的VSS服务把这个消息通知给各个writer。Writer在收到这个消息之后,开始为备份做准备,以确保硬盘上的数据的一致性。比如Exchange的writer,会把内存的buff写回到硬盘里,确保硬盘上的数据库和log是完整的。
- Writer也提供其他一些信息,比如应用的名字、图标、包含和排除的文件、恢复策略等等。
- Writer和一个或者多个组件相关联。一个组件是一群文件的集合。比如,Exchange的文件集合包括数据库文件和日志文件等等。这些文件集合是一个整体,必须被同时备份和同时恢复。Writer也提供有关如何按组件恢复数据的信息。
- 如果一个应用没有提供writer,那么只有硬盘上的数据被备份,而内存里面的cache等数据会丢失。这样恢复出来的数据类似于机器突然断电的状态,数据有可能会不一致。相对于非VSS的备份方法,VSS的好处是即使文件正在被打开也可以备份。传统的备份方法被打开的文件是无法再次被备份程序读打开的。
- 在这种设计下,维护数据一致性的工作被从备份程序转移到了应用程序,而应用程序的开发人员对应用程序的数据更加了解,他们知道如何编写Writer来优化卷影复制。
Providers:用以创建和维护卷影复制。主要有三类实现:
- 硬件实现
- 软件实现
- 操作系统实现。Windows 2003自带了一个基于软件的Provider。
卷影复制创建流程
- Requestor,一般是备份程序,要求VSS枚举writers和他们的metadata,为卷影复制做准备工作。
- Writer创建一个XML的备份组件的描述,并定义他们如何被恢复。VSS通知应用程序的Writer为卷影复制做准备。
- Writer开始做准备,比如把内存中的内容写到数据库,把日志中的内容写到数据库等等。做完之后通知VSS。
- VSS发起commit。
- VSS把writer和requestor暂停写操作几秒种,以用来创建一个卷影复制。这个时间不能超过60秒。在此期间,VSS把文件系统在内存中的buff写到硬盘以确保硬盘中文件的一致性。
- VSS告诉requestor花最多10秒的时间来创建卷影复制。
- VSS解冻文件系统。当卷影复制创建好之后,VSS释放处于未激活状态的writer,所有在队列中的读写IO操作被完成。
- VSS确认在卷影复制被创建过程中的IO是成功的,如果失败的话意味着卷影复制是不一致的,VSS通知requestor并且删除卷影复制。Requestor可以选择重试或者通知管理员等操作。
- VSS开始复制卷影复制的数据,在复制完成之后把位置信息返回给Requestor。这一步才是耗时最长的备份数据的过程。
1
收藏
推荐专栏更多
猜你喜欢
我的友情链接
信息安全
Java线程:线程的调度-休眠
我们不得不面对的中年职场危机
职场终极密籍--记我的职业生涯
用光影魔术手制作一寸照片(8张一寸)
我的IT职场生涯: 毕业4年,月薪过万
Linux关闭休眠和屏保模式
年薪从0到10万-我的IT职场经验总结
Windows7删除休眠文件hiberfil.sys节省大量C盘空间
致IT同仁 — IT人士常犯的17个职场错误
“跳槽加薪”现象,无奈的职场规则
PostgreSQL的B-tree索引
PostgreSQL pg_rewind实例--could not find previous WA
redis geo 地理位置系应用战案例
PostgreSQL逻辑备份pg_dump使用及其原理解析
PostgreSQL如何删除不使用的xlog文件
PostgreSQL pg_ctl start超时分析
Greenplum -- segment 死机后恢复
postgresql 主备及切换-恢复方案
![f92360e227f9d91cdff7ea95120630ef.png](https://s1.51cto.com/images/blog/201905/05/f92360e227f9d91cdff7ea95120630ef.png)
![left-qr.jpg](https://static1.51cto.com/edu/blog/mobile/images/left-qr.jpg)
扫一扫,领取大礼包
转载于:https://blog.51cto.com/ityatou/277353
Ctrl+Enter 发布
发布
取消