请解释下Oracle里逻辑备份、物理备份、Rman备份的区别。教科书和百度上的解释不是很懂，谢谢。

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

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

详细点说就是：

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

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

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

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

sql数据库安装简明教程

>

冷热备份都是物理备份：

可以恢复文件大多数错误。

冷备份可以在归档或非归档模式下进行，必须关闭数据库才能进行。

热备份只能是归档模式的数据库才能进行，可以在数据库打开状态下进行。

缺点是备份速度较慢，备份时占用资源较多，备份占用空间大，恢复速度较慢。

逻辑备份：

用数据的导入导出做的，

优点是备份速度快，占用空间小，恢复速度快。

只可以恢复数据库的逻辑错误，例如数据文件损坏等错误是无法恢复的，只能恢复到备份点。

冷备份没什么太多可说的，这种备份就是简单的在数据库关闭状态下，用os的cp命令把数据文件，控制文件，以及日志文件复制到存储上，然后就可以了，这种备份的缺点就是等下次恢复的时候是一种不完全恢复，也就是说会有数据丢失，那么在生产库上如果用这种模式是非常危险的。热备份是说在数据库运行的模式下通过运行Begin backup xxx cp end backup这种命令 *** 作来实现的，当运行Begin backup命令的时候系统会冻结这种指定的数据文件的头部scn，但是并不会停止对该数据文件的dml *** 作，但这就会产生一个问题就是由于在begin backup 与end backup命令之间运行了cp命令，这个是 *** 作系统的命令，那么他复制的单位一般是2k，但是一般oracle数据库的库文件的最小单位是oracle block 一般这个块大小事8k，这就造成了数据块拷贝的时候可能会发生不一致现象，就是当你cp的前2k后，进行对整个数据块都修改了，那么你cp的后6k就与前2k数据不一致了，所以oracle 为了防止这种问题的产生那么就会把所有每个只要发生dml的oracle block的内容完全存储在日志文件中，这就造成了产生大量日志的缺点，等到下一次恢复的时候oracle 会根据日志来进行日志重演，那么可能会比较慢。当发生热备份的时候也有可能会造成很多等待事件的发生 比如log file sync，当然在热备份之前会触发检查点，使数据文件上的脏块列表写入到数据文件上。

冷备份的优点就是 *** 作简单，数据库性能比归档模式稍高

Oracle的逻辑备份就是export将数据从Oracle中取出来

热备份是在数据库运行的情况下进行备份。与冷备份一起被称作 物理备份

两者区别，我个人认为：

1 热备份时间相比于逻辑备份 花费得更短

2 热备份可以将数据库恢复到某一个时间点上

3 恢复的时候花费得时间相比较而言也很短。

4 热备份的维护比较难，而且不能够出错。否则后果严重

物理备份就是转储数据库物理文件(如数据文件、控制文件、归档日志文件等),一旦数据库发生故障,可以利用这些文件进行还原；

逻辑备份就是对数据库对象(如用户、表、存储过程等)利用工具进行导出工作,可以利用工具把逻辑备份文件导入到数据库

逻辑备份很少用的上

多工联机重作日志文件

每个数据库实例都有其自己的联机重作日志组 在 *** 作数据库时 Oracle首先将数据库的全部改变保存在重作日志缓冲区中 随后日志记录器进程（LGWR）将数据从系统共用区SGA（System Global Area）的重作日志缓冲区写入联机重作日志文件 在磁盘崩溃或实例失败时 可以通过与之相关的联机重作日志来保护数据库 将损失降至最低 但Oracle在默认的方式下只创建一组重作日志文件（每一组只有一个项目文件） 为了减少丢失这些重要的重作日志文件的危险 因此需要对其进行镜像拷贝

在Oracle级多工联机重作日志文件 即增加多个文件到每个组以便镜像数据 这样I/O故障或写丢失只损坏一个拷贝 从而保证了LGWR后台进程至少能够向一个成员写入信息 数据库仍然可以继续运行 同时应保证日志组的成员不应驻存在同一物理设备上 因为这将削弱多重日志文件的作用

镜像拷贝控制文件

控制文件描述通用的数据库结构 它存储了大量数据库状态信息 包括物理结构和联机重作日志文件在当时的名称 位置 状态 控制文件在数据库启动时被Oracle实例读取 保持打开并随着 *** 作而文件内容更新 直到实例关闭为止 在它打开的过程中能够同步需要恢复的信息 包括检查点信息 因此若损坏或丢失了控制文件 Oracle将不能继续工作 因此应在系统中保持控制文件的多个拷贝 且这些拷贝应置于安装于不同磁盘控制器下的不同磁盘设备中

由于Oracle没有提供对控制文件多工的完整支持 因此应在对控制文件使用 *** 作系统或硬件镜像 即在修改初始化文件的control_files参数后重新启动数据库前 应将控制文件复制到定义的新位置 否则数据库启动时将会出错

