问题[trace](dba)

有一个包含大量查询的应用程序，其中一个导致 ORA-1722

检查：我打开会话跟踪，如：

alter session set events '10046 trace name context forever, level 12'

并对数据库说

SELECT TO_NUMBER('asdf') FROM DUAL;

我实际上在客户端收到 ORA-1722，但看不到该查询以错误代码完成：

PARSING IN CURSOR #140193170131176 len=34 dep=0 uid=9 oct=3 lid=9 tim=24633865068083 hv=3356444932 ad='d25d6b00' sqlid='cmpv4d740yk84'
SELECT TO_NUMBER('asdf') FROM DUAL
END OF STMT
PARSE #140193170131176:c=2315,e=2207,p=0,cr=0,cu=0,mis=1,r=0,dep=0,og=1,plh=1388734953,tim=24633865068082
EXEC #140193170131176:c=27,e=26,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,plh=1388734953,tim=24633865068204
WAIT #140193170131176: nam='SQL*Net message to client' ela= 2 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=24633865068275
FETCH #140193170131176:c=19,e=20,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,plh=1388734953,tim=24633865068331
STAT #140193170131176 id=1 cnt=1 pid=0 pos=1 obj=0 op='FAST DUAL  (cr=0 pr=0 pw=0 str=1 time=1 us cost=2 size=0 card=1)'
WAIT #140193170131176: nam='SQL*Net break/reset to client' ela= 3 driver id=1413697536 break?=1 p3=0 obj#=-1 tim=24633865068482
WAIT #140193170131176: nam='SQL*Net break/reset to client' ela= 27988 driver id=1413697536 break?=0 p3=0 obj#=-1 tim=24633865096496
WAIT #140193170131176: nam='SQL*Net message from client' ela= 537077 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=24633865633643
CLOSE #140193170131176:c=8,e=9,dep=0,type=0,tim=24633865633723
PARSE #140193170129200:c=32,e=32,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,plh=0,tim=24633865633836
BINDS #140193170129200:

 Bind#0
  oacdty=01 mxl=32767(32767) mxlc=00 mal=00 scl=00 pre=00
  oacflg=03 fl2=1400010 frm=01 csi=873 siz=32767 off=0
  kxsbbbfp=7f8143f31000  bln=32767  avl=00  flg=05
 Bind#1
  oacdty=02 mxl=22(22) mxlc=00 mal=00 scl=00 pre=00
  oacflg=03 fl2=1400000 frm=01 csi=873 siz=24 off=0
  kxsbbbfp=7f814424b060  bln=22  avl=00  flg=05
WAIT #140193170129200: nam='SQL*Net message to client' ela= 1 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=24633865634181
EXEC #140193170129200:c=336,e=336,p=0,cr=0,cu=0,mis=0,r=1,dep=0,og=1,plh=0,tim=24633865634210
XCTEND rlbk=0, rd_only=1, tim=24633865634250

如何检测导致 ORA-1722（或任何其他逻辑/语法问题）的查询？

我想从我向数据库发送连接语句后生成的服务器跟踪文件中提取一些信息。我想知道服务器跟踪文件的命名约定。我可以弄清楚该名称采用以下格式：

<ORACLE_SID>_ORA_<4_digit_ID>.trc文件

我想知道跟踪末尾附加的 4_digit_id 是什么。根据我的研究，它似乎是 oracle 服务器的进程 ID。我在 v$process 中查询了 pid 列，但它似乎返回了多个值，而且也不是 4 位数字。如果专家可以对此发表评论，我们将不胜感激。

有没有办法识别失败登录尝试的 spid？例如，当我发出以下命令时，我想知道进程的 spid：

sqlplus non_existent_user/random_password

顺便说一句，服务器跟踪是通过设置了 trace_level_server=16 的 sqlnet.ora 启用的。

审计脚本中的一个错误产生了 100 多条痕迹。有什么办法可以阻止所有这些吗？

我的想法是在 SQL Server 2008 r2 上跟踪几天所有语句（编写重放模板脚本），然后在较新版本（SQL Server 2014）上针对已部署的数据库版本重放这些语句。

可重播的跟踪文件是否适合解决服务器版本兼容性问题？这种情况有意义吗？

怎样才能认识到问题呢？重放有问题的查询时如何显示错误？

我对这样配置的会话进行跟踪：

execute immediate 'ALTER SESSION SET TRACEFILE_IDENTIFIER = ''TEST1''';

DBMS_SESSION.session_trace_enable (waits => TRUE,
                                   binds => TRUE,
                                   plan_stat      => 'all_executions'
                                      );
-- do SQL stuff --
DBMS_SESSION.session_trace_disable();

执行完成后，我创建了大约 80 个 .trc 文件。为什么会这样，有没有办法强制所有跟踪到一个文件？谢谢。

目前我正在解决 Java-DB2 连接泄漏的问题。为此，我需要CLI 跟踪日志。在我的db2cli.ini中，我添加了以下参数，但我仍然没有获得跟踪日志。

    [COMMON]
    JDBCTrace=1
    JDBCTraceFlush=1
    JDBCTracePathName=C:\tracejdbc

之前我们使用的是 DB2 9.7，我可以在其中获取上述更改的日志。现在我们使用的是DB2 10.5.3。我正在自己尝试。同时，这将有助于获得专家建议。

我正在导入 200 多个跟踪文件（这些文件很大），我目前的方法是执行循环并插入跟踪数据（参见下面的脚本）。我环顾四周，看看是否有更快的方法来做到这一点，无论是通过 SSIS 还是 C#，它们似乎仍然调用下面的函数，类似于下面的脚本。

任何人有任何其他方法可以用来导入多个跟踪吗？不要误会我的意思，下面的代码有效，但我很好奇是否有更快的东西我没有考虑。

DECLARE @start INT = 1, @stop INT = 223, @sql NVARCHAR(MAX), @path VARCHAR(1000)


WHILE @start <= @stop
BEGIN

       SET @path = 'N:\Traces\TraceFile_' + CAST(@start AS VARCHAR(5)) + '.trc'

       SET @sql = 'INSERT INTO SavedTraces
                   SELECT *
                   FROM ::fn_trace_gettable(''' + @path + ''', default)
                    '

       EXECUTE sp_executesql @sql

       SET @start = @start + 1
       SET @path = ''
       SET @sql = ''

END

数据说明： 490MB (~.5G)，包含 11,700,000+ 行，需要 13:11 分钟才能导入。

SQL Server 2000 跟踪文件是否.tdf以与 SQL Server 2008 R2 相同的格式生成？

我有一个简单的 C# 应用程序，它遍历服务器上的所有数据库，检查它们的模式。因此，它执行 a SELECT name from sys.database，遍历那些并执行 a SELECT name from sys.tables WHERE name='Something'。然后，如果它找到它正在寻找的表，它会进行一些查询，并对数据进行处理。

连接字符串具有应用程序名称。如果我在该应用程序名称上使用列过滤器设置跟踪，以查找启动/完成事务、启动/完成存储过程和完成语句。我看到了对实际数据库表执行的查询，但没有看到对 sys.databases 和 sys.tables 的查询。