接上文：Oracle备份策略：可选方案、Oracle备份策略：用户管理备份

　　RMAN是Oracle内置的功能，它本质上就是一套API。你可以登录到RMAN中，给它一个你可以编脚本的命令。然后该命令会与API交互，而API会与数据库交互。而你只需要简单地发出指令“备份数据库”就行了。使用RMAN，最基本的设置就是为你把数据库复制到你指定的一个位置。而相比之下，在用户管理的备份中，你不得不把备份搅和到数据库中，然后搞清楚那些文件在哪里，然后复制所有需要的文件。采用RMAN，即使没有商业备份软件，你也可以免费登录到RMAN并发出指令“备份数据库”。它会复制那些文件到你指定的目录。

　　整体来看，这里的好处是RMAN比用户管理的备份更简单了。而且它还是无风险的。但是，RMAN真正令人兴奋的地方是它具备让你与商业备份软件整合的能力。有一个基础库把RMAN和Oracle进行连接，因此不需要关注磁盘，你的备份软件可以用它们的库来替换Oracle自己的基础库。换句话说，有了RMAN，你现在拥有了从你的备份软件直接通向Oracle的直接通道了，可以直接发送命令，然后会有数据流从Oracle中出来返回到你的备份软件中，然后它们可以把结果放到你指定的任何设备上，不管是磁盘，磁带还是不重复的目标。同样，用户管理的备份与之相比，它是没有连接的。用户管理的备份在备份软件和真正发生的事之间是没有连接的。

　　有了RMAN，就有了从各种途径向数据库的连接，也有了回到数据库的各种连接。如果在这个过程中的任何地方发生了任何问题，并且我们没有得到备份，备份软件会知道并把问题报告出来。但是，在用户管理备份方式中就做不到这一点。比方说，例如，转储不好用了，但是备份软件会继续抓取文件，由于这种脱节，它不会意识到文件已经变更了。但是，采用RMAN时，它就是一个通向Oracle的直接连接。因此，这是最大的差异。它是由Oracle支持的，也是被你的第三方备份软件支持的。

　　由于有了这一连接，给RMAN带来了许多益处。首先，你可以做真正的增量备份。你的备份软件说：“我是来给你做备份的，我希望做增量备份。”RMAN保留有一份位图，它知道自从上次备份执行以来已经修改的块有哪些，所以它只是说“那些块在这里”，然后就把它们送走。你也可以用RMAN做全备份，你有这个完全连接，它是通向你数据库的所有方式。当然，你不需要中间转移设备。

　　但是，RMAN最大的价值是在恢复损坏的数据库时体现出来的。你只需要简单地启动RMAN，然后告诉它恢复数据库并还原数据库就好了。当RMAN恢复数据库时，它会把文件放回到它该存在的位置。在还原数据库时，它应用“redo”操作(用Oracle的话讲)。它不得不应用redo，因为如果你从昨天晚上的时间点恢复数据库，在那个时间点之后已经有一些数据发生变化了，因此它需要进入redo日志来把redo信息在备份中重新执行一遍，那就是为什么还原操作应该在恢复操作之后执行的原因。在恢复和还原期间，你可以登录到RMAN，RMAN知道它已经连接到你的备份软件了。你可以运行RMAN还原恢复数据库命令。RMAN会与API交互，API会与代码库交互，会与备份软件交互，RMAN会找出损坏的文件并把那些文件放回到合适的位置。然后，你告诉RMAN执行还原数据库。同样，它在与API交互，再与代码库交互，基础库再与备份应用交互说：“这里是你需要执行的还原操作。”因此，这就是完整的来回连接，使其成为了一种简单的还原操作，而不是像用户管理的备份那种复杂的恢复操作。

　　最后，对Oracle自身来说，也确实还有别的选择方案。如果你自己对RMAN感兴趣，但是你没有备份软件来连接RMAN，Oracle也提供备份软件产品，它们几年前收购了一家软件产品，你可以从它们那里购买并管理你的磁带库等。那样的话，你的整个备份解决方案都是直接来自Oracle了。