oracle 怎么生成归档日志文件

oracle 归档日志

云霄网站建设公司成都创新互联,云霄网站设计制作，有大型网站制作公司丰富经验。已为云霄上千提供企业网站建设服务。企业网站搭建\成都外贸网站制作要多少钱，请找那个售后服务好的云霄做网站的公司定做！

归档日志(Archive Log)是非活动的重做日志备份.通过使用归档日志,可以保留所有重做历史记录,当数据库处于ARCHIVELOG模式并进行日志切换式,后台进程ARCH会将重做日志的内容保存到归档日志中.当数据库出现介质失败时,使用数据文件备份,归档日志和重做日志可以完全恢复数据库.

日志操作模式:ARCHIVELOG NOARCHIVELOG

1,改变日志操作模式:

检查当前日志操作模式

SELECT log_mode from v$database;

关闭数据库,然后装载数据库

SHUTDOWN IMMEDIATE

STARTUP MOUNT

改变日志操作模式,然后打开数据库

ALTER DATABASE ARCHIVELOG;

ALTER DATABASE OPEN;

2,执行手工归档

从oracle database 10g开始,当将日志操作模式转变未ARCHIVELOG模式时,oracle会自动启动ARCH进程.如果要使用手工归档.那么在改变日志操作模式时必须使用命令ALTER DATABASE ARCHIVELOG MANUAL.

需要注意,使用手工归档方式,数据库管理员必须手工执行归档命令.如果没有执行手工归档命令,日志组的原有内容将不能被覆盖.ALTER DATABASE ARCHIVELOG MANUAL 命令是为了与先前的版本兼容而保留的,.将来的oracle版本会淘汰该命令,使用手工归档方式是,数据库管理员可以执行以下命令归档重做日志:

ALTER SYSTEM ARCHIVELOG ALL;

3,配置归档进程

初始化参数LOG_ARCHIVE_MAX_PROCESSES用于指定例程初始启动的最大归档进程个数,当将数据库转变为ARCHIVELOG模式时,默认情况下oracle会自动启动两个归档进程.通过改变初始化参数LOG_ARCHIVE_MAX_PROCESS的值,可以动态地增加或降低归档进程的个数:

ALTER SYSTEM SET LOG_ARCHIVE_MAX_PROCESSES=3;配置归档位置和文件格式

当数据库处于ARCHIVELOG模式时,如果进行日志切换,后台进程将自动生成归档日志,归档日志的默认位置为%oracle_home%rdbms,在oracle database 10g中,归档日志的默认文件格式为ARC%S_%R.%T.为了改变归档日志的位置和名称格式,必须改变相应的初始化参数,1,初始化参数LOG_ARCHIVE_FORMAT用于指定归档日志的文件名格式,设置该初始化参数时,可以指定以下匹配符:

%s: 日志序列号:

%S: 日志序列号(带有前导0)

%t: 重做线程编号.

%T: 重做线程编号(带有前导0)

%a: 活动ID号

%d: 数据库ID号

%r RESETLOGS的ID值.

从10g开始,配置归档日志文件格式时,必须带有%s,%t和%r匹配符,配置了归档文件格式后,必须重启数据库.

2,使用LOG_ARCHIVE_DEST配置归档位置

如果不使用备用数据库,只需要将归档日志存放到本地目录.配置本地归档位置可以使用初始化参数LOG_ARCHIVE_DEST和LOG_ARCHIVE_DUPLEX_DEST,其中,第一个参数用于设置第一个归档位置,第二个参数用于指定第二个归档位置.

ALTER SYSTEM SET log_archive_dest='d:demoarchive1';ALTER SYSTEM SET log_archive_duplex_dest='d:demoarchive2';3,使用LOG_ARCHIVE_DEST_n配置多个归档位置.

初始化参数LOG_ARCHIVE_DEST_n用于指定多个归档位置,该参数最多可以指定10个归档位置.通过使用初始化参数LOG_ARCHIVE_DEST_n,不仅可以配置本地归档位置,还可以配置远程归档位置.

如果既要在主节点上生成归档日志,又要将归档日志传递到备用节点,那么必须使用参数LOG_ARCHIVE_DEST_n.该参数与LOG_ARCHIVE_DEST具有如下区别;初始化参数LOG_ARCHIVE_DEST_n可以配置本地归档位置和远程归档位置,而初始化参数LOG_ARCHIVE_DEST和LOG_ARCHIVE_DUPLEX_DEST只能配置本地归档位置.

初始化参数LOG_ARCHIVE_DEST_n可以配置多达10个归档位置,而初始化参数LOG_ARCHIVE_DEST和LOG_ARCHIVE_DUPLEX_DEST最多只能配置两个归档位置.

