exp备份和rman备份的区别是什么

一、exp备份和rman备份的区别是什么

1、rman是物理备份，expdp是逻辑备份，我觉得做了rman就没必要做expdp备份了。优缺点见下图：

2、exp类似冷备份，你只能够恢复到某一点。而rman的话，需要开启归档，那样就可以进行无数据丢失的恢复。

在不开归档日志的情况下，Oracle数据库的备份只能依赖exp命令（逻辑备份）导出数据文件（注意：不包括日志文件以及控制文件等），导出的所有数据仅仅以一个大文件的方式来存放，但是这种备份容易导致丢失数据。举个例子：如果5号晚上进行了exp数据导出，但是在6号的运行过程中发生宕机，数据丢失，这个时候从5号备份后一直到6号宕机前的数据将全部丢失。所以采用exp方式备份数据还是存在很大风险的。

另一种方式就是使用Oracle自带的备份工具rman。一次rman备份（物理备份）的全过程如下：

因为使用rman备份不会产生数据丢失的情况，所以必须有一个全备份的文件，使用rman需要先进行一次全备份，相当于将当前数据库里面的所有文件以及日志都全盘拷贝一份到备份介质中，然后通过归档日志（实时更新的）的记录看每个进程都对数据库做了哪些修改，只要保留了一份物理备份以及物理备份之后的所有归档日志，就能够将数据库恢复到宕机前一刻的状态，将数据丢失降到最低。

二、使用Rman备份的归档日志恢复数据库时,需要先还原归档日志吗

oracle中可以利用 rman还原归档日志到某个时间点：

恢复(recover):将备份之后的归档日志apply到数据库，也就根据归档日志的事务将数据库刷新到特定或最新状态(通常在还原之后操作)。对于归

档日志中那些已提交的事务进行前滚，未提交的事务进行回滚。

还原归档日志:还原归档日志是位于还原数据库与恢复数据库之间的这么一个过程。它会将那些在备份归档日志时使用delete [all] input方式

删除的归档日志还原到缺省的归档位置。在还原数据库之后，如果要做recover，也就是作介质恢复那就需要用到归档日志。那还原之后进行

recover需要的归档日志在哪里呢？归档日志在指定的归档路径那里，那到底有没有呢？如果有，还原时出现提示，归档日志已经在指定位置。

如果没有，但是备份的归档备份集那里有，也行啊。备份集里包含备份片，也就是打包了归档日志。那既然打包就要解包，解包到缺省路径

或指定路径。这就是还原归档日志。

--为了较好的模拟还原归档日志,我们仅仅使用了一个特定的数据文件进行copy方式备份，然后备份归档日志(备份时删除归档日志)

--接下来破坏数据文件，还原数据文件，还原归档日志文件，恢复日志文件。

[oracle@linux3~]$ cat/etc/issue

Enterprise Linux Enterprise Linux Server release 5.5(Carthage)

SQL*Plus: Release 11.2.0.1.0 Production

RMAN> list backup of archivelog all;--->列出当前数据库已经备份的归档日志

specification does not match any backup in the repository

RMAN> list backupset;--->列出当前数据库已存在的备份集

specification does not match any backup in the repository

SQL> select username,default_tablespace from dba_users where username='SCOTT';-->查看用户scott所在的表空间及数据文件

三、exp备份和rman备份的区别

1、都可以用作备份，但是exp类似冷备份，你只能够恢复到某一点

2、而rman的话，需要开启归档，那样就可以进行无数据丢失的恢复。

3、在不开归档日志的情况下，Oracle数据库的备份只能依赖exp命令（逻辑备份）导出数据文件（注意：不包括日志文件以及控制文件等），导出的所有数据仅仅以一个大文件的方式来存放，但是这种备份容易导致丢失数据。举个例子：如果5号晚上进行了exp数据导出，但是在6号的运行过程中发生宕机，数据丢失，这个时候从5号备份后一直到6号宕机前的数据将全部丢失（即使将日志文件和控制文件拷出来都无法恢复，因为exp导出的数据无法与这些日志文件一一对应起来恢复）。所以采用exp方式备份数据还是存在很大风险的。

4、另一种方式就是使用Oracle自带的备份工具rman。一次rman备份（物理备份）的全过程如下：

5、因为使用rman备份不会产生数据丢失的情况，所以必须有一个全备份的文件，使用rman需要先进行一次全备份，相当于将当前数据库里面的所有文件以及日志都全盘拷贝一份到备份介质中，然后通过归档日志（实时更新的）的记录看每个进程都对数据库做了哪些修改，只要保留了一份物理备份以及物理备份之后的所有归档日志，就能够将数据库恢复到宕机前一刻的状态，将数据丢失降到最低。（每个redo log写满之后就开始写到achive log里面进行归档，这个里面还是有个时间段的，不能做到完全的实时）

6、回答不容易,希望能帮到您,满意请帮忙采纳一下，谢谢!