[20160816]使用oradebug跟踪sql net.txt

[20160816]使用oradebug跟踪sql net.txt

--可以oradebug跟踪包，可以不用修改sqlnet.ora等文件参数，做一个记录。

1.环境:
SCOTT@book> @ &r/ver1
PORT_STRING                    VERSION        BANNER
------------------------------ -------------- --------------------------------------------------------------------------------
x86_64/Linux 2.4.xx            11.2.0.4.0     Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

SYS@book> oradebug patch list

Patch File Name                                   State
================                                =========
No patches currently installed

--从客户端连接(通过网络)

SCOTT@78> @ spid
       SID    SERIAL# SPID       PID  P_SERIAL# C50
---------- ---------- ------ ------- ---------- --------------------------------------------------
       112       4469 5490        34         10 alter system kill session '112,4469' immediate;

--以sys用户登录:
SYS@book> oradebug setospid 5490
Oracle pid: 34, Unix process pid: 5490, image: oracle@xxxxxxx
SYS@book> oradebug dump event_tsm_test 16
Statement processed.
SYS@book> oradebug dump sqlnet_server_trace 16
Statement processed.

SYS@book> oradebug tracefile_name
/u01/app/oracle/diag/rdbms/book/book/trace/book_ora_5490.trc

--简单的client执行
SCOTT@78> select 'abcdef' from dual;
'ABCDE
------
abcdef

--注意如果传输很大，我的测试有点慢。

--查看跟踪文件:
*** 2016-08-16 08:30:13.645
2016-08-16 08:30:13.645566 : nttrd:socket 16 had bytes read=282
2016-08-16 08:30:13.645656 : nttrd:exit
2016-08-16 08:30:13.645678 : nsprecv:282 bytes from transport
2016-08-16 08:30:13.645699 : nsprecv:tlen=282, plen=282, type=6
2016-08-16 08:30:13.645718 : nsprecv:packet dump
2016-08-16 08:30:13.645742 : nsprecv:01 1A 00 00 06 00 00 00  |........|
2016-08-16 08:30:13.645764 : nsprecv:00 00 11 69 1D FE FF FF  |...i....|
2016-08-16 08:30:13.645783 : nsprecv:FF FF FF FF FF 01 00 00  |........|
2016-08-16 08:30:13.645804 : nsprecv:00 03 00 00 00 03 5E 1E  |......^.|
2016-08-16 08:30:13.645823 : nsprecv:61 80 00 00 00 00 00 00  |a.......|
2016-08-16 08:30:13.645843 : nsprecv:FE FF FF FF FF FF FF FF  |........|
2016-08-16 08:30:13.645862 : nsprecv:19 00 00 00 FE FF FF FF  |........|
2016-08-16 08:30:13.645882 : nsprecv:FF FF FF FF 0D 00 00 00  |........|
2016-08-16 08:30:13.645901 : nsprecv:FE FF FF FF FF FF FF FF  |........|
2016-08-16 08:30:13.645920 : nsprecv:FE FF FF FF FF FF FF FF  |........|
2016-08-16 08:30:13.645940 : nsprecv:00 00 00 00 01 00 00 00  |........|
2016-08-16 08:30:13.645959 : nsprecv:00 00 00 00 00 00 00 00  |........|
2016-08-16 08:30:13.645979 : nsprecv:00 00 00 00 00 00 00 00  |........|
2016-08-16 08:30:13.645998 : nsprecv:00 00 00 00 00 00 00 00  |........|
2016-08-16 08:30:13.646018 : nsprecv:FE FF FF FF FF FF FF FF  |........|
2016-08-16 08:30:13.646038 : nsprecv:00 00 00 00 00 00 00 00  |........|
2016-08-16 08:30:13.646057 : nsprecv:FE FF FF FF FF FF FF FF  |........|
2016-08-16 08:30:13.646077 : nsprecv:FE FF FF FF FF FF FF FF  |........|
2016-08-16 08:30:13.646096 : nsprecv:FE FF FF FF FF FF FF FF  |........|
2016-08-16 08:30:13.646115 : nsprecv:00 00 00 00 00 00 00 00  |........|
2016-08-16 08:30:13.646134 : nsprecv:FE FF FF FF FF FF FF FF  |........|
2016-08-16 08:30:13.646153 : nsprecv:FE FF FF FF FF FF FF FF  |........|
2016-08-16 08:30:13.646173 : nsprecv:00 00 00 00 00 00 00 00  |........|
2016-08-16 08:30:13.646221 : nsprecv:00 00 00 00 00 00 00 00  |........|
2016-08-16 08:30:13.646242 : nsprecv:00 00 00 00 00 00 00 00  |........|
2016-08-16 08:30:13.646262 : nsprecv:00 00 00 00 19 73 65 6C  |.....sel|
2016-08-16 08:30:13.646282 : nsprecv:65 63 74 20 27 61 62 63  |ect.'abc|
2016-08-16 08:30:13.646303 : nsprecv:64 65 66 27 20 66 72 6F  |def'.fro|
2016-08-16 08:30:13.646323 : nsprecv:6D 20 64 75 61 6C 01 00  |m.dual..|
2016-08-16 08:30:13.646343 : nsprecv:00 00 00 00 00 00 00 00  |........|
2016-08-16 08:30:13.646362 : nsprecv:00 00 00 00 00 00 00 00  |........|
2016-08-16 08:30:13.646382 : nsprecv:00 00 00 00 00 00 00 00  |........|
2016-08-16 08:30:13.646402 : nsprecv:00 00 01 00 00 00 00 00  |........|
2016-08-16 08:30:13.646422 : nsprecv:00 00 00 80 00 00 00 00  |........|
2016-08-16 08:30:13.646442 : nsprecv:00 00 00 00 00 00 00 00  |........|
2016-08-16 08:30:13.646461 : nsprecv:00 00                    |..      |
2016-08-16 08:30:13.646479 : nsprecv:normal exit
...

