|
|
VTL技术+传统备份软件
|
DSG SnapAssure+磁盘阵列
|
|
增 量 备 份 的 效 率
|
- 有所提高,但效率提高幅度不大。
增量备份慢的原因主要不取决于存储介质是带库还是磁盘,主要是由于RMAN的增量备份原理造成的。RMAN做增量备份时需要对数据块进行扫描,即使只有几个块发生了变化,RMAN也需要花费很长时间进行全库扫描。 所以即使采用VTL,现有的备份软件依然无法提高备份效率,增量备份效率依然很低。
|
- 大幅度提升增量备份效率:1TB的数据库增量备份时间可控制在30分钟左右。
备份效率之所以提高,不是因为用磁盘阵列做存储介质,而是因为 SnapAssure采用了无需扫描的增量备份技术。 在增量备份时,SnapAssure不需要从扫描全库的数据中去发现变化的块。
|
|
备 份 策 略
|
- 不能从根本上得到改善:
因为现有备份软件是因为增量备份性能低下,所以每天才只备份归档日志,而不是按照宣称的那样每天都做增量备份或者差量备份。 所以即使改成了VTL,那么备份策略依然不能改变。
|
- 根本上改善:每天都会进行一次增量备份(SnapAssure叫合成全备份)。
因为DSG SnapAssure增量备份的速度提高了,每天的增量备份时间在1小时左右。所以,SnapAssure每天都将进行数据文件和归档日志的双备份。
|
|
恢 复 效 率
|
- Restore过程将有所提高,但Recover过程无法提升:
采用VTL后,Restore一个文件或所有文件的效率相对于磁带库而言将会有很大提升。 但是对于Recover过程却无法提升,因为如果只备归档日志,那么在数据恢复时需要Recover的日志量就非常大,例如在电信行业可能达到600~700GB左右,这么大的日志量Recover的时间也是需要非常长时间的。
|
- Restore和Recover都提升:
DSG SnapAssure采用合成备份概念,每次备份都是一个全备,无论是恢复周日的数据,还是恢复周六的数据,都只需要从一次备份版本中恢复。 同时,在Recover过程中,由于SnapAssure每天都有一个合成全备,那么在Recover过程中,最多只需要恢复1天的日志,以电信行业为例,<100GB。
|
|
备份 数据 的可 验证 性
|
- 几乎没有。
VTL技术备份的数据如果要确认是否能够恢复,最彻底的办法就是将数据恢复并Open一次。 这一点与现有的带库备份没有什么差别
|
- 支持。
DSG SnapAssure提供了备份数据可打开验证的手段,从备份服务器上可直接打开备份的数据,让Oracle数据库来验证备份数据是否可用,是否可以恢复。
|
|
表 恢 复
|
- 不支持。
即使采用VTL技术,也只能支持物理恢复,比如全恢复、表空间恢复、数据文件恢复等。 但对于因为误操作造成的drop table,truncate table,drop table,truncate table以及其他的逻辑误操作造成的损坏,VTL的恢复过程将非常复杂。
|
- 支持。
DSG SnapAssure提供单表直接恢复功能,能从备份系统上直接恢复某张表。 这是其他备份软件都不具备的功能。
|
|
非归档备份
|
- 不支持。
|
- 唯一支持。
|