Backup Copy理论基础
Veeam的Backup Copy是实现数据保护3-2-1黄金法则的基础,也是VBR的基础功能之一。它的功能非常简单,实现的效果就是将一个还原点(Restore Point)完完整整的拷贝一份,变成一个新的可以使用的还原点。什么是还原点?在VBR中它是某个VM或者Server某个时间点的记录,利用还原点,可以从VBR的存储库中将数据还原回该时间点的那份内容。对于还原点来说,它可能包含了一个文件,比如vbk全备份存档,也有可能包含了一组文件,一个vbk和一系列的vib,这取决于备份作业或者备份拷贝作业如何创建他们。
Backup Copy制作的备份链和普通的Backup作业制作的备份链略有不同,Backup Copy通常制作的备份链是永久增量的模型,也就是说,第一次的传输,Backup Copy会创建一个.vbk的全备份存档,在第二次开始的后续传输中,Backup Copy会基于第一次的.vbk形成一份.vib的增量存档,并且一直创建下去。
Backup Copy默认使用合成全备份的技术生成并创建全备份存档,只是这个全备份存档必须是基于GFS策略来创建,举个例子来说,如下图所示:
这个Backup Copy作业设置了14个还原点(Restore Points),每天运行一次作业,那么实际上在运行了一个周期后,它将得到如下结果:
如果开启了GFS每周的全备份后,Weekly Backup如果设置成2份,如下图设置。
那么这样的设置将得到如下结果,其中前两个全备份存档是根据GFS的策略要求,所创建出来的Weekly Full的存档。
V10的新变化
在V10版本中,Veeam的Backup Copy发生了一些变化,原来的Backup Copy模式继续保留,但是新增了一种全新的模式,因此这两种模式有了各自的名字:Immediate Copy和Periodic Copy。新增的模式叫做Immediate Copy,老的模式赋予了新的名字Periodic Copy。两种模式有一些区别,他们支持的内容会不一样,如下表所示。
支持的备份存档 | Immediate Copy | Periodic Copy |
---|---|---|
vSphere和Hyper-V虚拟机备份 | 支持 | 支持 |
VBR集中管理的Veeam Agent | 支持 | 支持 |
SQL和Oracle的日志备份 | 支持 | 不支持 |
非集中管理的Veeam Agent | 不支持 | 支持 |
Oracle RMAN和SAP HANA | 支持 | 不支持 |
Nutanix AHV | 不支持 | 支持 |
AWS EC2 | 不支持 | 支持 |
Microsoft Azure 虚拟机 | 不支持 | 支持 |
除此之外,这两种Copy模式,在备份存档的生成上,有一些区别,对于Immediate Copy而言,他会根据主备份任务的设定,当主备份任务执行完成后,立刻生成一份备份拷贝存档。Immediate Copy是主备份任务的1:1的完全还原点镜像。但是需要特别注意的,它不是简单的备份文件的镜像,并不是vbk、vib的文件拷贝。举个例子来说,在主备份任务中如果设置了每个周六创建Synthetic Full的备份作业,会在周六生成全备份存档,而在这个备份存档生成后,Immediate Copy作业会运行并创建对应的Copy存档,这个创建出来的存档和主备份任务创建出来的vbk全备份不一样,它创建出来的是一份vib的增量备份。由于Immediate Copy的特点,它适用于所有需要进行应用程序日志复制的备份作业,因此在异地容灾时,对于关键的数据库系统,通过Immediate Copy能提升RPO级别。
两种备份模式正常情况下无法切换,假如要使用全新的Immediate Copy功能,可以禁用老的Backup Copy任务,只需要简单的创建新的Immediate Copy勾选Include database transaction log backups即可。
以上就是今天的内容,为了数据更安全,赶紧把Backup Copy做起来吧。