初始化参数LOG_ARCHIVE_DEST_n 不能与初始化参数LOG_ARCHIVE_DEST和LOG_ARCHIVE_DUPLEX_DEST同时使用.

因为初始化参数LOG_ARCHIVE_DEST_n不能与初始化参数LOG_ARCHIVE_DEST和LOG_ARCHIVE_DUPLEX_DEST同时使用,所以必须禁用初始化参数LOG_ARCHVE_DEST和LOG_ARCHIVE_DUPLEX_DEST.当使用初始化参数LOG_ARCHIVE_DEST_n配置本地归档位置时,需要指定LOCALTION选项.当配置远程归档位置时,需要指定SERVICE选项.

示例如下:

ALTER SYSTEM SET log_archive_duplex_dest='';ALTER SYSTEM SET log_archive_dest='';

ALTER SYSTEM SET log_archive_dest_1='location=d:demoarchive1';ALTER SYSTEM SET log_archive_dest_2='location=d:demoarchive2';ALTER SYSTEM SET log_archive_dest_3='location=d:demoarchive3';ALTER SYSTEM SET log_archive_dest_4='service=standby';配置远程归档位置时,SERVICE选项需要指定远程数据库的网络服务名(在tnsnames.ora文件中配置)4,使用LOG_ARCHIVE_DEST_n选项

使用初始化参数LOG_ARCHIVE_DEST_n配置归档位置时,可以在归档位置上指定OPTIONAL或MANDATORY选项.指定MANDATORY选项时,可以设置REOPEN属性.

OPTIONAL:该选项是默认选项.使用该选项时,无论归档是否成功,都可以覆盖重做日志.

MANDATORY:强制归档.使用该选项时,只有在归档成功之后,重做日志才能被覆盖.

REOPEN:该属性用于指定重新归档的时间间隔,默认值为300秒,必须跟在MANDATORY后.

例:

Alter system set log_archive_dest_1=’location=d:demoarchive1 mandatory’;Alter system set log_archive_dest_2=’location=d:demoarchive2 mandatory reopen=500’;Alter system set log_archive_dest_3=’location=d:demoarchive3 optional’;5,控制本地归档成功的最小个数.

使用初始化参数LOG_ARCHIVE_MIN_SUCCEED_DEST控制本地归档的最小成功个数Alter system set log_archive_min_succeed_dest=2;6,使用初始化参数LOG_ARCHIVE_DEST_STATE_n控制归档位置的可用性.设置该参数为ENABLE(默认值),表示会激活相应的归档位置;设置该参数为DEFER,表示禁用相应归档位置.当归档日志所在磁盘损坏或填满时,DBA需要暂时禁用该归档位置.

Alter system set log_archive_dest_state_3=defer;(禁用)Alter system set log_archive_dest_state_3=enable;(启用)显示归档日志信息

1,使用ARCHIVE LOG LIST命令可以显示日志操作模式,归档位置,自动归档机器要归档的日志序列号等信息.

2显示日志操作模式

SELECT name,log_mode FROM v$database;

3,显示归档日志信息.

Col name format a46

Select name, swquence#, first_change# FROM v$archived_log;Name用于表示归档日志文件名,sequence#用于表示归档日志对应的日志序列号,firs_change#用于标识归档日志的起始SCN值.

4、执行介质恢复时,需要使用归档日志文件,此四必须准确定位归档日志的存放位置.通过查询动态性能视图v$archive_dest可以取得归档日志所在目录.

SELECT destination FROM v$archive dest;

5,显示日志历史信息

SELECT * FROM v$loghist;

THREAD#用于标识重做线程号,SEQUNCE#用于标识日志序列号,FIRST_CHANGE#用于标识日志序列号对应的起始SCN值,FIRST_TIME用于标识起始SCN的发生时间.SWICTH_CHANGE#用于标识日志切换的SCN值.

6.显示归档进程信息.

进行日志切换时,ARCH进程会自动将重做日志内容复制到归档日志中,为了加快归档速度,应该启用多个ARCH进程.通过查询动态性能视图V$ARCHIVE_PROCESSES可以显示所有归档进程的信息!

SELECT * FROM v$archive_processes;

Porcess用于标识ARCH进程的编号,status用于标识ARCH进程的状态(ACTIVE:活动,STOPPED:未启动),log_sequence用于标识正在进行归档的日志序列号,state用于标识ARCH进程的工作状态==========================================用Oracle归档日志进行恢复的方法

用Oracle归档日志进行恢复的方法

