oracle数据库备份还原 ORACLE数据库备份与恢复详解

Oracle的备份与恢复有三种标准的模式，大致分为两大类，备份恢复(物理上的)以及导入导出(逻辑上的)，而备份恢复又可以根据数据库的工作模式分为非归档模式(Nonarchivelog-style)和归档模式(Archivelog-style),通常，我们把非归档模式称为冷备份，而相应的把归档模式称为热备份，他们的关系如下所示

三种方式各有优点，我们做个比较(这个是用Fireworks画的，有点糙)：

$A: 现在先来介绍一下逻辑备份方式的方法，利用Export可将数据从数据库中提取出来，利用Import则可将提取出来的数据送回到Oracle数据库中去。理论基础：Oracle提供的Export和Import具有三种不同的操作方式(就是备份的数据输出(入)类型)：

1，表方式(T) 可以将指定的表导出备份；

2，全库方式(Full)将数据库中的所有对象导出；

3，用户方式(U) 可以将指定的用户相应的所有数据对象导出；

*在导入导出备份方式中，提供了很强大的一种方法，就是增量导出/导入，但是它必须作为System来完成增量的导入导出，而且只能是对整个数据库进行实施。增量导出又可以分为三种类别：

1，完全增量导出(Complete Export) 这种方式将把整个数据库文件导出备份；exp system/manager inctype=complete file=20041125.dmp（为了方便检索和事后的查询，通常我们将备份文件以日期或者其他有明确含义的字符命名）

2，增量型增量导出(Incremental Export) 这种方式将只会备份上一次备份后改变的结果；exp system/manager inctype=incremental file=20041125.dmp

3，累积型增量导出(Cumulate Export) 这种方式的话，是导出自上次完全增量导出后数据库变化的信息。exp system/manager inctype=cumulative file=20041125.dmp

通常情况下，DBA们所要做的，就是按照企业指定或者是自己习惯的标准(如果是自己指定的标准，建议写好计划说明)，一般，我们采用普遍认可的下面的方式进行每天的增量备份：

Mon： 完全备份（A）

Tue： 增量导出（B）

Wed：增量导出（C）

Thu： 增量导出（D）

Fri： 累计导出（E）

Sat： 增量导出（F）

Sun： 增量导出（G）

这样，我们可以保证每周数据的完整性，以及恢复时的快捷和最大限度的数据损失。恢复的时候，假设事故发生在周末，DBA可按这样的步骤来恢复数据库：

第一步：用命令CREATE DATABASE重新生成数据库结构；

第二步：创建一个足够大的附加回滚。

第三步：完全增量导入A：

imp system/manager inctype=RESTORE FULL=y FILE=A

第四步：累计增量导入E：

imp system/manager inctype=RESTORE FULL=Y FILE=E

第五步：最近增量导入F：

imp system/manager inctype=RESTORE FULL=Y FILE=F

通常情况下，DBA所要做的导入导出备份就算完成，只要科学的按照规律作出备份，就可以将数据的损失降低到最小，提供更可靠的服务。另外，DBA最好对每次的备份做一个比较详细的说明文档，使得数据库的恢复更加可靠。

$B 物理备份之冷备份(条件－NonArchiveLog)：

当数据库可以暂时处于关闭状态时，我们需要将它在这一稳定时刻的数据相关文件转移到安全的区域，当数据库遭到破坏，再从安全区域将备份的数据库相关文件拷贝回原来的位置，这样，就完成了一次快捷安全等数据转移。由于是在数据库不提供服务的关闭状态，所以称为冷备份。冷备份具有很多优良特性，比如上面图中我们提到的，快速，方便，以及高效。一次完整的冷备份步骤应该是：

1，首先关闭数据库（shutdown normal）

2，拷贝相关文件到安全区域（利用操作系统命令拷贝数据库的所有的数据文件、日志文件、控制文件、参数文件、口令文件等（包括路径））

3，重新启动数据库（startup）

以上的步骤我们可以用一个脚本来完成操作：

su – oracle select log_mode from v$database;

如果不是Archive模式

则设定数据库运行于归档模式下：SQL>shutdown immediate

SQL>startup mount

SQL> alter database archivelog;

SQL> alter database open;

如果Automaticarchival显示为“Enabled”，则数据库归档方式为自动归档。否则需要手工归档，或者将归档方式修改为自动归档，如：

正常shutdown数据库，在参数文件中init.ora中加入如下参数

SQL>shutdown immediate

修改init.ora：

LOG_ARCHIVE_START=TRUE

LOG_ARCHIVE_DEST1=ORACLE_HOME/admin/o816/arch(归档日值存放位置可以自己定义)

SQL>startup

然后，重新启动数据库，此时Oracle数据库将以自动归档的方式工作在Archive模式下。其中参数LOG_ARCHIVE_DEST1是指定的归档日志文件的路径，建议与Oracle数据库文件存在不同的硬盘，一方面减少磁盘I/O竞争，另外一方面也可以避免数据库文件所在硬盘毁坏之后的文件丢失。归档路径也可以直接指定为磁带等其它物理存储设备，但可能要考虑读写速度、可写条件和性能等因素。

注意：当数据库处在ARCHIVE模式下时，一定要保证指定的归档路径可写，否则数据库就会挂起，直到能够归档所有归档信息后才可以使用。另外，为创建一个有效的备份,当数据库在创建时,必须履行一个全数据库的冷备份,就是说数据库需要运行在归档方式,然后正常关闭数据库,备份所有的数据库组成文件。这一备份是整个备份的基础,因为该备份提供了一个所有数据库文件的拷贝。（体现了冷备份与热备份的合作关系，以及强大的能力）

2，备份表空间文件：

a,首先，修改表空间文件为备份模式 ALTER TABLESPACE tablespace_name BEGIN BACKUP;

b,然后，拷贝表空间文件到安全区域 !CP tablespace_name D_PATH;

c,最后，将表空间的备份模式关闭 ALTER TABLESPACE tablespace_name END BACKUP;

3，对归档日志文件的备份：

停止归档进程－－>备份归档日志文件－－>启动归档进程

如果日志文档比较多，我们将它们写入一个文件成为一个恢复的参考：$ files `ls /arch*.dbf`;export files

4，备份控制文件:

SQL> alter database backup controlfile to 'controlfile_back_name（一般用2004-11-20的方式）' reuse;

当然，我们也可以将上面的东东写为一个脚本，在需要的时候执行就可以了:

脚本范例：

su – oracle