[Oracle]如何获得出现故障时,客户端的详细连接信息

简介:
[Oracle]如何获得出现故障时,客户端的详细连接信息

客户坚持说 只是在 每天早上5点才运行下面的语句:

select / * + FULL (TAB001_TT01) * / 'TAB001_TT01', count (*) from u01.TAB001_TT01 group by 'TAB001_TT01'

但是根据 Incident 文件的记载,发生时间是在 2017-09-26 10: 44: 50.166 , 客户怀疑 Oracle的数据库出现了其他的问题。

这样调查就跑偏方向了。

(因为总所周知的原因,修改了敏感信息)

从下面这句“MODULE NAME”来看,通过sqlplus 进行的连接,所以一定是客户通过某个客户端作操作了。
、
  *** MODULE NAME: (sqlplus@test01.m0.facjian001.com (TNS V1-V3)) 2017-09-26 10: 44: 50.166


----------------------------------------------------------------------------------------------------------
*** 2017-09-26 10: 44: 50.166
*** SESSION ID: (807.42181) 2017-09-26 10: 44: 50.166
*** CLIENT ID :() 2017-09-26 10: 44: 50.166
*** SERVICE NAME: (SYS $ USERS) 2017-09-26 10: 44: 50.166
*** MODULE NAME: (sqlplus@test01.m0.facjian001.com (TNS V1-V3)) 2017-09-26 10: 44: 50.166
*** CLIENT DRIVER: (SQL * PLUS) 2017-09-26 10: 44: 50.166
*** ACTION NAME :() 2017-09-26 10: 44: 50.166
TAB001_TT01
[TOC 00000]
Jump to table of contents
Dump continued from file: /u01/app/oracle/diag/rdbms/obi/obi1/trace/obi1_ora_275091.trc
[TOC00001]
ORA - 00600: internal error code, arguments: [15712], [2], [], [], [], [], [], [], [], [], [], []

[TOC 0001 - END]
[TOC00002]
========= Dump for incident 117130 (ORA 600 [15712]) ========

*** 2017-09-26 10: 44: 50.166
dbkedDefDump (): Starting incident default dumps (flags = 0x2, level = 3, mask = 0x0)
[TOC00003]
----- Current SQL Statement for this session (sql_id = b928a7sazgnzv) -----
select / * + FULL (TAB001_TT01) * / 'TAB001_TT01', count (*) from u01.TAB001_TT01 group by 'TAB001_TT01'
[TOC 0003 - END]
----------------------------------------------------------------------------------------------------------

然后,最重要的一点,在Incident 文件中,查找 "client details" 关键字,可以得到更详细的信息。

这样就可以要求客户通过查看 连接信息,看看是谁在那个时间点作了操作,回忆起事件发生前到底作了什么。

信息如下所示:

----------------------------------------------------------------------------------------------------------
 client details:
   O / S info: user: oracle, term:, ospid: 270035
   machine: test01.m0.facjian001.com program: sqlplus@test01.m0.facjian001.com (TNS V1 - V3)
   application name: sqlplus@test01.m0.facjian001.com (TNS V1 - V3), hash value = 3897236877

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





本文转自健哥的数据花园博客园博客,原文链接:http://www.cnblogs.com/gaojian/p/3_15805521901.html,如需转载请自行联系原作者

目录
相关文章
|
Oracle 安全 关系型数据库
【Oracle】使用Navicat Premium连接Oracle数据库两种方法
以上就是两种使用Navicat Premium连接Oracle数据库的方法介绍,希望对你有所帮助!
2951 28
|
存储 Oracle 关系型数据库
数据库数据恢复—ORACLE常见故障的数据恢复方案
Oracle数据库常见故障表现: 1、ORACLE数据库无法启动或无法正常工作。 2、ORACLE ASM存储破坏。 3、ORACLE数据文件丢失。 4、ORACLE数据文件部分损坏。 5、ORACLE DUMP文件损坏。
732 11
|
存储 Oracle 关系型数据库
数据库数据恢复—Oracle ASM磁盘组故障数据恢复案例
Oracle数据库数据恢复环境&故障: Oracle ASM磁盘组由4块磁盘组成。Oracle ASM磁盘组掉线 ,ASM实例不能mount。 Oracle数据库故障分析&恢复方案: 数据库数据恢复工程师对组成ASM磁盘组的磁盘进行分析。对ASM元数据进行分析发现ASM存储元数据损坏,导致磁盘组无法挂载。
|
Oracle 关系型数据库 数据库
关系型数据库Oracle 故障转移能力
【7月更文挑战第10天】
321 2
|
SQL Oracle 关系型数据库
Python连接Oracle
Python连接Oracle
460 0
|
Oracle 数据可视化 关系型数据库
Oracle数据库安装及使用Navicat连接oracle2
Oracle数据库安装及使用Navicat连接oracle
343 1
|
Oracle 关系型数据库
Navicat 连接Oracle ORA-28547: connection to server failed, probable Oracle Net admin error
Navicat 连接Oracle ORA-28547: connection to server failed, probable Oracle Net admin error
2156 0
|
Oracle 关系型数据库
oracle收集统计信息,游标失效时间
Dbms_stats Invalidates Cursors in Auto_invalidate mode
277 0
|
Oracle 关系型数据库
oracle收集统计信息,游标失效时间
Dbms_stats Invalidates Cursors in Auto_invalidate mode
268 0
|
Oracle 安全 关系型数据库
Oracle数据库安装及使用Navicat连接oracle1
Oracle数据库安装及使用Navicat连接oracle
649 0

推荐镜像

更多