联机重演日志没有丢失应使用完成恢复，如联机重演日志损坏，而又没有备份，就只能进行不完全恢复。

一、完全恢复：

1．使用命令“svrmgrl”调用行方式服务器管理；2．输入命令“connect internal”，然后输入命令“startup mount’；3．输入命令“recover database;”

4．按下ENTER，接受默认值。

5．然后输入命令“alter database open;”完成数据库恢复。

二、不完全恢复

警告：

应用不完成恢复前，必须将数据库做一次完全冷备份，因为应用不完全恢复后，联机重演日志将重置，以前的所有日志不可用。

如果恢复不成功，数据库就不能使用了。再次强调，做完全冷备份后再应用不完全恢复。

1）.基于变化的恢复(change-based recovery)要执行基于变化的恢复，需要知道丢失日志之前的系统写入归档重演日志的最大的变化号(SCN)，然后可以启动恢复语句恢复数据库直到改变scn_number，其中比scn_number是写到已归档重演日志文件顺序号386的SCN(即，小于丢失日志顺序号387的SCN)。可以从V$log_history视图中得到SCN信息。

select first_change# from v$log_history where sequence#=387;其中387为最后一个有效的日志文件号加1,该例是查找386.

知道了SCN后，使用下述步骤完成恢复

1．使用命令“svrmgrl”调用行方式服务器管理；2．输入命令“connect internal”，然后输入命令“startup mount’；3．输入命令“recover database until change 9999;”

4．在回答Oracle第一个归档重演日志建议信息时，输入“auto”,Oracle在找到第387号重演日志之前停止恢复。

5．用命令“alter database open resetlogs;”打开数据库。(应用该命令前请确认数据库已备份，如打开失败，日志将不可用)2).基于停止的恢复(cancel-based recovery)

1．使用命令“svrmgrl”调用行方式服务器管理；2．输入命令“connect internal”，然后输入命令“startup mount’；3．输入命令“recover database until cancel;”,Oracle提示需要的第一个归档重演日志文件名．按下ENTER键接受缺省文件名，并且—路ENTER直到询问顺序号387的日志。输入“cancel”，停止恢复操作。

4．用命令“alter database open resetlogs;”打开数据库。(应用该命令前请确认数据库已备份，如打开失败，日志将不可用)3).基于时间的恢复(time-based recovery)

为使用基于时间的恢复，必须知道记录在V$log_history归档重演日志序号387（丢失重演日志）的时间，通过执行查询语句“select time from v$log_history where sequence#=387;”得到。本例得到的时间是：2002-06-23 14：42：04现在开始实施恢复。

1．使用命令“svrmgrl”调用行方式服务器管理；2．输入命令“connect internal”，然后输入命令“startup mount’；3．输入命令“recover database until time '2002/06/23 14:42:04';”,Oracle提示需要的第一个归档重演日志文件名，输入“auto”，Oracle恢复归档重演日志直到序号为387的日志，停止恢复操作。

4．用命令“alter database open resetlogs;”打开数据库。(应用该命令前请确认已数据库已备份，如打开失败，日志将不可用)提示： 使用基于时间的恢复，时间的格式是YYYY/MM/DD HH24:MI:SS,并且用单引号括起。

附：如何启用Oracle的归档方式

1.参照以下内容编辑init.ora文件：

log_archive_start = true

log_archive_dest_1 = " LOCATION=D:\Oracle\oradata\ORCL\archive "og_archive_format = %%ORACLE_SID%%T%TS%S.ARC2.关闭数据库

svrmgrl connect internal

svrmgrl shutdown normal

3.然后启动实例并安装该数据库，但不打开数据库。

svrmgrl startup mount

4.接着，发布下列更改数据库的命令。

Svrmgrl alter database archivelog;

5.现在，数据库已经更改为归档方式，您可以打开数据库。

svrmgrl alter database open;

提示：也可以使用DBA studio工具启用数据库的归档方式，操作很简单=============================================================ORACLE归档模式的设置

在ORACLE 数据库的开发环境和测试环境中，数据库的日志模式和自动归档模式一般都是不设置的，这样有利于系统应用的调整，也免的生成大量的归档日志文件将磁盘空间大量的消耗。但在系统上线，成为生产环境时，将其设置为日志模式并自动归档就相当重要了，因为，这是保证系统的安全性，有效预防灾难的重要措施。这样，通过定时备份数据库和在两次备份间隔之间的日志文件，可以有效的恢复这段时间的任何时间点的数据，可以在很多时候挽回或最大可能的减少数据丢失。

