[20120109] 11g alert log的一些细小变化.txt

[20120109] 11g alert log的一些细小变化.txt

我个人检查数据库,查看alert log文件,喜欢查看文本格式,而不喜欢查看xml格式的文件,对于adrci的命令不是很熟悉,以及不习惯使用.

今天查看对比了两个格式的文件,发现以后要习惯查看xml格式,学会使用adrci命令.

对比如下:
1.xml格式的文件可以精确到milliseconds.

Thread 1 cannot allocate new log, sequence 264
Checkpoint not complete
  Current log# 3 seq# 263 mem# 0: +DATA/test/onlinelog/group_3.265.762883411
  Current log# 3 seq# 263 mem# 1: +DATA/test/onlinelog/group_3.264.762883411
2012-01-06 10:59:48.677000 +08:00
2012-01-06 10:59:48.677000 +08:00
Thread 1 advanced to log sequence 264 (LGWR switch)
  Current log# 1 seq# 264 mem# 0: +DATA/test/onlinelog/group_1.263.762883415
  Current log# 1 seq# 264 mem# 1: +DATA/test/onlinelog/group_1.262.762883415
2012-01-06 10:59:50.252000 +08:00
Archived Log entry 259 added for thread 1 sequence 263 ID 0x7ad4e61f dest 1:
2012-01-06 17:11:54.832000 +08:00
ALTER SYSTEM SET db_file_multiblock_read_count=8 SCOPE=BOTH;
2012-01-06 17:11:57.014000 +08:00
ALTER SYSTEM SET db_file_multiblock_read_count=16 SCOPE=BOTH;
2012-01-06 17:11:59.780000 +08:00
ALTER SYSTEM SET db_file_multiblock_read_count=8 SCOPE=BOTH;
2012-01-06 17:12:02.584000 +08:00
ALTER SYSTEM SET db_file_multiblock_read_count=16 SCOPE=BOTH;
2012-01-06 17:13:49.250000 +08:00

alert_test.log:
Fri Jan 06 10:59:46 2012
Thread 1 cannot allocate new log, sequence 264
Checkpoint not complete
  Current log# 3 seq# 263 mem# 0: +DATA/test/onlinelog/group_3.265.762883411
  Current log# 3 seq# 263 mem# 1: +DATA/test/onlinelog/group_3.264.762883411
Thread 1 advanced to log sequence 264 (LGWR switch)
  Current log# 1 seq# 264 mem# 0: +DATA/test/onlinelog/group_1.263.762883415
  Current log# 1 seq# 264 mem# 1: +DATA/test/onlinelog/group_1.262.762883415
Fri Jan 06 10:59:50 2012
Archived Log entry 259 added for thread 1 sequence 263 ID 0x7ad4e61f dest 1:
Fri Jan 06 17:11:54 2012
ALTER SYSTEM SET db_file_multiblock_read_count=8 SCOPE=BOTH;
ALTER SYSTEM SET db_file_multiblock_read_count=16 SCOPE=BOTH;
ALTER SYSTEM SET db_file_multiblock_read_count=8 SCOPE=BOTH;
ALTER SYSTEM SET db_file_multiblock_read_count=16 SCOPE=BOTH;
Fri Jan 06 17:13:49 2012

--可以发现查看xml格式的文件情况时间可以精确到milliseconds.而alert log仅仅到秒.
并且我连续执行如下命令:

ALTER SYSTEM SET db_file_multiblock_read_count=8 SCOPE=BOTH;
ALTER SYSTEM SET db_file_multiblock_read_count=16 SCOPE=BOTH;
ALTER SYSTEM SET db_file_multiblock_read_count=8 SCOPE=BOTH;
ALTER SYSTEM SET db_file_multiblock_read_count=16 SCOPE=BOTH;
alert log文本格式仅仅记录一个时间点.

2.xml格式的内容更加详细:
例子:
SQL> show parameter ddl
NAME                                 TYPE        VALUE
------------------------------------ ----------- -------------
ddl_lock_timeout                     integer     0
enable_ddl_logging                   boolean     FALSE

SQL> alter session set enable_ddl_logging=true ;
Session altered.

SQL> create table t1 (id number);
Table created.

adrci下:

2012-01-09 11:35:34.101000 +08:00
create table t1 (id number)

alert_test.log如下:
Mon Jan 09 11:35:34 2012
create table t1 (id number)

除时间差异看,仅仅更精确一些.

