Windows调试Oracle数据库问题的一些手段

最近需要在Windows的跳板机上访问远程的Oracle数据库进行调试。Windows中只有个精简版Oracle Client,以及PLSQL Developer客户端。

如果用惯了Linux,再用Windows,确实不知所措。但这就是个从生疏到熟练的事儿,最近看的一本书中描述得很恰当,The most effective way to deal with a worry is by acting on it, after all.

在调试过程中,碰到一些问题,记录下。

1. AWR和ASH的获取

通常我们执行awrrpt.sql脚本得到AWR,无论是PLSQL Developer,还是cmd命令行,其实都是可以的。如果是PLSQL Developer,需要在Command Window中操作,

图片

但如果在本地只安装了Oracle Client,没有这个脚本,可以从其他Oracler Server下载一个awrrpt.sql脚本,但是awrrpt.sql中还要调用awrrpti.sql,而且awrrpti.sql还需要调用awrinput.sql和awrinpnm.sql,因此都需要下载。

相应地,获取ASH的脚本ashrpt.sql,会调用ashrpti.sql,这两个都得下载。

2. SQL Profile

当碰到SQL执行计划需要调整,但是应用不能改动代码的时候,SQL Profile是种解决方案。

同样地,Oracle Client不包含SQL Profile的脚本coe_xfr_sql_profile.sql,因此可以从其他地方拷贝一个过来。

cmd到脚本存储路径,sqlplus登录执行@coe_xfr_sql_profile.sql,

3. dbms_stats的显示

PLSQL Developer中的Command窗口执行statistics_level=all,再使用dbmx_xplan.display_cursor,显示为空,

如果改为cmd中执行,就可以正常显示。

4. 10053的trace

有时候我们需要通过10053的trace,看这条SQL选择执行计划的过程,如果在当前会话可以执行SQL,alter session的方式最简单,如果SQL是程序执行的而且带着绑定变量,为了尽量得到执行时的实际情况,还可以通过dbms_sqldiag的dump_trace,不用手工执行SQL,得到一个已经执行并且还在游标缓存中的SQL语句的10053跟踪文件。

P.S. 可参考《有关10053事件,你知道这两个知识点么?》

11g下,DBMS_SQLDIAG包有个存储过程DUMP_TRACE,原理是系统会自动触发一次语句的硬解析以创建跟踪文件。但是,DUMP_TRACE并未写入DBMS_SQLDIAG包的官方文档中,

The procedure will automatically trigger a hard parse of the statement to generate the trace.

Greg Rahn写过一篇文章,并且在$ORACLE_HOME/rdbms/admin/

dbmsdiag.sql有dump_trace的介绍和定义,

$ORACLE_HOME/rdbms/admin/dbmsdiag.sql


-------------------------------- dump_trace ---------------------------------
-- NAME:
-- dump_trace - Dump Optimizer Trace
--
-- DESCRIPTION:
-- This procedure dumps the optimizer or compiler trace for a give SQL
-- statement identified by a SQL ID and an optional child number.
--
-- PARAMETERS:
-- p_sql_id (IN) - identifier of the statement in the cursor
-- cache
-- p_child_number (IN) - child number
-- p_component (IN) - component name
-- Valid values are Optimizer and Compiler
-- The default is Optimizer
-- p_file_id (IN) - file identifier
------------------------------------------------------------------------------
PROCEDURE dump_trace(
p_sql_id IN varchar2,
p_child_number IN number DEFAULT 0,
p_component IN varchar2 DEFAULT 'Optimizer',
p_file_id IN varchar2 DEFAULT null);

从上面介绍的debug级别以及dump_trace定义可知,p_component可以接收SQL_Compiler或者SQL_Optimizer两个事件,p_file_id则和tracefile_identifier相同,表示trace文件标识符,用于快速定位。

测试如下,可以得到sql_id是1mbz30hdgwaz7的第0个子游标对应的SQL执行时的10053跟踪事件文件,文件标识名称TEST,

begin
  dbms_sqldiag.dump_trace(p_sql_id=>'1mbz30hdgwaz7', p_child_number=>0, p_component=>'Compiler', p_file_id=>'TEST');
end;
/

使用这种方法,生成的10053跟踪文件,是通过Oracle自动做了一次硬解析,注释部分会增加/* SQL Analyze(xxx) */,

******************************************
----- Current SQL Statement for this session (sql_id=8zrq3v8j6hmzf) -----
/* SQL Analyze(423,0) */ SELECT ...

由于每次存储过程的执行,都会触发一次硬解析操作,因此频繁的执行,对于系统的影响程度,就需要执行者来了解和控制了,算是非常规操作。

5. Oracle Clinet下载

Oracle Client软件下载的路径和归档机制,值得做软件设计的人员学习,他是按照“操作系统平台 -> Oracle Client不同版本 – > Oracle Client不同组件”的维度设置的。

这个链接提供了各个操作平台所有可公开下载的Oracle Client,

https://www.oracle.com/database/technologies/instant-client/downloads.html

以Windows x64为例,这个链接,提供了该平台所有可公开下载的Oracle Client,最新的是21.3.0.0.0,最早的是10.2.0.5,

https://www.oracle.com/database/technologies/instant-client/winx64-64-downloads.html

在12.2.0.1.0以前,Oracle Client组件拆得很细,无依赖,

12.2.0.1.0开始,就拆成了基础版和扩展版,其中基础版一般包括这两个选择,必须选择其一,

在这个基础上,可以选择扩展,有Tools的,

有Development and Runtime的,

页面还提供了当前最常用的客户端链接快捷方式,目前是19的版本,

Oracle Client-to-Oracle Database version interoperability is detailed in Doc ID 207303.1. For example, applications using Oracle Call Interface 19 can connect to Oracle Database 11.2 or later. Some tools may have other restrictions.

Permanent links to the latest packages are: Basic, Basic Light, SQL*Plus, Tools, SDK, JDBC Supplement , ODBC

这是点击SQL*Plus下载的instantclient-sqlplus-windows.zip,确实相当精简,只能执行sqlplus,但是有时候,这就够用了,

近期更新的文章:

《O’Reilly动物书系列》

《最近碰到的一些问题》

《MySQL的几种常用存储引擎》

《创建PDB的两种操作》

《Oracle中执行truncate操作出现hang》

《最近碰到的一些问题》

文章分类和索引:

《公众号800篇文章分类和索引》



作者简介: Oracle ACE(Alumni),TXY TVP,技术爱好者,足球爱好者,梦想是走遍世界上顶级球会的主场,在这个杂货铺中你会看到有关技术、足球、工作和生活各种有趣的文章、希望零碎的文字,让你有所收获,每个工作日的7:50,我们不见不散! 欢迎关注微信公众号:bisal的个人杂货铺

声明:文中观点不代表本站立场。本文传送门:https://eyangzhen.com/136372.html

联系我们
联系我们
分享本页
返回顶部