一、 要使OARCLE 数据库进行日志的自动归档，需要做两方面的事情；1．是数据库日志模式的设置(可为Archive Mode 和No Archive Mode)；2．就是自动归档模式设置(Automatic archival,可为Enabled 和Disabled)。

二、 如何查看数据库的现行日志和自动归档模式的设置可用archive log list 命令来查看。

运行在日志自动归档模式下的数据库系统查看结果如下（一般是生产环境）：

SQL archive log list

Database log mode Archive Mode

Automatic archival Enabled

Archive destination /backup/archivelog

Oldest online log sequence 2131

Next log sequence to archive 2133

Current log sequence 2133

没有启动数据库日志模式和自动归档的数据库系统查看结果如下（一般是测试环境）：

SQL archive log list

Database log mode No Archive Mode

Automatic archival Disabled

Archive destination /u01/app/oracle/product/8.1.7/dbs/archOldest online log sequence 194

Current log sequence 196

三. 数据库日志模式的设置

在创建数据库时，可以在CREATE DATABASE 语句中指定数据库的日志模式。假如没有指明，则缺省为NOARCHIVELOG 模式。由于如果在创建数据库时指明是Archive Mode的话，会增加约20%的创建时间，而在以后启动INSTANCE 时再设置的话，一般只用去几秒的时间，所以一般在创建数据库时是不设置为ARCHIVE MODE 的。

将数据库的日志模式设置切换（Archive Mode 和No Archive Mode 之间的切换）的步骤和操作如下：

1. 关闭运行的数据库实例

SQL shutdown

在进行日志模式切换之前，必须将运行的数据库正常关闭。

2. 备份数据库

该备份跟以后产生的日志一起用于将来的灾难恢复（很重要，如要改为归档日志模式，没有这个数据库备份，仅有日志文件是无法从该时间点恢复的）。

3. 启动数据库实例到mount 状态，但不要打开。

SQL startup mount

4. 切换数据库日志模式。

SQL alter database archivelog;(设置数据库为归档日志模式)或SQL alter database noarchivelog;(设置数据库为非归档日志模式)5. 打开数据库

SQL alter database open;

6. 确认数据库现在处于归档日志模式。

SQL archive log list;

Database log mode Archive Mode

Automatic archival Enabled

Archive destination for example: $ORACLE_HOME/dbs/archOldest on-line log sequence 275

Next log sequence 277

Current log sequence 278

7. 将这个时间点的redo logs 归档

SQL archive log all;

8. 确认新产生的日志文件已在相应的归档目录下面。

四. 自动归档模式设置(Automatic archival,可为Enabled 和Disabled)。

在该模式下，数据库启动一个arch 进程，专门负责将redo logs 写到系统归档设备的相应目录下。在数据库的参数文件中设置参数（一般是在$ORACLE_HOME/dbs/init*.ora 文件中）：

LOG_ARCHIVE_START=

LOG_ARCHIVE_DEST=

LOG_ARCHIVE_FORMAT=

LOG_ARCHIVE_START:

oracle为什么不能分配一个新日志

在服务器上的alert.log中会得到一条警告消息

Thread 1 cannot allocate new log,sequence 1466

Checkpoint not complete

Current log# 3 seq# 1465 mem# 0: /.../...redo3.log

警告消息中也可能指出Archival required而不是Checkpoint not complete，但是效果几乎都一样。必须当心这种情况。如果数据库试图重用一个在线重做日志文件，但是发现做不到，就会把这样一条消息写到服务器上的alert.log中。如果DBWR还没有完成重做日志所保护数据的检查点(checkpointing)，或者ARCH还没有把重做日志文件复制到归档目标，就会发生这种情况。对最终用户来说，这个时间点上数据库实际上停止了。它会原地不动。DBWR或ARCH将得到最大的优先级以将redo块刷新输出到磁盘。完成了检查点或归档之后，一切又回归正常。数据库之所以暂停用户的活动，这是因为此时已经没地方记录用户所做的修改了。Oracle试图重用一个在线重做日志文件，但是由于万一出现失败而要恢复数据库时可能还需要这个文件(Checkpoint not complete)，或者由于归档进程尚未完成这个文件的复制(Archival required)，所以Oracle必须等待(相应地，最终用户也必须等待)，直到能安全地重用这个重做日志文件为止。

如果你看到会话因为一个“日志文件切换”、“日志缓冲区空间”或“日志文件切换检查点或归档未完成”等待了很长时间，就很可能遇到了这个问题。如果日志文件大小不合适，或者DBWR和ARCH太慢，在漫长的数据库修改期间，你就会注意到这个问题。