但是如果打开log.xml文件,可以看到如下信息:

 msg_id='opiexe:3954:4222364190' client_id='' type='NOTIFICATION'
 group='schema_ddl' level='16' host_id='test'
 host_addr='192.168.XXX.XXX' module='SQL*Plus' pid='5513'>
 create table t1 (id number)
 

可以发现提供更加多的信息,比如使用那个程序执行的,那个IP地址发出的执行命令等一些信息.

看来以后要改变自己一些旧有的习惯,接受与学习adrci命令.

时间: 2024-09-20 22:35:52

[20120109] 11g alert log的一些细小变化.txt的相关文章

oracle提示Alert Log Errors: 12170 TNS-12535/TNS-00505: Operation Timed Out

客户反馈系统经常报会话超时,导致应用测试无法正常进行,经检查alert日志发现 Fatal NI connect error 12170.     VERSION INFORMATION:         TNS for HPUX: Version 11.2.0.4.0 - Production         Oracle Bequeath NT Protocol Adapter for HPUX: Version 11.2.0.4.0 - Production         TCP/IP

Alert Log中“Fatal NI connect error 12170”错误

Alert Log中"Fatal NI connect error 12170"错误 Fatal NI connect error 12170.     VERSION INFORMATION:         TNS for Linux: Version 11.2.0.4.0 - Production         Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.4.0 - Production      

[20141027]通过视图查看alert.log的问题

[20141027]通过视图查看alert.log的问题.txt --曾经写过一篇通过X$DBGALERTEXT查看alert*.log的文章,实际上在11G,定义了许多v$diag的视图,通过这些视图就可以获得许多信息. --甚至不需要直接查看相关文件X$DBGALERTEXT. http://blog.itpub.net/267265/viewspace-775126/ SCOTT@test> @ver1 PORT_STRING                    VERSION     

[20111221]快速定位浏览alert log文件.txt

作为数据库管理员经常要查看alert log文件,每次查找都要打入很长的路径,才能访问alert log文件,我以前的做法是建立一个别名,写死整个路径.例子: alias vialert='view /u01/app/oracle/diag/rdbms/test/test/trace/alert_test.log' 这样每次输入vialert就可以访问alert log文件. 今天看一个网站http://halisway.blogspot.com/2006/11/oracle-alert-log

Alert Log中“Fatal NI connect error 12170”错误问题

  定期检查数据库alert log信息,是我们进行数据库日常维护.巡检和故障排除的重要工作手段.数据库系统"带病运行"."负伤运行"往往是"小病致死"的主要杀手.所谓"防患于未然"就需要数据库管理员从日常的小事微情入手,时刻了解系统运行情况,并尽早进行处理. 本文主要介绍笔者使用Oracle 11gR2过程中日志巡检中出现的问题,虽然最后没有得到圆满解决.记录下来,留待需要朋友待查.   1.问题说明   笔者使用的一套开发

ORA-00824: cannot set sga_target due to existing internal settings, see alert log for more information

    这篇文章是上篇文章"Expdp 导数错误 ORA-00832"的延续,前几天工作比较忙.累,直到今天才整理发出来.这个数据库实例的参数设置比较诡异其实是有原因的,由于这台数据库服务器系统是32位,数据库也是32位的.对于绝大部分32位系统上的32位数据库,SGA 最大的设置都不能超过2G,有的系统最大值甚至不能超过1.7G左右.DBA为了让内存充分利用,不至于浪费内存资源,于是想让SGA_MAX_SIZE 最大化,对数据库相关参数做了调整,设置参数USE_INDIRECT_DA

Oracle 11g中recyclebin参数的微小变化

SQL> show parameter recyclebin NAME      TYPE  VALUE ------------------------------------ ----------- ------------------------------ recyclebin      string  on SQL> alter system set recyclebin=off; alter system set recyclebin=off                    

【DataGuard】ORA-16014 and ORA-00312 Messages in Alert.log of Physical Standby

安装完成dg后,发现alert 之中的有如下错误 ORA-16014: log 4 sequence# 44 not archived, no available destinations ORA-00312: online log 4 thread 1: '/opt/oracle/oradata/orclpdg/redo04.log' Wed Aug 24 22:55:45 2011 Errors in file /opt/oracle/admin/orcl/bdump/orclpdg_arc

ALERT.LOG for ASM Shows "WARNING: failed to online diskgroup resource ora.GI.dg (unable to communica

APPLIES TO: OracleDatabase - Enterprise Edition - Version 11.2.0.1 to 12.1.0.1 [Release 11.2 to12.1] Informationin this document applies to any platform. ***Checked for relevance on 03-Jul-2013***  SYMPTOMS If OCR is located on ASM diskgroup, followi