激活归档进程

当数据库运行于NOARCHIVELOG模式下时 只能在完全关闭数据库后进行数据库的一致备份 并且同时禁用了联机重作日志的存档 这样在Oracle实例失败时只能将数据库修复到最近的完整数据库备份时的那一点上 不能在失效点处对实例进行恢复 而在ARCHIVELOG模式下 数据库不仅可以进行一致备份 还可以在数据库打开的情况下进行联机备份 通过数据库的备份和联机与存档的重作日志文件 用户可以恢复所有已提交的事务 并允许将数据库恢复到指定的时间 SCN或日志系列号处 增大了恢复的灵活性 减少了故障时的数据丢失 因此数据库应运行于ARCHIVELOG模式

在ARCHIVELOG模式下为了防止文件损坏和介质故障 应把日志归档到不同的磁盘上 这可以通过在初始化文件中为归档重作日志指定多个目标实现

数据库实施较大改变时备份

因为控制文件中保存了数据库的模式结构信息 因此在对数据库进行较大改变（包括改变表结构 增加 删除日志文件或数据文件等）时应立即备份控制文件及相应的数据文件

使用RESETLOGS选项打开数据库后进行备份

在以RESETLOGS选项打开数据库后 应对整个数据库进行脱机或联机的备份 否则将不能恢复重置日志后的改变

当以RESETLOGS选项打开数据库时 Oracle将抛弃恢复中没有应用的重复信息 并确保永远不再运用 同时还将初始化控制文件中关于联机日志和重作线程的信息 清除联机日志中的内容 因此 RESETLOGS前的归档日志的序列号将与RESETLOGS后的Oracle控制文件的要求值不相符（备份文件中的检查点比控制文件中的检查点旧） 即在恢复中不能应用以前的归档日志文件 从而导致RESETLOGS *** 作之前的备份在新形体中无用

避免备份联机重作日志文件

由于文中提出了多工联机重作日志文件且数据库运行于ARCHIVELOG模式 ARCH进程能够将联机重作日志归档 因此不必对其进行备份 若用备份的联机重作日志文件重建它 可能会引起日志文件序列号的混乱 从而破坏数据库 得到适得其反的结果

重置联机日志

在进行了不完全恢复或用备份控制文件进行恢复后 应重置联机日志

为了确保数据库的一致性 必须保证在恢复后所有数据文件都恢复到同一个时间点 但不完全恢复可能导致数据文件中具有一个与其它文件不同的检查点 导致数据库的一致性受到破坏 同样 备份的控制文件中保存的SCN和计数器与当前日志文件中的值可能不同 从而也破坏了数据库的一致性 因此应在进行完上述两项 *** 作后重置联机日志

数据库的逻辑备份

以上所述备份都为物理备份 是实际物理数据库文件从一处拷贝到另一处的备份 除此之外还可使用Oracle提供的导出实用程序进行数据库的逻辑备份 Oracle同时还提供了相应的导入实用程序重建逻辑备份中保存的信息

逻辑备份只拷贝数据库中的数据 而不记录数据位置的备份过程 它利用SQL语句 从数据库中导出数据到一个存放在合适位置的外部文件中 同时并可检测到数据块的损坏 因此可用其作为物理备份的补充

备份策略

考虑到如今大部分信息系统每周的业务是 × *** 作 因此采用联机备份 否则可每隔一定时间进行一次脱机备份

应用上述规则 可得出下述典型的备份策略

①镜像拷贝重作日志文件

②镜像拷贝控制文件

③激活归档进程 即以ARCHIVELOG模式 *** 作数据库

④每天进行数据库的部分联机备份（每天进行数据库的完全热备份将无畏地增加数据库的负担且没有必要 同时也增加了数据库恢复时的灵活性）

⑤每隔一周或几周进行一次数据库的逻辑备份

实际项目应用

当数据库中的文件达到一定数量后 DBA可能记不住该备份的文件的名或位置 因此 若能使备份过程自动化可有效地减轻DBA的负担 同时不会遗漏应备份的文件 应用自动批处理文件及脚本文件可实现备份 恢复的自动化 下面简介了在实际项目开发中应用本文所提出的自动备份 恢复策略 通过实际应用 证明了该策略的正确性和可行性

（ ）下述脚本实现联机重作日志的多工

connect 账户名/密码    alter database ktgis add logfile member 日志文件的存储位置 to group 联机日志组号;    shutdown immediate    startup pfile=初始化文件的存放位置 exclusive mount; 装载数据库且不打开    alter database archivelog; 激活归档进程    alter database open;    exit

（ ）下列VB代码自动建立联机备份的批处理文件及相应的脚本文件