要解决这个问题，有下面几种做法

.让DBWR更快一些。让DBA对DBWR调优，为此可以启用ASYNC I/O、使用DBWR I/O从属进程，或者使用多个DBWR进程。看看系统产生的I/O，查看是否有一个磁盘(或一组磁盘)“太热”，相应地需要将数据散布开。这个建议对ARCH也适用。这种做法的好处是，不用付出什么代价就能有所收获，性能会提高，而且不必修改任何逻辑/结构/代码。这种方法确实没有缺点。

.增加更多重做日志文件。在某些情况下，这会延迟Checkpoint not complete的出现，而且过一段时间后，可以把Checkpoing not complete延迟得足够长，使得这个错误可能根本不会出现。这个方法也同样适用于Archival required消息。这种方法的好处是可以消除系统中的“暂停”。其缺点是会消耗更多的磁盘空间，但是在此利远远大于弊。

.重新创建更大的日志文件。这会扩大填写在线重做日志与重用这个在线重做日志文件之间的时间间隙。如果重做日志文件的使用呈“喷射状”，这种方法同样适用于Archival required消息。倘若一段时间内会大量生成日志(如每晚加载、批处理等)，其后一段时间却相当平静，如果有更大的在线重做日志，就能让ARCH在平静的期间有足够的时间“赶上来”。这种方法的优缺点与前面增加更多文件的方法是一样的。另外，它可能会延迟检查点的发生，由于每个日志切换都会发生检查点，而现在日志切换间隔会更大。

.让检查点发生得更频繁、更连续。可以使用一个更小的块缓冲区缓存，或者使用诸如FAST_START_MTTR_TARGET、LOG_CHECKPOINT_INTERVALT和LOG_CHECKPOINT_TIMEOUT之类的参数设置。这会强制DBWR更频繁地刷新输出脏块。这种方法的好处是，失败恢复的时间会减少。在线重做日志中应用的工作肯定更少。其缺点是，如果经常修改块，可能会更频繁地写至磁盘。缓冲区缓存本该更有效的，但由于频繁地写磁盘，会导致缓冲区缓存不能充分发挥作用。

究竟选择哪一种方法，这取决于你的实际环境。应该在数据库级确定它，要把整个实例都考虑在内。

已经在oracle数据库中建好了日志记录表，我怎么把系统里的用户操作添加进去，是每个方法写一个SQL语句？

方法1.建立表级别触发器。定制为 AFTER 级别。

2.如果你的项目中使用SPRING框架中的日志拦截,就可以在哪个方法中直接动态操作。

3，如果是简单的框架，就写一个公共类调用，，传入操作类型比如：

str=操作类型（UPDATE DELETE INSERT SEARCH）

USER=用户

MARK=操作描述

public void logTest(String str,String userid,String mark){

insert into.....,

}

Oracle归档日志

显示归档日志信息

1,使用ARCHIVE LOG LIST命令可以显示日志操作模式,归档位置,自动归档机器要归档的日志序列号等信息.

2显示日志操作模式

SELECT name,log_mode FROM v$database;

3,显示Oracle归归档日志信息.

Col name format a46

Select name, swquence#, first_change# FROM v$archived_log;

Name用于表示Oracle归归档日志文件名,sequence#用于表示归档日志对应的日志序列号,firs_change#用于标识归档日志的起始SCN值.

4、执行介质 恢复 时,需要使用归档日志文件,此四必须准确定位归档日志的存放位置.通过查询动态性能视图v$archive_dest可以取得归档日志所在目录.

SELECT destination FROM v$archive dest;

5,显示日志历史信息

SELECT * FROM v$loghist;

THREAD#用于标识重做线程号,SEQUNCE#用于标识日志序列号,FIRST_CHANGE#用于标识日志序列号对应的起始SCN值,FIRST_TIME用于标识起始SCN的发生时间.SWICTH_CHANGE#用于标识日志切换的SCN值.

6.显示归档进程信息.

进行日志切换时,ARCH进程会自动将重做日志内容复制到Oracle归归档日志中,为了加快归档速度,应该启用多个ARCH进程.通过查询动态性能视图V$ARCHIVE_PROCESSES可以显示所有归档进程的信息!

SELECT * FROM v$archive_processes;

Porcess用于标识ARCH进程的编号,status用于标识ARCH进程的状态(ACTIVE:活动,STOPPED:未启动),log_sequence用于标识正在进行归档的日志序列号,state用于标识ARCH进程的工作状态

名称栏目：oracle如何增加日志 oracle 表的附加日志
地址分享：http://pwwzsj.com/article/hjecsj.html