RMAN备份恢复管理器快速学习手册

Oracle 的 RMAN 恢复管理器操作真的是一个挺实用的练手项目，尤其适合刚入门的数据库小伙伴。实验里从配置归档模式开始，一步步带你用 RMAN 把整个数据库备份、恢复全流程都撸一遍，感觉还挺系统的。 归档模式的设置是关键一步，直接用alter database archivelog切换模式，搞完以后数据库就能正常支持备份了，不然 RMAN 根本干不了活。这个场景在生产环境还挺常见，比如你要做定时备份，必须先开归档。 恢复表空间和恢复用户的创建看似鸡肋，其实实用。你创建了专门的recovery_tbs和rman_admin，后面配合 RMAN catalog 用起来就方便，权限也比较干净，

部分恢复只能在数据库挂载状态下执行。恢复必须基于数据库，还原所有数据文件有三种方法。首先需要注意日期格式的问题。

手工备份恢复的缺点包括：1、产生大量的重做日志；2、需要手工记录大量的信息，如每个备份文件的位置、备份时间和每个数据文件的位置等。Oracle提供了recovery manager工具（RMAN），极大简化了备份工作：1、支持备份数据文件、归档日志、控制文件和spfile；2、自动维护备份相关的元数据，如备份文件名称和完成备份的SCN号；3、以数据块为单位进行备份，只备份使用过的数据块；4、对备份文件进行压缩；5、自动检测数据块损坏；6、支持增量备份等。

Oracle RMAN（Recovery Manager）是一个挺强大的工具，专门用于 Oracle 数据库的备份和恢复。它不仅可以通过命令行界面操作，还支持与 PL/SQL 的无缝集成。RMAN 的一个大优点是可以自动选择恢复策略，减少恢复时间，提高效率。而且它支持冗余备份、备份验证等，能有效避免因备份不当带来的数据丢失问题。 比如你可以通过rman target sys/oracle@ocp10g catalog rman/rman@catdb连接到目标数据库和恢复目录。而且，如果你使用configure retention policy to recovery window of 30

RMAN要进行备份的数据库叫做目标数据库。 RMAN是一个客户端程序，需要建立到目标数据库的客户端连接，并在目标数据库上创建对应的服务器进程以及session。RMAN输入的各个命令从客户端传递到服务器，由服务器进程负责执行，RMAN只能使用专用服务器连接，不能使用共享服务器连接。 备份过程中，RMAN读取目标数据库的控制文件，从而获得目标数据库里包含哪些数据文件、归档日志文件，以及各个检查点SCN，指导RMAN完成备份和恢复的具体操作。 RMAN获得了需要备份的文件列表以后，在将数据备份到备份介质上时，需要建立到这些备份介质的通道（channel）。一旦建立通道，数据就会从该通

恢复目录是数据库中的一个schema，包含多个表、视图和存储过程，存储了RMAN的元数据。恢复目录的数据是控制文件中RMAN元数据的副本。使用恢复目录的优势包括：1、同一恢复目录可存放多个目标数据库的RMAN元数据；2、恢复目录作为schema，数据保存期长，不像控制文件只能保存7天；3、可将RMAN备份命令存为脚本在恢复目录中；4、建议独立存放恢复目录数据库，避免与产品数据库共存。恢复目录还包含两个程序包：DBMS_RCVMAN和DBMS_RCVCAT。

RMAN 的备份恢复策略里，recovery window是个挺关键的参数，别小看了它。设置成 7，其实就是告诉 RMAN：“喂，我要你能把数据库恢复到最近 7 天内的任意一个时间点。”所以文件要怎么备份？简单，至少保留 7 天的所有必要备份文件。 如果你只留了最近 4 天的，那对不起，想恢复到 6 天前就没戏了。这个时候日志文件的配合也重要，别光顾着备数据文件，归档日志也得备全。不然恢复时日志缺了，再多备份也白搭。 哦对，RMAN 的默认 recovery window 是 7 天，挺合理，适合大多数日常需求。再比如你系统每天都跑一次全库备份，那基本上也能覆盖这 7 天窗口。但如果是增量备份

使用 RMAN 进行数据库备份和恢复操作。

确定RMAN备份集是否可使用可恢复。