如何查询 Oracle 11g日志

转一位大神的笔记。

可使用如下语句查询11g告警日志存放路径:

--显示DIAGNOSTIC_DEST的位置

1.show parameter DIAGNOSTIC_DEST; --查询xml文件的目录

2.select value from v$diag_info where name=‘Diag Alert‘;

--查询文本文件的目录

3.select value from v$diag_info where name=‘Diag Trace‘;

4.show parameter background_dump_dest; 5.select value from v$parameter where name=‘background_dump_dest‘;

--查询警告日志文件路径 6.select value from v$diag_info where name=‘Diag Trace‘;

注:Oracle 11g的告警日志以两种格式存储:一种是xml格式,另一种是文本格式。

时间: 2024-10-06 22:34:28

如何查询 Oracle 11g日志的相关文章

Oracle 11g R2 常见问题处理

--======================查询Oracle错误日志和警告日志 通过命令查看错误日志目录SQL> show parameter background_dump_dest;根据错误提示的PID:3159 模糊查询对应的错误日志find -name "*ora*3159*.trc"more orcl_ora_3159.trc 查询归档日志SQL> select * from v$recovery_file_dest; 删除归档日志$ rmanRMAN>

Oracle 11g dataguard三种模式以及实时查询(Real-time query)功能设置

之前我们讨论过<Linux Oracle 11g dataguard物理standby 配置过程>, 但是在实际过程中会遇到不同的问题,首先我们讨论下ORACLE DATAGUARD的三种模式, 保护最大化:这种模式的配置可以保证主库和备库的同步,任何情况下主库的损毁都不会导致已提交数据的丢失.如果主库和备库之间的网络出现问题,或者备库本身出现问题,都会导致主库停止数据处理. 可用最大化:这种模式和上面一种类似,也是会保证主库和备库的同步,区别在于,当网络或备库不可用时,主库仍然可以继续处理.

数据库oracle 11g 的日志管理

1.查询oracle日志的路径 SQL> show parameter dump_dest NAME                                 TYPE        VALUE------------------------------------ ----------- ------------------------------background_dump_dest           string      /home/oracle/app/oracle/diag

Oracle 11g 监听很慢,由于监听日志文件太大引起的问题(Windows 下)

现象:Windows 操作系统的Oracle 数据库,使用sqlplus 连接(不指定实例名)连接很快,程序连接或使用连接工具或在Net Manager 中测试连接都需要花费约三四十秒的时间(程序连接可能失败). 通过tsping localhost 测试,亦花费三四十秒. 查看监听警告日志(所在位置在文章后面介绍),有信息如下: <msg time='2017-05-16T16:57:51.811+08:00' org_id='oracle' comp_id='tnslsnr' type='U

Oracle 11g R2 日志结构总结

Oracle从11g开始,对日志结构做了比较大的调整,日志存放目录和存储格式有都有了变化.下面总结了Oracle Database.Oracle监听.ASM和Oracle GI各日志的存放目录和目录结构. 1.Oracle Database日志 Oracle Database日志存放在$ORACLE_BASE/diag/rdbms/<db_unique_name>/<oracle_sid>目录中. $ORACLE_BASE/diag/rdbms/<db_name>/&l

查询Oracle日志文件的方法(摘自http://database.51cto.com/art/201010/231519.htm)

Oracle日志文件相信经常使用Oracle数据库的朋友都比较熟悉了,下面将为您介绍的是查询Oracle日志文件的几种方法,供您参考学习. 1.查询系统使用的是哪一组日志文件:select * from v$log; 2.查询正在使用的组所对应的日志文件:select * from v$logfile; 3.强制日志切换:alter system switch logfile; 4.查询历史日志:select * from v$log_history; 5.查询日志的归档模式:select db

oracle 11g 更改日志组大小

1.创建新的日志组 1.alter database add logfile group 4 ('/u01/app/oracle/oradata/jian/redo04.log') size 1024k; 2.alter database add logfile group 5 ('/u01/app/oracle/oradata/jian/redo05.log') size 1024k; 2.切换当前日志到新的日志组 1.alter system switch logfile; 2.alter

Oracle 11g Dataguard 暂停物理备库的日志传输

Oracle 11g Dataguard 暂停物理备库的日志传输分类: Oracle2017-07-18 10:03:17这两天生产端的日志产生过多导致灾备端的归档日志目录满的现象,在清除灾备端的日志后发现log_archive_dest_2处于error状态,需要将其enable.在实际生产系统中,通常有这样的场景,例如在系统维护日,对主库进行大量的业务更新,会有大量的DML操作:为了避免主库中的业务更新对备库造成影响,可以暂停主库对备库的日志传输,这样的话,如果主库的更新出现问题,备库还保留

oracle rac 11g 日志占满系统盘导致数据库down掉

oracle日志占满系统盘满了导致数据库挂掉 并且archivelog日志也满了倒是数据库无法open,无法登陆,幸好还可以到mount状态.解决办法: 1.根据报错查看 表象: crs 服务down掉 CRS-0184: Cannot communicate with the CRS daemon删除/var/tmp/.oracle 目录删除oracle alter日志:cd /u01/app/oracle/rdbms/bol/BOL1/alterrm -rf * 到此重启机器 可以启动ora