恢复处于非归档模式的数据库

如果介质失败损坏了非归档模式数据库中的数据文件，则唯一的选择是还原一致的整个数据库的备份。

如果打算使用由Oracle数据泵导出的逻辑备份来补充常规的物理备份，

则也可以通过导入备份到一个重新创建的或被还原的数据库，从而实现数据库的还原。

练习：还原和恢复最近的整个数据库备份

--1. 如果数据库打开则关闭数据库

SHUTDOWN IMMEDIATE

--2. 如果可能的话,修复介质问题,这样备份的数据库文件可以恢复到原来的位置

--3. 使用操作系统命令还原最近的整个数据库备份.还原整个数据库备份的所有数据文件和控制文件,而不仅仅是损坏的数据文件

-- 如果硬件问题不能被修正,部分或所有的数据文件必须被还原到其它的位置,则还原整个数据库备份到新的位置

cp /backup/luise.dbf $ORACLE_HOME/oradata/trgt/

--4. 如果需要,编辑还原的初始化参数文件来指示控制文件的新位置

CONTROL_FILES = "/new_disk/oradata/trgt/control01.dbf"

--5. 使用还原和编辑的参数文件MOUNT数据库但不打开

STARTUP MOUNT

--6. 如果被还原的数据文件是不同的(例还原到不同的文件系统或目录,在相同或不同的结点上),需要更新控制文件反映新变化

ALTER DATABASE RENAME FILE '?/oradata/trgt/system01.dbf' TO '/new_disk/oradata/system01.dbf';

--7. 如果联机重做日志文件们于损坏的磁盘上并且硬件问题没有被解决,则为每个受影响的联机日志指定一个新的位置

ALTER DATABASE RENAME FILE '?/oradata/trgt/redo01.log' TO '/new_disk/oradata/redo_01.log';

ALTER DATABASE RENAME FILE '?/oradata/trgt/redo02.log' TO '/new_disk/oradata/redo_02.log';

--8. 因为联机重做日志从来不做备份,所以不能与数据文件和控制文件一起被还原.为了允许数据库可以重置联机重做日志,必须首先模拟不完全恢复

RECOVER DATABASE UNTIL CANCEL

CANCEL

--9. 以RESETLOGS模式打开数据库

ALTER DATABASE OPEN RESETLOGS;

--如果还原了非归档模式的数据库备份并重置了日志.这个操作会使从备份开始到介质失败期间的对数据库的所有改变丢失。

ITPub博客