Oracle非常强大，有其自己的备份与恢复机制，并且细分，只要配置合理，完全可以保证数据库的完整，免去运维人员的后顾之忧。
Oracle数据库使用RMAN备份，需要把数据库的非归档模式改成归档模式。
一、更改数据库的归档模式需要重新启动数据库，在mount模式下修改（三种启动模式nomount—mount— open）。
具体步骤如下：
1、进入数据库后，关闭数据库
2、启动数据库到mount状态
3、改变数据库为归档模式
4、验证方式
二、启动控制文件的自动备份
三、全库备份
3.1最简单的全库备份
四、脚本备份
4.1查看linux系统用户的环境变量，从而知道需要备份数据库的名称和实例
主要看ORACLE_SID=orcl
4.2在RMAN中设置冗余数（备份的次数，根据需要，一次备份的数据大小，备份的磁盘空间大小来决定）。
4.3规划备份的目录
/usr/local/oradata/orcl/RmanBackup，如果没有，创建即可，这里需要注意这个文件夹必须属于oracle用户。
4.4全量备份脚本如下图
这个0级全量备份脚本需要在oracle用户下执行，并且需要把脚本chmod为775权限。
把以上脚本放置到crontab中，可以设置自动执行。
4.3增量备份脚本
Oracle数据库的恢复需要在oracle用户下执行，恢复内容包括控制文件*.ctl，重组日志文件*.log,数据库文件*.dbf。
一、恢复dbf文件
前提条件是Oracle数据库的初始化spfile文件，控制文件、重组日志文件、归档日志、备份都可以正常使用。
现在先删除dbf文件。
1、关闭数据库，再重新数据库，进入数据库
1.3恢复
Oracle数据库没有处于open状态，这是因为数据库找不到数据文件，所以目前的数据库处于mount状态。
1.3.1 还原文件
1.3.2验证
进入存放dbf文件的目录查看，dfb文件已经被恢复。
1.3.3继续恢复数据
1.3.4打开数据库的open状态
恢复完成，下面退出oracle数据库的rman环境，重新进入数据库。
查看重做日志文件是否为原来的重做日志文件
由上图显示，数据库的重做日志的序号没有从1开始，证明还是原来的重做日志。数据库进行了完全恢复。
恢复成功后，最好立刻备份数据。
二、重做日志文件损坏的恢复
2.1确定数据库的备份状态
必须是oracle用户，执行rman target/
查看数据库备份信息
2.2删除重做日志文件
2.3重做日志
数据库会报错
这里第一行主要出现
ORA-01034: ORACLE not available的错误
此时可以重新启动到mount状态
继续恢复
第一行出现错误，ORA-01139:RESETLOGS选项仅在不完全数据库恢复后有效。
完成介质恢复。把数据恢复到6月19日9点09分09秒。
数据库已经更改
数据库已经关闭。
已经卸载数据库。
ORACLE例程已经关闭。
ORACLE实例已经启动。
数据库装载完毕。
数据库已经打开。
查看文件.log文件在/usr/local/oradata/orcl目录下