Set adoTmp = objConnect Execute( select tablespace_name from sys dba_data_files ) 得到数据库中的表空间名    Dim lnum As Long    Dim lnum As Long    lNum = FreeFile    Open 自动备份批处理文件路径 For Binary As lNum    lnum = FreeFile    Open onlinebegin sql For Binary As lnum onlinebegin sql为设置表空间进入热备份模式的脚本文件文件名    lnum = FreeFile    Open onlineend sql For Binary As lnum onlinebegin sql为结束表空间热备份模式的脚本文件文件名    strTmp = connect 账户名/密码 & Chr( ) & Chr( )    Put lnum strTmp    strTmp = shutdown immediate & Chr( ) & Chr( )    Put lnum strTmp    strTmp = startup pfile=初始化文件的存放位置exclusive mount; & Chr( ) & Chr( )    Put lnum strTmp    strTmp = alter database archivelog; & Chr( ) & Chr( )    Put lnum strTmp    strTmp = alter database open; & Chr( ) & Chr( )    Put lnum strTmp    strTmp = connect 账户名/密码 & Chr( ) & Chr( )    Put lnum strTmp    strTmp = Oracle服务管理器路径 & @ & onlinebegin sql & Chr( ) & Chr( ) 在服务管理器中执行脚本文件onlinebegin sql    Put lNum strTmp    Do While Not adoTmp EOF    Set adoTmp = objConnect Execute( select file_name from sys dba_data_files where tablespace_name= & adoTmp Fields( ) & ) 得到当前表空间所对应的所有数据文件名 通过循环即可得到所有表空间所对应数据文件名 若只备份指定的表空间 可指定表空间名从而得到其对应的物理数据文件    strTmp = alter tablespace & adoTmp Fields( ) & begin backup; & Chr( ) & Chr( ) 将表空间置于热备份模式    Put lnum strTmp    strTmp = Oracle的ocopy exe工具全路径 & adoTmp Fields( ) & & 备份文件存放路径 & Chr( ) & Chr( )    Put lNum strTmp    strTmp = alter tablespace & adoTmp Fields( ) & end backup; & Chr( ) & Chr( ) 表空间恢复正常模式    Put lnum strTmp    adoTmp MoveNext    Loop    strTmp = Oracle服务管理器路径 & @ & onlineend sql & Chr( ) & Chr( ) 在服务管理器中执行脚本文件onlineend sql    Put lNum strTmp    strTmp = exit & Chr( ) & Chr( ) 退出服务管理器    Put lnum strTmp    strTmp = alter system switch logfile; & Chr( ) & Chr( ) 强制日志转换 使Oracle创建一个归档日志文件    Put lnum strTmp    strTmp = exit & Chr( ) & Chr( )    Put lnum strTmp    Close    Set adoTmp = Nothing    Set adoTmp = Nothing

运行得到的自动批处理文件 即可自动进行数据库的联机备份

（ ）在从备份中恢复数据文件后 执行下列脚本将数据库的恢复程序

connect账户名/密码    shutdown abort    startup mount pfile=初始化文件的存放位置; 装载数据库    set autorecovery on; 打开自动恢复    recover database;    alter database open; 打开数据库

结束语

lishixinzhi/Article/program/Oracle/201311/18527

oracle版本oracle 11g

逻辑备份与恢复

备份前可以先查看环境变量情况

如果没有则对变量进行export，特别是字符集，结合实际环境所在的情况

使用命令exp 进行导出备份，注意备份文件所在磁盘的空间

恢复，恢复前注意环境变量

如果没有则对变量进行export，特别是字符集

使用命令imp对数据库进行恢复，该命令建议是在新安装的环境进行数据导入，而不是已经有数据的数据库进行导入，会导致数据错乱，ignore=y（由于是在新的环境，没有数据，所以这个可以加，而且必须加，不加恢复数据表好像有问题，访问不了。）

imp 'system/chenzm123@orcl' file=/bakdir/db-20220513dmp full=y log=/imp-2022-0513log ignore=y

oracle imp 导入可以使用 ignore=y 参数进行覆盖数据库，

如果不使用 ignore=y 参数在进行imp 导入时，就会 对已经存在的表就不会进行导入，

如果加上ignore=y 参数就会对已经存在的表中没有的记录进行更新，但对已经存在记录不会进行覆盖修改。

备份脚本,在oracle运行用户下添加计划任务，备份的时候注意挂载目录的权限,注意系统时间，如果系统时间不对，那么要注意重启计划任务service crond restart ，不然计划任务可能不会按时执行。

以上就是关于请解释下Oracle里逻辑备份、物理备份、Rman备份的区别。教科书和百度上的解释不是很懂，谢谢。全部的内容，包括:请解释下Oracle里逻辑备份、物理备份、Rman备份的区别。教科书和百度上的解释不是很懂，谢谢。、SQL数据库安装与备份详解！！没接触过SQL，但公司要求会备份与安装！！求解！！！谢谢！！、oracle冷热备份和逻辑备份各有什么优缺点等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！