Oracle10g新特性——RMAN

核心提示：RMAN增量备份方案、增量备份的离线恢复、恢复预览、从resetlogs中恢复、文件压缩等被重新设计后变得更加强大了，大多数人都赞同RMAN就是Oracle事实上的数据库备份工具，Oracle10g新特性——RMAN，尽管早期版本的RMAN已经很强大，但是人们对它的期待还是有很多，它利用一个和文件系统中日志文件类似的文

RMAN增量备份方案、增量备份的离线恢复、恢复预览、从resetlogs中恢复、文件压缩等被重新设计后变得更加强大了。

大多数人都赞同RMAN就是Oracle事实上的数据库备份工具。尽管早期版本的RMAN已经很强大，但是人们对它的期待还是有很多。很多DBA对于一些很希望有但实际上没有的特性很烦恼。很幸运，在10g中解决了很多问题并且增加了很多受期待的特性，下面就一起看一下。

增量备份

RMAN有一项增量备份的功能。但实际上你是否经常用它呢？或许偶尔，或许从来没有。

这项功能使RMAN备份上一次同级别或者更低级别的增量备份以后发生变化的数据块。例如，在第一天执行了一次全备份（level_0），在第二、三天执行了两次增量备份（level_1）。后面两次备份仅仅备份在第一天和第二天之间变化的数据块、第二天和第三天之间变化的数据块，而不是备份整个数据。这种策略降低了备份数据大小，只需要较少的空间，并且使备份窗口变得更小，降低了网络传输数量。使用增量备份的最重要的因素为了和数据仓库环境相关联。因为在数据仓库中，很多操作都是在NOLOGGING模式下进行的，并且数据的变化并没有记录在归档日志文件中，因此，没有可用来恢复数据的媒质了。由于如今数据仓库非常盘大，所以根本不会考虑使用全备份，同时也不可行。因而采用增量备份是一个可选的方法。

但为什么那么多DBA很少采用增量备份呢？一个原因就是在Oracle 9i和更低版本中，RMAN会扫描所有数据块以定位哪些块需要被备份。这一操作给系统造成了很大的压力，因此增量备份不具备操作性。

Oracle 10G的RMAN对增量备份的方式进行了改进。它利用一个和文件系统中日志文件类似的文件，来跟踪从上次备份以来发生变化的数据块。RMAN需要读这个文件决定哪些块需要备份。