锐客网

  1. 首页 > 生活百科 > it技术 > >

oracle如何增加日志 oracle增删改查日志

IT技术归档

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 之间的切换）的步骤和操作如下：
【oracle如何增加日志 oracle增删改查日志】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:
如何配置Log4Net使用Oracle数据库记录日志一、前提条件
系统必须是使用LOG4J进行日志管理oracle如何增加日志 ， 否则方法无效 。
系统必须包含commons-logging-xxx.jar，log4j-xxx.jar这两个JAR包，XXX为版本号 。
二、操作步骤
1、创建日志表
要把日志持久化，必须在数据库中创建一张用来存储日志信息的表 ， 表内字段为日志
的一个主要属性包括oracle如何增加日志：操作类，执行方法，打印时间 ， 日志级别，日志内容 。
CREATE TABLE RESLOG (LOGID VARCHAR2(20) NOT NULL,
CLASS VARCHAR2(200),
METHOD VARCHAR2(100),
CREATETIME DATE,
LOGLEVEL VARCHAR2(50),
MSG VARCHAR2(4000))
因为存储的类为类的全部路径，所以CLASS字段长度需要比较大 。
2、日志管理配置
LOG4J主要有两种配置文件.properties和.xml，这里以properties文件为基础来讲
述，关于XML文件的配置，相信大家看完下面的介绍也一样能轻松完成 。
通常在LOG4J.PROPERTIES文件的第一行是：
log4j.rootLogger= XXX，这句是控制日志的输出，如果想吧日志输出到数据库，
则需要在XXX中添加“DB” ， 如log4j.rootLogger=INFO,stdout,Platform,db 。上面
这句就是把日志中级别为INFO的信息输出到STDOUT,PLATFORM和DB
（DATABASE）中 。
配置好如上的信息 ， LOG4J就知道用户是想把信息存入数据库，接下来我们就要来
配置数据库的相关信息（包括缓存，数据库连接信息 ， 和执行SQL），配置信息如下：
###JDBCAppender
log4j.appender.db = org.apache.log4j.jdbc.JDBCAppender
//这个配置是选择使用JDBCAppender方法，将日志信息存储到数据库 。当然 ， 如果你还要做其oracle如何增加日志他操作，可以自己写个类，继承JDBCAppender就OKoracle如何增加日志了 。
log4j.appender.db.BufferSize=1
//这个配置是告诉LOG4J，有多少条日志信息后才存入数据库，我这里是1,就是说有一条就查一条，显然这样在生产环境下是很影响系统性能的 。
log4j.appender.db.driver=oracle.jdbc.driver.OracleDriver
//这个配置是告诉LOG4J，做数据库存储所用的驱动 。
log4j.appender.db.URL=jdbc:oracle:thin:@ip:port:sid
//这个配置数据库连接的URL ， 不用说也都知道 。
log4j.appender.db.user=XXX
log4j.appender.db.password=XXX
//上面两个是数据库连接时的用户名和密码
log4j.appender.db.sql=insert into RESLOG
(LogId,Class,Method,createTime,LogLevel,MSG)
values (SQ_RESLOG_LOGID.Nextval,'%C','%M',
to_date('%d{yyyy-MM-dd HH:mm:ss}','yyyy-MM-dd
HH24:mi:ss'),'%p','%m')
//这个配置是告诉当LOG4J吧日志存储数据库时用的SQL语句 。SQ_RESLOG_LOGID.Nextval是我建的一个SEQUENCE；‘%C’是日志中的CLASS；‘%M’是打印日志是执行到类里的方法；‘%d’是打印的时间，它支持格式化；‘%P’是日志级别，包括INFO、DEBUG、ERROR等；‘%m’是MSG ， 日志内容 。注意这里的参数区分大小写 。
log4j.appender.db.layout=org.apache.log4j.PatternLayout
通过上面的配置，现在再启动服务，LOG4J就会自动把原来存储在.LOG文件中的信息，同时存储到数据库了 。
如何调整Oracle Redo Logfile日志文件的大小1.查看当前日志组成员
SQL select member from v$logfile;
MEMBER
--------------------------------------------------------------------------------
/u01/oracle/oradata/orcl/redo03.log
/u01/oracle/oradata/orcl/redo02.log
/u01/oracle/oradata/orcl/redo01.log
2. 查看当前日志组状态：
SQL select group#,members,bytes/1024/1024,status from v$log;
GROUP# MEMBERS BYTES/1024/1024 STATUS
---------- ---------- --------------- ----------------
1 1 50 ACTIVE
2 1 50 CURRENT
3 1 50 INACTIVE
现在有三个日志成员，大小为50M，欲更改为100M
增加日志组
SQLalter database add logfile group 4 ('/u01/oracle/oradata/orcl/redo04.log') size 100M;
SQLalter database add logfile group 5 ('/u01/oracle/oradata/orcl/redo05.log') size 100M;
SQLalter database add logfile group 6 ('/u01/oracle/oradata/orcl/redo06.log') size 100M;
3.切换到新增的日志组上
SQL alter system switch logfile;
System altered.
SQL alter system switch logfile;
System altered.
SQL select group#,members,bytes/1024/1024,status from v$log
GROUP# MEMBERS BYTES/1024/1024 STATUS
---------- ---------- --------------- ----------------
1 1 50 INACTIVE
2 1 50 INACTIVE
3 1 50 ACTIVE
4 1 100 CURRENT
5 1 100 UNUSED
6 1 100 UNUSED
a. CURRENT指当前的日志文件 ， 在进行实例恢复时是必须的；
b. ACTIVE是指活动的非当前日志，在进行实例恢复时会被用到 。Active状态意味着，Checkpoint尚未完成，因此该日志文件不能被覆盖 。
c. INACTIVE是非活动日志，在实例恢复时不再需要，但在介质恢复时可能需要 。
d. UNUSED表示该日志从未被写入，可能是刚添加的，或RESETLOGS后被重置 。
4.删除旧的日志组
SQL alter database drop logfile group 1;
Database altered.
SQL alter database drop logfile group 2
2 /
Database altered.
SQL alter database drop logfile group 3;
alter database drop logfile group 3
*
ERROR at line 1:
ORA-01624: log 3 needed for crash recovery of instance dbserver (thread 1)
ORA-00312: online log 3 thread 1: '/u01/oracle/oradata/orcl/redo03.log'
由于log 3 日志成员还出去active 状态，所以不能drop掉的，再次执行 alter system switch logfile;
SQL select group#,members,bytes/1024/1024,status from v$log;
GROUP# MEMBERS BYTES/1024/1024 STATUS
---------- ---------- --------------- ----------------
3 1 50 INACTIVE
4 1 100 ACTIVE
5 1 100 CURRENT
6 1 100 UNUSED
SQL alter database drop logfile group 3;
Database altered.
SQL select group#,members,bytes/1024/1024,status from v$log;
GROUP# MEMBERS BYTES/1024/1024 STATUS
---------- ---------- --------------- ----------------
4 1 100 ACTIVE
5 1 100 ACTIVE
6 1 100 CURRENT
在操作系统下删除掉redolog 日志文件
mv /u01/oracle/oradata/orcl/redo0[1-3].log /tmp
oracle imp 如何查看导入日志1、首先，按win R快捷键 ， 会出现一个运行的窗口 。
2、在打开后面的输入框里面输入cmd，回车确定 。
3、此时会出现一个窗口，命令提示符 。
4、然后点击输入要打开的文件夹路径“data”，回车确定 。
5、然后在弹出来的文件窗口中，找到logname.log文件 ， 右键单击选择打开方式中的“记事本” 。
6、然后就可以查看了 。
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：在程序中把操作用SQL记录到日志表中
2：在被操作的数据表建触发器 ， 在触发器中记录用户操作情况
关于oracle如何增加日志和oracle增删改查日志的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站 。

    推荐阅读


    上一篇：老师点名搞笑视频配音是什么电影，老师点名搞笑视频配音是什么电影台词

    下一篇：为什么直播间没有混响了，为什么直播没有伴奏声音