Oracle归档模式与非归档模式设置

Oracle 归档模式与非归档模式设置

Oracle 的日志归档模式可以有效的防止 instance 和 disk 的故障，在数据库故障恢复中不可或缺，由于 oracle 初始安装模式为非归档模式，因此需要将其设置为归档模式，下面就其方法和步骤做一些总结，虽然简单，但这是管理 oracle 数据库必备之工，故有如下陈述。  

例子是建立在 windowsXP 和 oracle11g 的环境下，如有环境不同，仅供参考。

Oracle 非归档模式设置为归档模式方法步骤：

1，   运行 cmd 命令，开启 sql*plus

C:/Documents and Settings/Administrator>sqlplus/nolog

2，   以 sysdba 身份连接数据库

SQL> CONNECT/AS SYSDBA

3，   若数据库是打开的，首先关闭卸载数据库。

SQL> SHUTDOWN

4，   以 mount 模式打开数据库。

SQL> STARTUP MOUNT

5，   查询当前归档模式

SQL> ARCHIVE   LOG   LIST

数据库日志模式              非存档模式

自动存档              禁用

存档终点             USE_DB_RECOVERY_FILE_DEST

最早的联机日志序列      1

当前日志序列            1

6，   更改归档模式为 ARCHIVELOG

SQL> ALTER DATABASE ARCHIVELOG;

7，   重新查询归档模式

SQL> ARCHIVE   LOG   LIST

数据库日志模式             存档模式

自动存档              启用

存档终点             USE_DB_RECOVERY_FILE_DEST

最早的联机日志序列      1

下一个存档日志序列    1

当前日志序列            1

8，   打开数据库

SQL> ALTER   DATABASE   OPEN;

数据库归档模式设置已经完成，查询其归档模式除了 ARCHIVE   LOG   LIST 方法外，也可以通过 v$database 来查询，语法如下：

         SQL> select   log_mode   from   v$database;

 

LOG_MODE

------------

ARCHIVELOG

 

 

如果因特殊需要，需要重新设置数据库为非归档模式，可以参照如下方法。

Oracle 归档模式设置为非归档模式方法步骤：

1 ，运行 cmd 命令，开启 sql*plus

C:/Documents and Settings/Administrator>sqlplus/nolog

2 以 sysdba 身份连接数据库

SQL> CONNECT/AS SYSDBA

3，   若数据库是打开的，首先关闭卸载数据库。

SQL> SHUTDOWN

4，   以 mount 模式打开数据库。

SQL> STARTUP MOUNT

5，   查询当前归档模式

SQL> ARCHIVE   LOG   LIST

数据库日志模式             存档模式

自动存档              启用

存档终点             USE_DB_RECOVERY_FILE_DEST

最早的联机日志序列      1

下一个存档日志序列    1

当前日志序列            1

6，   更改归档模式为 ARCHIVELOG

SQL> ALTER DATABASE NOARCHIVELOG;

7，   重新查询归档模式

SQL> ARCHIVE   LOG   LIST

数据库日志模式              非存档模式

自动存档              禁用

存档终点             USE_DB_RECOVERY_FILE_DEST

最早的联机日志序列      1

当前日志序列            1

8，   打开数据库

SQL> ALTER   DATABASE   OPEN;

也可以通过 v$database 来查询，语法如下：

         SQL> select  log_mode  from  v$database;

 

LOG_MODE

------------

NOARCHIVELOG

OK! Oracle 数据库归档模式之间转换设置完毕，以供参考学习。如有出入，请参考 oracle 提供帮助文档。

 

转自：http://www.cnblogs.com/spatial/archive/2009/08/01/1536429.html