2016-08-16 08:30:13.650931 : nspsend:packet dump
2016-08-16 08:30:13.650953 : nspsend:01 0C 00 00 06 00 00 00  |........|
2016-08-16 08:30:13.650975 : nspsend:00 00 10 17 00 00 00 CF  |........|
2016-08-16 08:30:13.650995 : nspsend:D9 8F F2 87 6D 45 AD D2  |....mE..|
2016-08-16 08:30:13.651016 : nspsend:78 B5 96 69 64 A2 64 78  |x..id.dx|
2016-08-16 08:30:13.651036 : nspsend:74 08 10 09 1F 0E 06 00  |t.......|
2016-08-16 08:30:13.651056 : nspsend:00 00 01 00 00 00 51 60  |......Q`|
2016-08-16 08:30:13.651076 : nspsend:80 00 00 06 00 00 00 00  |........|
2016-08-16 08:30:13.651096 : nspsend:00 00 00 00 00 00 00 00  |........|
2016-08-16 08:30:13.651116 : nspsend:00 00 00 00 00 54 03 01  |.....T..|
2016-08-16 08:30:13.651136 : nspsend:06 00 00 00 01 08 08 00  |........|
2016-08-16 08:30:13.651156 : nspsend:00 00 08 27 41 42 43 44  |...'ABCD|
2016-08-16 08:30:13.651175 : nspsend:45 46 27 00 00 00 00 00  |EF'.....|
2016-08-16 08:30:13.651212 : nspsend:00 00 00 00 00 00 00 00  |........|
2016-08-16 08:30:13.651233 : nspsend:00 07 00 00 00 07 78 74  |......xt|
2016-08-16 08:30:13.651274 : nspsend:08 10 09 1F 0E 00 00 00  |........|
2016-08-16 08:30:13.651295 : nspsend:00 E8 1F 00 00 02 00 00  |........|
2016-08-16 08:30:13.651315 : nspsend:00 02 00 00 00 00 00 00  |........|
2016-08-16 08:30:13.651335 : nspsend:00 06 22 01 00 00 00 00  |..".....|
2016-08-16 08:30:13.651355 : nspsend:00 01 00 00 00 00 00 00  |........|
2016-08-16 08:30:13.651374 : nspsend:00 00 00 00 00 00 00 07  |........|
2016-08-16 08:30:13.651394 : nspsend:06 61 62 63 64 65 66 08  |.abcdef.|
2016-08-16 08:30:13.651414 : nspsend:06 00 28 04 86 15 03 00  |..(.....|
2016-08-16 08:30:13.651434 : nspsend:00 00 02 00 00 00 00 00  |........|
2016-08-16 08:30:13.651454 : nspsend:00 00 00 00 00 00 00 00  |........|
2016-08-16 08:30:13.651473 : nspsend:00 00 00 00 00 00 00 00  |........|
2016-08-16 08:30:13.651516 : nspsend:00 00 04 01 00 00 00 1C  |........|
2016-08-16 08:30:13.651536 : nspsend:00 01 00 00 00 00 00 00  |........|
2016-08-16 08:30:13.651556 : nspsend:00 00 00 02 00 15 00 03  |........|
2016-08-16 08:30:13.651576 : nspsend:00 00 00 00 00 00 00 00  |........|
2016-08-16 08:30:13.651596 : nspsend:00 00 00 00 00 00 00 00  |........|
2016-08-16 08:30:13.651615 : nspsend:00 00 00 00 00 00 00 1E  |........|
2016-08-16 08:30:13.651635 : nspsend:00 00 01 00 00 00 00 00  |........|
2016-08-16 08:30:13.651654 : nspsend:00 00 00 00 00 00 00 00  |........|
2016-08-16 08:30:13.651675 : nspsend:00 00 00 00              |....    |
2016-08-16 08:30:13.651695 : nspsend:268 bytes to transport
2016-08-16 08:30:13.651713 : nspsend:normal exit

--关闭:
SYS@book> oradebug dump event_tsm_test 0
Statement processed.
SYS@book> oradebug dump sqlnet_server_trace 0
Statement processed.

时间： 2024-08-26 17:36:41

[20160816]使用oradebug跟踪sql net.txt的相关文章

[20131031]从跟踪文件中抽取sql语句.txt

[20131031]从跟踪文件中抽取sql语句.txt 以前写过利用tkprof顺序抽取执行的sql语句http://space.itpub.net/267265/viewspace-748041但是递归语句没有记录下来. 今天看了一篇blog,记录如下:--说明:我修改2处:dept那行里面的-1原文有错,应该是半角-1.--printf "%s %s %s>>>> %s\n", stmt_count, depth_level, cursor_no, $0--

[20160704]从跟踪文件抽取sql语句.txt

[20160704]从跟踪文件抽取sql语句.txt --以前写过两篇,链接如下: http://blog.itpub.net/267265/viewspace-775398/ http://blog.itpub.net/267265/viewspace-748041/ 1个利用tkprof的recodr参数,可以记录跟踪整个sql语句序列,缺点就是丢失一些递归的sql语句.另外一个利用awk脚本抽取sql语句. 今天再写一个简单一点的脚本: 1.环境: SCOTT@book> @ &r/v

[20150527]跟踪单个sql语句.txt

[20150527]跟踪单个sql语句.txt --11G下可以使用如下脚本跟踪单个sql语句,&1 表示 sql_id.   $ cat sql_trace.sql alter system set events 'sql_trace[SQL:&1] level 12'; host sleep 300 alter system set events 'sql_trace[SQL:&1] off'; --缺点生成的文件在各个用户的trc文件中.

[20131122]跟踪sql profile的操作.txt

[20131122]跟踪sql profile的操作.txt sql profile是11G的新特性,前几天我在给别人做优化时,偷懒直接使用toad,step by step分析使用sql profile,导致系统执行缓慢,不得不中断分析.今天有空跟踪sql profile的操作看看,了解一些过程. SCOTT@test> @verBANNER-----------------------------------------------------------------------------

[20130226]跟踪特定IP的sql语句.txt

[20130226]跟踪特定IP的sql语句.txt 工作需要,跟踪特定IP地址发出的sql语句.可惜我们生产系统是10g的,如果是11G支持trcsess可以合并trc文件,再分析.自己做一个测试看看. http://space.itpub.net/267265/viewspace-754003 1.建立logon触发器: CREATE OR REPLACE TRIGGER SYS.on_logon_trigger    AFTER LOGON ON DATABASE DECLARE    v

[20151111]跟踪调试rman.txt

[20151111]跟踪调试rman.txt -- 上午查找在rman下执行list backup慢的问题,总结收集一些调试技巧,顺便在查看问题: 1.方法1,使用debug trace 参数: --执行如下: $ rman target / debug trace /tmp/aaa.txt --为了显示的好看,我格式化其中一行. DBGMISC:          EXITED krmkgal with status Done [10:52:04.659] elapsed time [00:0

[20161230]查看父游标中sql语句.txt

[20161230]查看父游标中sql语句.txt --上午巡检完,无聊,测试使用oradebug下查看sql语句在父游标中的内容.sql语句在执行第一次硬解析时生成父子游标,其中父游标chunk --中保存sql语句,测试通过oradebug下如何查看: 1.环境: SCOTT@book> select * from dept where deptno=10;     DEPTNO DNAME          LOC ---------- -------------- -----------

[20121101]tkprof抽取sql语句.txt

[20121101]tkprof抽取sql语句.txt 有时候跟踪分析sql语句,并不是要看里面的递归的执行,或者性能问题.而是要收集跟踪命令的执行序列. 查看tkprof的帮助: Usage: tkprof tracefile outputfile [explain= ] [table= ]               [print= ] [insert= ] [sys= ] [sort= ]   table=schema.tablename   Use 'schema.tablename'

SQL导入txt以及SQL中的时间格式操作

原文:SQL导入txt以及SQL中的时间格式操作 MySQL中导入txt的指令为: load data local infile "路径名称" into table "表名" 比如我文件的具体位置为"f:\\dataset\\beijing\\xx.txt",创建的表名为"person",则上述指令的具体表达为: load data local infile "f:\\dataset\\beijing\\xx.txt