Oracle诊断工具SQLT简介 (文档 ID 1677588.1、1526574.1)

简介: Oracle诊断工具SQLT简介 (文档 ID 1677588.1、1526574.1) SQLT 使用指南 (文档 ID 1677588.1)   ...

Oracle诊断工具SQLT简介 (文档 ID 1677588.1、1526574.1)



SQLT 使用指南 (文档 ID 1677588.1)

 

文档详细信息

 
通过电子邮件发送此文档的链接在新窗口中打开文档可打印页
类型:
状态:
上次主更新:
上次更新:
语言:
REFERENCE
PUBLISHED
2016-6-16
2016-6-16
English简体中文???


215187.1SQLTXPLAIN (SQLT) 12.1.06 2014年1月30日
帮助诊断性能较差的 SQL 语句的工具

主要方法 特殊方法 高级方法和模块

SQLT 概览

SQLTXPLAIN,也称为 SQLT,是 Oracle Server Technologies Center of Expertise - ST CoE 提供的一款工具。 SQLT 主要方法 通过输入的一个 SQL 语句,可输出一组诊断文件。这些文件通常用于诊断性能不佳或者产生错误结果的 SQL 语句。

对于sql语句的调优,SQLT 需要您有一些专业的知识来进行分析。对于许多问题来说我们推荐首先使用SQL Health Check 来检查您的SQL,假如不能解决再尝试使用SQLT。SQLHC的详细介绍请看:

Document 1366133.1 SQL Tuning Health-Check Script (SQLHC)


一旦安装,便可通过向 SQLT 传递一个包含 SQL 语句脚本(包括绑定变量)的文本文件或者其 SQL_ID,对 SQL 语句进行分析。SQL_ID 可在 AWR 和 ASH 的报告中找到,HASH_VALUE 出现在 SQL_TRACE 的输出中(SQL 文本的上面以"hv="的标志来识别)。您也能在 V$SQL 视图中发现这些字段。请参照接下来的文档:

Document 1627387.1 How to Determine the SQL_ID for a SQL Statement


SQLT 主要方法 会连接到数据库,收集执行计划、基于成本的 Optimizer CBO 统计信息、Schema 对象元数据、性能统计信息、配置参数和会影响正在分析的 SQL 性能的其他元素。这些方法会对有问题的SQL_ID产生一揽子输出,包括一个html格式的"main"报表。关于如何使用"main"报表,您可以参考下面的文档:

Document 1922234.1 SQLT Main Report: Usage Suggestions


SQLT 可以使用 Oracle Diagnostic 和(或)Oracle Tuning Packs,前提是您的数据库需要具有这两个软件包的许可证。这两个软件包向 SQLT 工具提供了增强的功能。在 SQLT 安装期间,您可以指定是否其中一个软件包在您的数据库被授权使用。如果一个都没有,SQLT 仍会提供一些基本信息,用于最开始的 SQL 性能诊断。


安全模式

SQLT 在 安装的过程中会创建两个用户和一个角色。这些用户和角色的名字都是固定的。

SQLT repository 是由用户 SQLTXPLAIN管理的。SQLT 的使用者每次使用 SQLT 提供的主要方法时都要提供 SQLTXPLAIN 的密码。 SQLTXPLAIN 用户被赋予了以下系统权限:

  • CREATE SESSION
  • CREATE TABLE

SQLT 包含的 PL/SQL 程序包以及视图都是由用户 SQLTXADMIN 管理的。SQLTXADMIN 用户处于锁定状态并且由一个随机产生的密码保护。SQLTXADMIN 用户被赋予了以下系统权限:

  • ADMINISTER SQL MANAGEMENT OBJECT
  • ADMINISTER SQL TUNING SET
  • ADVISOR
  • ALTER SESSION
  • ANALYZE ANY
  • SELECT ANY DICTIONARY
  • SELECT_CATALOG_ROLE

所有 SQLT 的使用者在使用 SQLT 提供的主要方法之前必须被赋予 SQLT_USER_ROLE 这个角色。SQLT_USER_ROLE 角色被赋予了以下系统权限:

  • ADVISOR
  • SELECT_CATALOG_ROLE

12c 在缺省情况下 SYS 用户不能作为 SQLT 的用户,因为 PL/SQL 安全模型上改变的原因。
为了处理这个改变,SQLTADMIN 需要在 SYS 上被授予 INHERIT PRIVILEGES 权限。
GRANT INHERIT PRIVILEGES ON USER SYS TO SQLTXADMIN
更多详细的内容请参见 Oracle? Database PL/SQL Language Reference 12c Release 1 (12.1) - Invoker's Rights and Definer's Rights (AUTHID Property) and in Oracle? Database Security Guide 12c Release 1 (12.1) - Managing Security for Definer's Rights and Invoker's Rights


安装 SQLT

SQLT 安装在其自己的 schema SQLTXPLAIN 和 SQLTXADMIN 下。它不会将任何对象安装到应用程序 schema 中。您可以在 UNIX、Linux 或 Windows 平台,Oracle DB 10.2、11.1、11.2 及更高版本中安装此版本的 SQLT。

安装步骤:

  1. 卸载先前版(可选)。

该可选步骤将删除所有废弃的 SQLTXPLAIN/SQLTXADMIN schema 对象,并为全新安装准备环境。如果要保留 SQLT Repository 的现有内容,请跳过此步骤(推荐)。

# cd sqlt/install
# sqlplus / as sysdba
SQL> START sqdrop.sql
以 SYS 身份连接数据库并执行安装脚本 sqlt/install/sqcreate.sql。
# cd sqlt/install
# sqlplus / as sysdba
SQL> START sqcreate.sql

在安装期间,系统将要求您输入以下参数值:

  1. 可选连接标识符(当安装在一个可插拔数据库上时是必须的)

在一些受限访问的系统中,您可能需要指定连接标识符,例如 @PROD。如果不需要连接标识符,则不要输入任何数据,只需单击回车键。什么也不键入是最常使用的安装方法。
当安装在一个可插拔数据库上时连接标识符是必须提供的。

SQLTXPLAIN 密码。

在大多数系统中区分大小写。

SQLTXPLAIN 默认表空间。

从可用的永久表空间列表中,选择 SQLT Repository 的 SQLTXPLAIN 应使用的表空间。它必须具有 50MB 以上的可用空间。

SQLTXPLAIN 临时表空间。

从可用的临时表空间列表中,选择 SQLTXPLAIN 临时操作和临时对象应使用的表空间。

可选应用程序用户。

这是发出要分析 SQL 语句的用户。例如,在 EBS 系统上,指定为 APPS;在 Siebel 上,应指定为 SIEBEL;在 People Soft 上,应指定为 SYSADM。系统不会要求您输入此用户的密码。也可以在安装该工具后添加其他的 SQLT 用户,方法为:授予他们角色 SQLT_USER_ROLE。

授权的 Oracle Pack。(T,D 或 N)

可以指定 T 表示 Oracle Tuning;D 表示 Oracle Diagnostic,或 N 表示都没有。如果选择 T 或 D,SQLT 可以在它生成的诊断文件中包含授权的内容。默认值为 T。如果选择 N,SQLT 将只安装限定的功能。

如果需要静默安装,可以使用下面三个选项来传递所有 6 个安装参数:

  1. 在文件中。

首先使用一个脚本进行值的预先定义,类似于示例脚本 sqlt/install/sqdefparams.sql。然后使用 sqlt/install/sqcsilent.sql,而不是 sqlt/install/sqcreate.sql。

# cd sqlt/install
# sqlplus / as sysdba
SQL> START sqdefparams.sql
SQL> START sqcsilent.sql
命令行。

执行 sqlt/install/sqcsilent2.sql,而不是 sqlt/install/sqcreate.sql。前者以内嵌形式输入 6 个安装参数。

# cd sqlt/install
# sqlplus / as sysdba
SQL> START sqcsilent2.sql '' sqltxplain USERS TEMP '' T
在 Oracle 内部安装。

执行 sqlt/install/sqcinternal.sql,而不是 sqlt/install/sqcreate.sql。前者首先执行 sqlt/install/sqdefparams.sql,然后是 sqlt/install/sqcsilent.sql。

# cd sqlt/install
# sqlplus / as sysdba
SQL> START sqcinternal.sql

假如您需要更多关于安装问题的帮助,您能从下面的论坛得到帮助:SQLTXPLAIN: SQLT Installation Issues


卸载 SQLT

卸载 SQLT 会同时移除 SQLT Repository 以及所有 SQLTXPLAIN/SQLTXADMIN schema 对象。另外还会删除 SQLTXPLAIN 和 SQLTXADMIN 用户。要卸载 SQLT,只需以 SYS 身份连接,执行 sqlt/install/sqdrop.sql。

# cd sqlt/install
# sqlplus / as sysdba
SQL> START sqdrop.sql

升级 SQLT

如果在系统中已安装先前版本的 SQLT,则可以将 SQLT 升级到其最新版本,同时部分保留现有 SQLT Repository 的一些对象。然后可以使用新迁移的 SQLT Repository 来恢复 CBO 统计信息,或者在 SQLT 的新旧执行程序之间执行 COMPARE

要升级 SQLT,只需执行安装,而不用执行可选卸载步骤。

如果升级失败,可能是先前的 SQLT 版本太旧而无法升级。在这种情况下,请先继续卸载 SQLT,然后执行全新安装


常见问题

请参考 MOS 文档 ID1454160.1.


主要方法

在使用 SQLT 提供的主要方法之前,须确保 SQLT 已经被正确安装,并且使用 SQLT 的用户被赋予了 SQLT_USER_ROLE 角色。

假如 SQLT 安装绕过了 SQL*Net (意味着您并没有在安装期间没有指定连接符),那么在从远端客户端执行任何 SQLT 主要方法前,您将需要手动设置连接符参数。即,假如您连接使用 sqlplus scott/tiger@myprod 那么您需要执行: EXEC sqltxadmin.sqlt$a.set_sess_param('connect_identifier', '@myprod');

SQLT 为一个 SQL 语句提供了下面 7种主要方法来生成诊断详细信息 XTRACTXECUTEXTRXECXTRSBYXPLAINXPREXT 和 XPREXC。 XTRACTXECUTEXTRXECXTRSBYXPREXT 和 XPREXC 处理绑定变量和会做 bind peeking(绑定变量窥视),但是 XPLAIN 不会。这是因为 XPLAIN 是基于 EXPLAIN PLAN FOR 命令执行的,该命令不做 bind peeking。因此,如果可能请避免使用XPLAIN.

除了 XPLAIN 的 bind peeking 限制外,所有这 7种主要方法都可以提供足够的诊断详细信息,对性能较差或产生错误结果集的 SQL 进行初步评估。如果该 SQL 仍位于内存中或者 Automatic Workload Repository (AWR) 中,请使用 XTRACT 或 XTRXEC,其他情况请使用 XECUTE。对于 Data Guard 或备用只读数据库,请使用 XTRSBY。仅当其他方法都不可行时,再考虑使用 XPLAINXPREXT 和 XPREXC 是类似于 XTRACT 和 XECUTE,但为了提高 SQLT 的性能它们禁了一些 SQLT 的特性。


XTRACT 方法

如果您知道待分析 SQL 的 SQL_ID 或 HASH_VALUE,请使用该方法,否则请使用 XECUTE。您可以在 AWR report 中找到 SQL_ID,在 SQL trace 中找到 HASH_VALUE(在 SQL 文本上面,通过 "hv=" 标记进行标识)。

如果该 SQL 仍位于内存中,或其已被 AWR 捕获,那么使用 XTRACT 可发现该 SQL 并提供一组诊断文件,否则 XTRACT 将输出错误。

如果对 SQL 进行硬分析时将参数 STATISTICS_LEVEL 设置为 ALL,将可以得到重要的性能统计信息(如每步操作的实际行数)。您也可以通过在 SQL 中包括以下 CBO 提示来生成同样有用的性能统计信息:/*+ GATHER_PLAN_STATISTICS */。在 11g 中,您可以在 SQL 中包含以下 CBO 提示以获得增强的诊断信息:/*+ GATHER_PLAN_STATISTICS MONITOR */

使用此方法时,它会要求提供 SQLTXPLAIN 密码,这个在导出与该 XTRACT 执行所对应的 SQLT Repository 时会被使用。

该方法需要对执行 SQLT 的应用程序用户授予 SQLT_USER_ROLE 角色。

要使用该 XTRACT 方法,首先确保已安装了 SQLT,然后以已执行待分析 SQL 的应用程序用户身份连接到 SQL*Plus,并执行 sqlt/run/sqltxtract.sql 脚本,传递 SQL_ID 或 HASH_VALUE。

# cd sqlt/run
# sqlplus apps
SQL> START sqltxtract.sql [SQL_ID]|[HASH_VALUE] [sqltxplain_password]
SQL> START sqltxtract.sql 0w6uydn50g8cx sqltxplain_password
SQL> START sqltxtract.sql 2524255098 sqltxplain_password

XECUTE 方法

与 XTRACT方法相比,该方法提供的信息更为详细。正如名称 XECUTE 所指示的,它将执行正在分析的 SQL,然后生成一组诊断文件。它的主要缺点是如果正在分析的 SQL 需要很长时间来执行,那么该方法也要花费很长的时间。

根据经验法则,仅当 SQL 执行少于 1 小时的情况下,才考虑使用此方法,否则请使用 XTRACT

使用此 XECUTE 方法之前,必须创建一个包含 SQL 文本的文本文件。如果 SQL 包括绑定变量,则您的文件必须包含绑定变量声明和赋值。以 sqlt/input/sample/script1.sql 为例。您的 SQL 应该包含标记 /* ^^unique_id */(强烈建议)。

如果您的 SQL 需要与 SQL*Plus 无法使用的数据类型绑定,或者它使用了集合,您可能需要将 SQL 嵌入到匿名 PL/SQL 块中。在这种情况下,请使用 sqlt/input/sample/plsql1.sql 作为此方法的输入示例。

对于修改数据的语句,例如 INSERT/UPDATE/DELETE,工具会在语句执行之前创建一个保存点,这样在会话结束时事务处理可以回退到该保存点。关于 SAVEPOINT(保存点)的更多信息,请参阅《Oracle Concepts》参考手册。

使用此方法时,它会要求提供 SQLTXPLAIN 密码,这个在导出与该 XECUTE 执行所对应的 SQLT Repository 时会被使用。

该方法需要对执行 SQLT 的应用程序用户授予 SQLT_USER_ROLE 角色。

要使用该 XECUT 方法,首先确保已安装了 SQLT,然后以已执行待分析 SQL 的应用程序用户身份连接到 SQL*Plus,并执行 sqlt/run/sqltxecute.sql 脚本,传递包含 SQL 文本及其绑定变量的文本文件名称。您需要将该文件放置到 sqlt/input目录下,并在位于 sqlt 主目录时运行 XECUTE,如下所示:

# cd sqlt
# sqlplus apps
SQL> START [path]sqltxecute.sql [path]scriptname [sqltxplain_password]
SQL> START run/sqltxecute.sql input/sample/script1.sql sqltxplain_password

XTRXEC 方法

该方法合并了 XTRACT 和 XECUTE 的功能。实际上,XTRXEC 连续执行了这两种方法。针对所请求 SQL 语句找到的开销较大的计划,XTRACT 阶段将生成一个包含提取的 SQL 以及绑定声明和赋值的脚本。然后,XTRXEC 使用第一阶段创建的脚本执行XECUTE 阶段。

SQLT 根据在内存中生成开销最大的执行计划时窥视到的值,创建脚本的绑定变量的以供 XTRACT使用。判断计划的开销大小的标准是基于这个计划的平均执行时间。

如果 XTRXEC 仅执行了第一个阶段(XTRACT) 后就输出错误,您可能需要检查在第二阶段(XECUTE)使用的脚本并相应调整绑定变量。使用不常用数据类型时尤其需要进行调整。

使用此方法时,它会要求提供 SQLTXPLAIN 密码,这个在导出与该 XTRXEC 执行所对应的 SQLT Repository 时会被使用。

该方法需要对执行 SQLT 的应用程序用户授予 SQLT_USER_ROLE 角色。

要使用该 XTRXEC 方法,首先确保已安装了 SQLT,然后以执行待分析 SQL 的应用程序用户身份连接到 SQL*Plus,并执行 sqlt/run/sqltxtrxec.sql 脚本,传递 SQL_ID 或 HASH_VALUE。

# cd sqlt/run
# sqlplus apps
SQL> START sqltxtrxec.sql [SQL_ID]|[HASH_VALUE] [sqltxplain_password]
SQL> START sqltxtrxec.sql 0w6uydn50g8cx sqltxplain_password
SQL> START sqltxtrxec.sql 2524255098 sqltxplain_password

XTRSBY 方法

如果需要分析在 Data Guard 或备用只读数据库上执行的 SQL,请使用该方法。您需要知道要分析的 SQL 的 SQL_ID 或 HASH_VALUE。

在主库上创建一个到备库的database link,连接到的用户需要有访问数据字典的权限,通常都是使用有 DBA 权限的用户。
CREATE PUBLIC DATABASE LINK V1123 CONNECT TO mydba IDENTIFIED by mydba_password
USING '(DESCRIPTION = (ADDRESS=(PROTOCOL=TCP)
(HOST=coesrv14.us.oracle.com)(PORT=1521))(CONNECT_DATA=(SID = V1123)))';

如果该 SQL 仍位于只读数据库中的内存中,那么使用 XTRSBY 可发现该 SQL 并提供一组诊断文件,否则 XTRSBY 将输出错误。

如果对只读数据库中的 SQL 进行硬分析时将参数 STATISTICS_LEVEL 设置为 ALL,将可以得到重要的性能统计信息(如每个执行计划操作的实际行数)。您也可以通过在 SQL 中包括以下 CBO 提示来生成同样有用的性能统计信息:/*+ GATHER_PLAN_STATISTICS */。在 11g 中,您可以在 SQL 中包含以下 CBO 提示以获得改进的诊断信息:/*+ GATHER_PLAN_STATISTICS MONITOR */

使用此方法时,它会要求提供 SQLTXPLAIN 密码,这个在导出与该 XTRSBY 执行所对应的 SQLT Repository 时会被使用。

XTRSBY 需要 3 个参数: SQL id,DB_LINK的 ID,以及 SQLTXPLAIN 的密码。

该方法需要对执行 SQLT 的应用程序用户授予 SQLT_USER_ROLE 角色。

要使用该 XTRSBY 方法,首先确保在主数据库上已安装了 SQLT,并且已复制到该只读数据库中。然后连接到主要数据库中的 SQL*Plus 并执行 sqlt/run/sqltxtrsby.sql 脚本,传递 SQL_ID 或 HASH_VALUE,然后是 DB_LINK。

# cd sqlt/run
# sqlplus apps
SQL> START sqltxtrsby.sql [SQL_ID]|[HASH_VALUE] [sqltxplain_password] [DB_LINK]
SQL> START sqltxtrsby.sql 0w6uydn50g8cx sqltxplain_password V1123
SQL> START sqltxtrsby.sql 2524255098 sqltxplain_password v1123

除了 XTRSBY,还可以从只读数据库直接执行 sqlt/utl/sqlhc.sql 或 sqlt/utl/sqlhcxec.sql。这两个只读脚本不在数据库上安装任何东西,也不执行 DML 命令。它们提供在 XTRSBY 中没有的其他信息。


XPLAIN 方法

该方法是基于 EXPLAIN PLAN FOR 命令执行的,因此它将无视您的 SQL 语句引用的绑定变量。仅当无法使用 XTRACT 或 XECUTE 时才使用该方法。

使用此 XPLAIN 方法之前,必须创建一个包含 SQL 文本的文本文件。如果 SQL 包括绑定变量,您有两个选择:保持 SQL 文本“不变”,或谨慎使用相同数据类型的字面值替换该绑定。以 sqlt/input/sample/sql1.sql 为例。

使用此方法时,它会要求提供 SQLTXPLAIN 密码,这个在导出与该 XPLAIN 执行所对应的 SQLT Repository 时会被使用。

该方法需要对执行 SQLT 的应用程序用户授予 SQLT_USER_ROLE 角色。

要使用该 XPLAIN 方法,首先确保已安装了 SQLT,然后以已执行待分析 SQL 的应用程序用户的身份连接到 SQL*Plus,并执行 sqlt/run/sqltxplain.sql 脚本,传递包含 SQL 文本的文本文件名称。您需要将该文件放置到 sqlt/input 目录下,并在位于 sqlt 主目录时运行 XPLAIN,如下所示:

# cd sqlt
# sqlplus apps
SQL> START [path]sqltxplain.sql [path]filename [sqltxplain_password]
SQL> START run/sqltxplain.sql input/sample/sql1.sql sqltxplain_password

XPREXT 方法

假如您想使用 XTRACT 同时希望禁用一些 SQLT 的特性使之 执行更快,请使用这个方法。脚本 sqlt/run/sqltcommon11.sql 显示了哪些特性被禁用。

假如您知道要被分析的 SQL 的 SQL_ID 或者 HASH_VALUE,使用这个方法,否则请使用 XPREXC.您可以在 AWR report 中找到 SQL_ID,在 SQL trace 中找到 HASH_VALUE(在 SQL 文本上面,通过 "hv=" 标记进行标识)。

使用此方法时,它会要求提供 SQLTXPLAIN 密码,这个在导出与该 XPREXT 执行所对应的 SQLT Repository 时会被使用。

该方法需要对执行 SQLT 的应用程序用户授予 SQLT_USER_ROLE 角色。

要使用该 XPREXT 方法,首先确保已 安装了 SQLT,然后以已执行待分析 SQL 的应用程序用户身份连接到 SQL*Plus,并执行 sqlt/run/sqltxprext.sql 脚本,传递 SQL_ID 或 HASH_VALUE。

# cd sqlt/run
# sqlplus apps
SQL> START sqltxprext.sql [SQL_ID]|[HASH_VALUE] [sqltxplain_password]
SQL> START sqltxprext.sql 0w6uydn50g8cx sqltxplain_password
SQL> START sqltxprext.sql 2524255098 sqltxplain_password

XPREXC 方法

假如您想使用 XECUTE 同时希望禁用一些 SQLT 的特性使之执行更快,请使用这个方法。脚本 sqlt/run/sqltcommon11.sql 显示哪些特性被禁用

根据经验法则,仅当 SQL 执行少于 1 小时的情况下,才考虑使用此方法,否则请使用 XPREXT

使用此 XPREXC 方法之前,必须创建一个包含 SQL 文本的文本文件。如果 SQL 包括绑定变量,则您的文件必须包含绑定变量声明和赋值。以 sqlt/input/sample/script1.sql 为例。您的 SQL 应该包含标记 /* ^^unique_id */,这个标记应该拼写准确,换句话说请不要改变它。

如果您的 SQL 需要与 SQL*Plus 无法使用的数据类型绑定,或者它使用了集合,您可能需要将 SQL 嵌入到匿名 PL/SQL 块中。在这种情况下,请使用 sqlt/input/sample/plsql1.sql 作为此方法的输入示例。

对于修改数据的语句,例如 INSERT/UPDATE/DELETE,工具会在语句执行之前创建一个保存点,这样在会话结束时事务处理可以回退到该保存点。关于 SAVEPOINT(保存点)的更多信息,请参阅《Oracle Concepts》参考手册。

用此方法时,它会要求提供 SQLTXPLAIN 密码,这个在导出与该 XPREXC 执行所对应的 SQLT Repository 时会被使用。

该方法需要对执行 SQLT 的应用程序用户授予 SQLT_USER_ROLE 角色。

要使用该 XPREXC 方法,首先确保已 安装了 SQLT,然后以已执行待分析 SQL 的应用程序用户身份连接到 SQL*Plus,并执行 sqlt/run/sqltxprexc.sql 脚本,传递包含 SQL 文本及其绑定变量的文本文件名称。您需要将该文件放置到sqlt/input 目录下,并在位于 sqlt 主目录时运行 XPREXC,如下所示:

# cd sqlt
# sqlplus apps
SQL> START [path]sqltxprexc.sql [path]scriptname [sqltxplain_password]
SQL> START run/sqltxprexc.sql input/sample/script1.sql sqltxplain_password

特殊方法

除了主要方法,SQLT 还提供了一些特殊方法。

最常用的特殊方法是 COMPARE。该方法将 SQLT 先前的两次执行(主要方法中的任何一个)作为输入并生成差异分析的报告。

其他特殊方法包括:TRCANLZRTRCAXTRTRCASPLIT 和 XTRSET。前三种方法基于一个单独的 SQL trace 执行操作,最后一种对一组 SQL trace 执行操作。


COMPARE 方法

当您具有两个相似的系统 (SOURCES),但是相同 SQL 语句在其中一个系统中执行正常而在另一个系统中不正常时,请使用该 COMPARE 方法。该方法可以帮助确定两个 SOURCES 之间在计划、元数据、CBO 统计信息、初始化参数以及问题修复控制方面的区别。前提是必须在这两个系统中安装 SQLT,并且必须在两个系统中的相同 SQL 上使用了主要方法中的任何一个。

这种比较可以在任何两个 SOURCES 数据库的其中一个或第三个 COMPARE 数据库执行。后者应包含两个 SOURCES 的 SQLT Repoitory。要导入 SQLT Repository,请使用由任何主要方法生成的 sqlt_99999_readme.html 文件中提供的语法。

一旦 COMPARE 系统包含来自两个 SOURCES 的资源库,执行 sqlt/run/sqltcompare.sql,以 SYS 或应用程序用户身份连接。系统将显示 STATEMENT_ID 的列表,您可以从中选择要比较的两个 SQLT 存储的执行程序。输入两个STATEMENT_ID 后,会要求您提供来自两个 SOURCES 的特定 PLAN_HASH_VALUE。

# cd sqlt
# sqlplus sqltxplain
SQL> START [path]sqltcompare.sql [STATEMENT_ID 1] [STATEMENT_ID 2]
SQL> START run/sqltcompare.sql 92263 72597
SQL> START run/sqltcompare.sql

TRCANLZR 方法

该方法将 SQL 跟踪文件名作为输入并分析该文件。实际 trace 必须位于 TRCA$INPUT1 目录中,其在安装期间默认为 USER_DUMP_DEST 目录。

TRCANLZR 方法还可以将多个相关 trace 作为一组同时进行分析。当分析 PX trace 时将需要用到该功能。在这种情况下,需要创建一个包含 trace 列表的 control.txt 文件(每行一个文件名,不包括路径指定),并将此 control.txt 放置到TRCA$INPUT1 或 TRCA$INPUT2 目录中。这两个目录在安装。期间分别默认为 USER_DUMP_DEST 和 BACKGROUND_DUMP_DEST。然后,TRCANLZR 将从两个输入目录之一读取 control.txt 文件,并在这两个目录的任何一个中查找 trace 集。

TRCANLZR 类似于 TKPROF,但它具有扩展功能。当它分析一个 trace (或 trace 集)时,它还包括类似 CBO 统计信息的 Schema 对象特征以及一些其他重要的性能度量。

要使用此 TRCANLZR 方法,请确保首先已经安装了 SQLT。然后,以生成 trace 的应用程序用户身份启动 SQL*Plus,并执行 sqlt/run/sqltrcanlzr.sql 脚本,传递待分析 trace 的名称或者填充了文件名的 control.txt 文件名称。不用包括任何路径指定。

# cd sqlt
# sqlplus [application_user]
SQL> START [path]sqltrcanlzr.sql [SQL Trace filename|control.txt]
SQL> START run/sqltrcanlzr.sql V1122_ora_24292.trc
SQL> START run/sqltrcanlzr.sql control.txt

TRCAXTR 方法

该方法执行的操作与 TRCANLZR相同,但是当 trace 分析完成时,它会针对在 trace 中发现的顶级 SQL 继续执行XTRACT 。该方法基本上自动调用并合并 TRCANLZR 和 XTRACT 生成的所有报告。

要使用此 TRCAXTR 方法,请确保首先已经安装了 SQLT。然后,进入到 sqlt/run 目录并启动 SQL*Plus,以生成 trace 的应用程序用户身份连接。接着,执行 sqlt/run/sqltrcaxtr.sql 脚本,传递待分析 trace 的名称或者填充了文件名的control.txt 文件名称。不用包括任何路径指定。

# cd sqlt/run
# sqlplus [application_user]
SQL> START sqltrcaxtr.sql [SQL Trace filename|control.txt]
SQL> START sqltrcaxtr.sql V1122_ora_24292.trc
SQL> START sqltrcaxtr.sql control.txt

TRCASPLIT 方法

该方法将 EVENT 10046 和其他 EVENT(通常是 10053)创建的 SQL trace 文件名作为输入。然后,它继续将此输入 trace 文件分为两个输出文件。一个包含与 EVENT 10046 对应的 trace 行,另一个包含其补充信息。换句话说,第二个文件包含不属于 EVENT 10046 语法部分的那些 trace 行。所以,如果输入 trace 是同时使用 EVENT 10046 和 EVENT 10053 创建的,得到的输出文件将是 10046 trace 和 10053 trace 。实际输入 trace 必须位于 TRCA$INPUT1 目录中,其在安装期间默认为USER_DUMP_DEST 目录。

要使用此 TRCASPLIT 方法,请确保首先已经安装了 SQLT。然后,启动 SQL*Plus(以任何 SQLT 用户身份连接)并执行 sqlt/run/sqltrcasplit.sql 脚本,传递待分割 trace 的名称。不用包括任何路径指定。

# cd sqlt
# sqlplus [sqlt_user]
SQL> START [path]sqltrcasplit.sql [SQL Trace filename]
SQL> START run/sqltrcasplit.sql V1122_ora_24292.trc

XTRSET 方法

XTRSET 从内存或 AWR 提取由 SQL_ID 或 HASH_VALUE 标识的 SQL 语句列表,然后对其中每个 SQL 语句执行XTRACT。最后它将所有 SQLT 文件合并到一个压缩文件中。通过一系列测试确定相同 SQL 语句集的基准时需要使用此 XTRSET 方法。

使用此方法时,它只要求提供一次 SQLTXPLAIN 密码,将在对 SQL 语句列表的每个 XTRACT 执行导出 SQLT Repository 时需要。

要使用此 XTRSET 方法,必须首先安装了 SQLT。导航到 sqlt/run 目录并启动 SQL*Plus,以发出所有或大部分 SQL 语句的应用程序用户身份连接。然后,执行 sqlt/run/sqltxtrset.sql 脚本。出现提示时,传递由 SQL_ID 或 HASH_VALUE 标识的 SQL 语句列表(以逗号分隔),以及 SQLTXPLAIN 的密码。

# cd sqlt/run
# sqlplus [application_user]
SQL> START sqltxtrset.sql
List of SQL_IDs or HASH_VALUEs: 2yas208zgt5cv, 6rczmqdtg99mu, 8w8tjgac6tv12

高级方法和模块

除了主要方法特殊方法,SQLT 还提供了一些其他功能。仅当 Oracle Support 要求时才使用这些高级方法和模块:PROFILEXGRAMXPLORE 和 XHUME。最后一个仅供 Oracle Support 使用,仅用于内部测试环境中。


PROFILE 方法

当性能较差的 SQL 语句正好有已知的更好的计划时,在 10g 使用该 PROFILE 方法可以提供一个快速修复。这个更好的计划可以位于相同或不同系统中的内存中,或者位于相同或不同系统的 AWR 中。换句话说,如果有更好的计划,该方法允许使用自定义 SQL Profile “固定”该计划。使用该方法之前,必须对您要为其提取和固定此计划的 SQL 使用主要方法中的任何一个。在 11g 或更高的版本你可以使用 SQL Plan Management (SPM) 来代替这个方法。

请注意,PROFILE 使用了 DBMS_SQLTUNE API,其是“SQL Tuning Advisor”的一部分,因此需要 Oracle Tuning Pack 的使用许可。仅当您的数据库具有 Oracle Tuning Pack 的许可时才使用该 PROFILE 方法。

要使用该 PROFILE 方法,请确保 SQLT 已经安装并在 SOURCE 系统中使用,然后以 SYS 或 SQLTXPLAIN 身份连接到 SQL*Plus,执行 sqlt/utl/sqltprofile.sql 脚本。它将要求提供先前 SQLT 执行的列表中的 STATEMENT_ID。选择STATEMENT_ID 后,它将要求提供可用计划列表中的 PLAN_HASH_VALUE。这些执行计划是在对 SQL 使用 XTRACT 或 XECUTE 时捕获和存储的。

在需要实施自定义 SQL Profile 的 TARGET 系统中,不需要安装 SQLT。

该 PROFILE 方法基本上包含 4 个步骤。

  1. 在 SOURCE 系统上使用 XTRACT 或 XECUTE
  2. 在 SOURCE 中执行 sqlt/utl/sqltprofile.sql,以生成自定义 SQL Profile 的脚本。
  3. 查看生成的脚本并根据需要调整 SQL 文本。例如,在使用 XECUTE 时要移除由 /* ^^unique_id */ 生成的注释。
  4. 在要固定计划的 TARGET 系统中执行生成的脚本。
# cd sqlt/utl
# sqlplus sqltxplain
SQL> START sqltprofile.sql [statement id] [plan hash value];
SQL> START sqltprofile.sql 32263 923669362;
SQL> START sqltprofile.sql 32263;
SQL> START sqltprofile.sql;

由该方法创建的自定义 SQL Profile 是基于计划大纲数据完成的,因此它更稳定。如果您稍后要删除此自定义 SQLProfile,您可以在 PROFILE 生成的脚本内找到删除命令。

如果尚未在 SOURCE 系统中安装 SQLT 或者无法为有关 SQL 执行 XTRACT 或 XECUTE您可以使用 sqlt/utl/coe_xfr_sql_profile.sql 实现 PROFILE 方法提供的相同功能。该脚本也使用了 DBMS_SQLTUNE;因此,需要 Oracle Tuning Pack 的许可。

如果您的系统为 11g 并且在考虑使用该 PROFILE 方法,请查看由任何主要方法生成的动态 Readme 文件,并查找 "Create SQL Plan Baseline from SQL Set" 部分内容。如动态 Readme 文件中所述,您可以考虑通过 SQL Set 使用“SQL Plan Management SPM”。


XGRAM 模块

XGRAM 模块提供了修改 CBO 直方图的功能,用以增强某些列的 CBO 统计信息或作为测试用例的一部分。通过该模块,可以插入、更新或删除直方图或单个存储桶。

实施 XGRAM 模块的脚本的按字母排序列表:

  1. sqlt/utl/xgram/sqlt_delete_column_hgrm.sql
  2. sqlt/utl/xgram/sqlt_delete_hgrm_bucket.sql
  3. sqlt/utl/xgram/sqlt_delete_schema_hgrm.sql
  4. sqlt/utl/xgram/sqlt_delete_table_hgrm.sql
  5. sqlt/utl/xgram/sqlt_display_column_stats.sql
  6. sqlt/utl/xgram/sqlt_insert_hgrm_bucket.sql
  7. sqlt/utl/xgram/sqlt_set_bucket_size.sql
  8. sqlt/utl/xgram/sqlt_set_column_hgrm.sql
  9. sqlt/utl/xgram/sqlt_set_min_max_values.sql

XGRAM 是在 SQLT 安装过程中自动安装的。如果您想在 SQLT 以外使用这个模块,您只需要安装一个单独的 package 并使用以上脚本(不依赖于 SQLTXADMIN)。


XPLORE 模块

如果在数据库升级后 SQL 开始性能变差或者它可能产生明显的错误结果,那么使用 XPLORE 模块将有所帮助。如果将 optimizer_features_enable OFE 切换到升级之前的数据库版本,SQL 重新执行正常或者产生不同的结果,您可以使用此 XPLORE 模块尝试标识哪个特定 Optimizer 功能或修复引入了未预期的行为。确定特定故障有助于进一步故障排除或者对此特定功能和(或)修复执行更详细的研究。

此模块通过切换初始化参数和 fix control 参数来搜索计划。

仅当满足以下所有条件时才使用 XPLORE:

  1. 当使用“差”计划时,SQL 执行性能差或者返回错误结果。
  2. 可以在测试系统上重新生成差计划(最好没有真实数据)。
  3. 可以通过切换 OFE 在测试系统上重新生成“好”计划。
  4. 您需要将原因范围缩小到特定参数或 bug fix control。
  5. 您对测试系统具有完全访问权限,包括 SYS 访问权限。

当符合以下任一条件时不要使用 XPLORE:

  1. SQL 语句可能导致数据损坏或被更新。
  2. 在 SQL 引用的表中存在大量数据。
  3. 执行 SQL 需要的时间可能超过几秒钟。

要安装和使用该 XPLORE 模块,请阅读相应的 sqlt/utl/xplore/readme.txt。


XHUME 模块

该模块仅供 Oracle Support 使用,且只能在 Oracle 内部系统中使用。因为它会更新数据字典,而且 Oracle 不支持此操作。

XHUME 可用于搜索仅旧版本的 Schema 对象统计信息(与一个 SQL 相关)可以产生的计划。使用 SQLT 创建测试用例 (TC) 后,该 XHUME 模块将系统地还原先前版本的统计信息,并通过执行正在研究的 SQL 来生成计划。它将捕获统计信息的每个版本可以生成的计划。然后生成报告,可用于了解执行计划不稳定性的原因,或者查找可用于创建 SQL Profile 或 SQL Plan Baseline 的执行计划。

该模块永远不能应用于生产系统,因为它会修改数据字典。仅能用于 Oracle 内部测试环境。

作为修改测试用例 (TC) Schema 对象的创建日期的替代方案,可以在 TC 实施之前更改服务器上的日期并在创建 TC 后重置为当前日期。这个临时的先前日期至少要早一个月,这样 Schema 对象统计信息的所有历史记录的保存时间均将新于 TC 对象创建时间。

仅当满足以下所有下列条件时才使用 XHUME:

  1. 已知 SQL 有多个计划并且其中一个或多个性能较差。
  2. Bind peeking 已经被排除不是导致计划不稳定的故障。
  3. 对 CBO 参数的更改已经被排除不是导致计划不稳定的故障。
  4. 您具有能产生已知计划的 SQLT TC(“好”或“差”计划)。
  5. 您需要了解计划的不稳定性或者正在查找专用的已知“好”计划。
  6. 您对 Oracle 内部测试系统具有完全访问权限,包括 SYS 访问权限。

当符合以下任一条件时不要使用 XHUME:

  1. SQL 语句可能导致数据损坏或被更新。
  2. 您只有一个生产环境中可以运行 TC。
  3. 您没有使用 SQLT 创建 TC。
  4. 您对包含您 TC 的 Oracle 内部测试系统没有 SYS 访问权限。
  5. Bind peeking 或 CBO 参数尚未被排除不是导致计划不稳定的故障。

要安装和使用此 XHUME 模块,请阅读相应的 sqlt/utl/xhume/readme.txt。


上传SQLT文件给Oracle技术支持

在SQLT运行后,它会产生一个zip格式的输出文件(这个文件包含了SQLT相关的各种输出)。这个文件的文件名一般为:

sqlt_s__.zip 
如果您已经使用一个特定的方法执行完一个SQLT,那么您可以根据方法的名称来找到输出文件。比如,下面的文件就是使用XTRACT方法执行SQLT后产生的::

sqlt_s45774_xtract_fp48hh5dkm529.zip
如果输出文件的文件名是类似下面的格式:
sqlt_s50605_log.zip
那么SQLT很可能并未成功执行,请检查log文件中的错误日志.
一个正常的SQLT zip文件一般包含下面的文件(仅作参考) :


$ unzip -v sqlt_s45774_xtract_fp48hh5dkm529.zip
Archive: sqlt_s45774_xtract_fp48hh5dkm529.zip
Length Method Size Cmpr Date Time CRC-32 Name
-------- ------ ------- ---- ---------- ----- -------- ----
0 Stored 0 0% 04-09-2015 18:34 00000000 sqlt_s45774_10053_explain.trc
0 Stored 0 0% 04-09-2015 18:34 00000000 sqlt_s45774_10053_i1_c0_extract.trc
610 Stored 610 0% 04-09-2015 18:35 51c54175 sqlt_s45774_cell_state.zip
4187 Stored 4187 0% 04-09-2015 18:35 ded1bbdd sqlt_s45774_driver.zip
12814 Defl:N 2983 77% 04-09-2015 18:34 d359b6e7 sqlt_s45774_lite.html
18879 Stored 18879 0% 04-09-2015 18:35 8270f836 sqlt_s45774_log.zip
862169 Defl:N 121759 86% 04-09-2015 18:34 9c99af83 sqlt_s45774_main.html
3991 Stored 3991 0% 04-09-2015 18:35 d42245f2 sqlt_s45774_opatch.zip
12572 Defl:N 3645 71% 04-09-2015 18:34 2c6b2c0a sqlt_s45774_readme.html
199784 Stored 199784 0% 04-09-2015 18:35 93a85ee1 sqlt_s45774_tc.zip
394 Defl:N 293 26% 04-09-2015 18:35 a405bd8b sqlt_s45774_tc_script.sql
35 Stored 35 0% 04-09-2015 18:35 4e1901f1 sqlt_s45774_tc_sql.sql
52511 Stored 52511 0% 04-09-2015 18:35 2aee61c6 sqlt_s45774_tcx.zip
406 Stored 406 0% 04-09-2015 18:35 6df4be4d sqlt_s45774_trc.zip
216 Defl:N 113 48% 04-09-2015 18:35 213361e5 sqlt_s45774_xpand.sql
2319 Stored 2319 0% 04-09-2015 18:35 6f79e5b8 sqlt_s45774_sqldx.zip
-------- ------- --- -------
1170887 411515 65% 16 files


参考

NOTE:1614201.1 - SQLT Changes
NOTE:1454160.1 - FAQ: SQLT (SQLTXPLAIN) Frequently Asked Questions



SQLT 诊断工具 (文档 ID 1526574.1)


文档详细信息

 
通过电子邮件发送此文档的链接在新窗口中打开文档可打印页
类型:
状态:
上次主更新:
上次更新:
语言:
DIAGNOSTIC TOOLS
PUBLISHED
2016-8-31
2016-8-31
English简体中文日本語???

文档内容

主要内容
  什么是SQLTXPLAIN (SQLT)?
  Licensing (SQLT本身是免费的,不需要任何license.)
  下载 SQLTXPLAIN (SQLT)
  安装
  SQLTXPLAIN 参考资料
  如何获得SQLT安装建议?
  诊断SQLT安装以及运行时碰到的问题
  SQLT 使用手册
  如何分析SQLT Main report
  SQLTXPLAIN FAQ
  SQLT 视频和网上研讨会
  最佳实践
  提出问题,得到帮助并分享您使用 SQLT 的心得:
  如何主动避免问题发生及做好诊断信息的收集
参考


适用于:

Oracle Database - Enterprise Edition - 版本 10.2.0.1 和更高版本
Oracle Application Object Library - 版本 11.5.10.0 和更高版本
本文档所含信息适用于所有平台

主要内容

什么是SQLTXPLAIN (SQLT)?

SQLTXPLAIN,也称为 SQLT,是 Oracle Server Technologies Center of Expertise - ST CoE 提供的一款工具。SQLT 输入一个 SQL 语句,然后可输出一组诊断文件。这些文件通常用于诊断性能不佳的 SQL 语句。SQLT 会连接到数据库,并收集执行计划、基于成本的 Optimizer(优化器)CBO 统计信息、schema 对象的 metadata、性能统计信息、配置参数和会影响 SQL 性能的其它类似因素。

对于SQL调优,SQLT需要一些背景知识。所以对于大部分的问题,您可以从使用SQL Health Check开始,如果不能解决问题,再使用SQLT。关于SQLHC请参考

Document 1366133.1 SQL Tuning Health-Check Script (SQLHC)


Licensing (SQLT本身是免费的,不需要任何license.)

就像上面提到的,SQLT本身是免费的,不需要任何license. 

如果您已购买了Oracle Diagnostic 和/或者 Oracle Tuning Packs,那么SQLT会收集相关功能提供的诊断数据. 关于更详细的信息,请参照 licensing section in the SQLT FAQ:

Document 1454160.1 FAQ: SQLT (SQLTXPLAIN) Frequently Asked Questions


下载 SQLTXPLAIN (SQLT)

下载针对10.2, 11.1 和 11.2 的版本
下载针对9.2 和 10.1 的版本

您还可以从以下工具集中获得 SQLT
   
Document 1594347.1 RAC and DB Support Tools Bundle
 

当前SQLT的版本为:

SQLT version number: 12.1.160429         SQLT version date  : 2016-04-29

要了解本版本的新功能,请查看更改日志。:

Document 1614201.1 SQLT Changes


安装

  • 对于 10.2, 11.1, 11.2, 12.1 版本 请下载 sqlt.zip(zip 格式)获取工具并解压至合适的目录.

  • 阅读使用手册:
    Document 1614107.1 SQLT Usage Instructions

    zip 文件中也包含了 sqlt_intructions.html(在本文档附件中已提供中文版本
  • 如果下载的 zip 文件出现损坏,请尝试使用其他浏览器。 
  • 如果您遇到任何安装问题请到社区讨论 



  • 如需输出示例,请下载输出示例 (在原英文文档中)

  • 对 于数据库版本9.2 和 10.1,请下载 sqlt9i.zip 并使用其中包含的工具,阅读 zip 文件中包含的 sqlt_intructions.txt。请勿在 10.2 或 11g 数据库上使用该版本的工具。

SQLTXPLAIN 参考资料

如何获得SQLT安装建议?

My Oracle Support Community (MOSC)是获得SQLT安装建议的最好的地方。 参照下面的帖子: SQLTXPLAIN: SQLT Installation Issues, 你可以从社区中获得其他人分享的经验,提问并从其他人那里获得帮助

诊断SQLT安装以及运行时碰到的问题

如果在安装或者使用SQLT时碰到了错误,或者有其它和安装有关的问题,请参照:  

Document 1670677.1 FAQ: Common SQLT (SQLTXPLAIN) Runtime/Installation Errors

 当然,  My Oracle Support Community (MOSC) 也可以提供有价值的帮助. 

SQLT 使用手册

SQLT使用手册可以从这里找到:

Document 1614107.1 SQLT Usage Instructions

除非您决定执行这条语句,您需要从 AWR/ASH 或者 视图 V$SQL 中得到 SQL 语句的 SQL_ID 或 HASH_VALUE:

Document 1627387.1 How to Determine the SQL_ID for a SQL Statement

如何分析SQLT Main report

你可以在下面的文档中找到如何使用SQLT main report的建议:

Document 1922234.1 SQLT Main Report: Usage Suggestions

SQLTXPLAIN FAQ

关于 SQLT 工具的常见问题,请参阅::

Document 1454160.1 FAQ: SQLT (SQLTXPLAIN) Frequently Asked Questions

SQLT 视频和网上研讨会

下面的视频概述了SQLT的目的以及如何安装:这个视频需要一些时间加载,并且您可以随时暂停播放




我们录制了很多涵盖 SQLT 的网上研讨会,其中简要介绍了 SQLT 在各个方面的用法,包括以下主题:: Using SQLT

以及:

  • "Using SQLTXPLAIN to diagnose SQL statements performing poorly"
  • "How to create in 5 minutes a SQL Tuning Test Case using SQLTXPLAIN".

在下面文档中可以找到网上研讨会,以及许多其他录制好的网上研讨会:

Document 740964.1 Advisor Webcast Archived Recordings

还有几篇与测试案例网上研讨会相关的文章,其中概述了如何使用 SQLT 测试案例,请参阅::

Document 1470811.1 How to Use SQLT (SQLTXPLAIN) to Create a Testcase Without Row Data
Document 1465741.1 How to Use SQLT (SQLTXPLAIN) to Create a Testcase Containing Application Data


最佳实践

提出问题,得到帮助并分享您使用 SQLT 的心得:

您想与其它 Oracle 客户,员工及业界精英进一步探讨 SQLT 吗??
我们在社区有很多讨论帖:

SQLTXPLAIN: SQLT Installation Issues 
SQLTXPLAIN: Dealing with Long Execution Times 
SQLTXPLAIN: Dealing with Errors reported in SQLT MAIN report 
SQLTXPLAIN: Using SQLT on a Stand-by or Dataguard 
SQLTXPLAIN: Interpreting and Understanding SQLT Output

SQLTXPLAIN (SQLT): General Discussion

如何主动避免问题发生及做好诊断信息的收集

有些问题是无法预见的,但大部分其它的问题如果及早发现一些征 兆其实是可以避免的。加之,假如问题发生了,那么在问题发生后收集到信息可能也是没有意义的。SQLTXPLAIN 是一种support推荐的收集诊断信息的工具. 有关于如何主动避免问题及诊断信息的收集,请参见::

Document 1482811.1 Best Practices: Proactively Avoiding Database and Query Performance Issues
Document 1477599.1 Best Practices Around Data Collection For Performance Issues

参考

NOTE:1366133.1  - SQL Tuning Health-Check Script (SQLHC)
NOTE:1322888.1  - pscbo_stats - Improving Statistics in Oracle RDBMS for PeopleSoft Enterprise
NOTE:1465741.1  - How to Use SQLT (SQLTXPLAIN) to Create a Testcase Containing Application Data
NOTE:749227.1  - * How to Gather Optimizer Statistics on 11g
NOTE:224270.1  - TRCANLZR (TRCA): SQL_TRACE/Event 10046 Trace File Analyzer - Tool for Interpreting Raw SQL Traces
NOTE:465787.1  - How to: Manage CBO Statistics During an Upgrade from 10g or 9i into 11g/12c
NOTE:243755.1  - Script to produce HTML report with top consumers out of PL/SQL Profiler DBMS_PROFILER data
NOTE:781927.1  - Performance Tuning Guidelines For Siebel CRM Application On Oracle Database
NOTE:1454160.1  - FAQ: SQLT (SQLTXPLAIN) Frequently Asked Questions
NOTE:1470811.1  - How to Use SQLT (SQLTXPLAIN) to Create a Testcase Without Row Data
NOTE:1477599.1  - Best Practices: Proactive Data Collection for Performance Issues
NOTE:1460440.1  - Script PXHCDR.SQL: Parallel Execution Health-Checks and Diagnostics Reports
NOTE:1482811.1  - Best Practices: Proactively Avoiding Database and Query Performance Issues






FAQ: SQLT (SQLTXPLAIN) Frequently Asked Questions (文档 ID 1454160.1)


文档详细信息

 
通过电子邮件发送此文档的链接在新窗口中打开文档可打印页
类型:
状态:
上次主更新:
上次更新:
语言:
FAQ
PUBLISHED
2016-6-7
2016-12-15
English???

In this Document

Purpose
  Ask Questions, Get Help, And Share Your Experiences With SQLT
Questions and Answers
  Background and Structure
  What is SQLTXPLAIN, also known as SQLT
  What is the origin of  SQLT?
  Is there a light weight way of gathering SQLT-like information?
  IS SQLHC a complement or a substitute for SQLT?
  What would you use first? SQLHC or SQLT?
  Can SQLT be used safely in production?
  What level of expertise is required to use SQLT?
  Compatible Versions
  Is the SQLT tool the same for all versions?
  Can SQLT be used on Oracle 9i and 10gR1?
  Licensing
  What is the licensing requirement for SQLT?
  How do I check in the DB whether or not tuning and diagnostic packs are installed / available based on licensing
  What is missing from the reports if the Tuning Pack is not installed?
  When using SQLT, is it more beneficial to have AWR than not having AWR?
  Installation, Setup and Usage
  Is there a Install Guide for SQLT?
  Where can I obtain SQLT Installation Advice?
  Where can I download SQLT?
  How Do I install / re-install / un-install SQLT?
  How Much space does SQLT take up?
  How Do I upgrade SQLT?
  How Much space does SQLT take up?
  If SQLT is already installed, how Do I determine the version?
  What does SQLT do during installation?
  Can SQLT be installed into an existing schema instead of creating a new schema?
  Do you need the SYS password to run SQLT?
  Can I reset the password for the SQLTXPLAIN user?
  If the Applications password is unavailable, is SYS/SYSTEM a viable alternative?
  Which Schema should I register as the application scema? For example we have 3 schemas in the DB with cross permissions - Schema A is the main schema but uses objects from B and C. How does that work with SQLT?
  When database is upgraded from 10.2 to 11.2, what is SQLT upgrade path?
  If I install SQLT on a production Db and it is later cloned, will SQLT work "out-of-the-" box on the clone?
  Is any special setup needed to install SQLT on a server with multiple database instances?
  How Frequently should SQLT be run?
  Can install be scripted/automated?
  Do we need to worry about maintenance for SQLEXPLAIN tablespace?
  SQLT Runtime/Installation Errors
  How do we deal with installation and runtime issues?
  How do I generate a SQLT of a SQL statement that hangs or raises an error
  Functionality
  What platforms does SQLT work on?
  Does SQLT capture All the SQL from a Database or capture specific schemas only?
  Is SQLT able to analyze many SQLs simultaneously (e.g. from a SQL Tuning Set)?
  If we have multiple SQLs in a session, how do we use SQLT one by one?
  If we have multiple reports for the same query where the plan has changed, can these be compared?
  Can we use this tool for PL/SQL code?
  Can SQLT be used in a distributed environment?
  Where can I find the SQL_ID or HASH_VALUE?
  Can SQLT take the PLAN_HASH_VALUE as input?
  Can it be used on Queries containing Multiple Tables, Views etc?
  Can it be used where SQL references objects from multiple schemas?
  Does SQLT work across multiple databases via a dblink?
  Does SQLT handle literal values and bind variables?
  How does SQLT handle bind variables?
  Does SQLT provide formatted 10053 output?
  Can I use previously generated trace file(s) such as 10046 or 10053 trace file(s) as an input to SQLT?
  How do you execute the different SQLT Methods?
  What is the difference between XTRACT, XECUTE, XTRXREC and XPLAIN?
  What should you run first XTRACT or XECUTE?
  If the SQL in question does not complete, is SQLT still useful?
  Does sqlt actually execute the SQL statement or will collect info about executed statements only?
  Is a hard parse of the analyzed SQL mandatory for the XECUTE method? Is this the purpose of the "/* ^^unique_id */" comment?
  Using SQLT against queries that generate errors
  Can SQLT be used in a distributed environment?
  Is the functionality provided in SQLTXPLAIN also available in RAT (Real Application Testing)?
  How does SQLT get historical information regarding SQL statements?
  Does SQLT contain any graphical output?
  Can we use SQLT to identify different output for SQL on different clients?
  Can you set a time for when to run sqlt. For example, for the case where the query only runs slowly in the middle of the night?
  Report Analysis
  How do I Interpret and analyze the main report?
  What are the main things to look for in the observations section?
  Is information from memory 'better' than the information from the DBA_HIST_* views?
  If the database structure has not changed, why is there more than one explain plan in SQLT?
  How can I implement an explain plan suggested by SQLT?
  How do I delete an existing SQL Profile created by SQLT?
  Performance
  Does SQLT take a lot of Database resources to execute?
  How much memory does SQLT use?
  Software Compatibility
  Does SQLT work with --Insert application here--
  Are there any limitations on using SQLT in a Database running EBusiness Suite?
  Does SQLT work with RAC and Exadata?
  Is any Exadata specific information captured in report for the SQL?
  What is the difference between SQLT and the SQL Performance Analyzer.
  Is SQLT integrated into Oracle Enterprise Manager (OEM)/Grid Control?
  Why Would you want to use SQLT when you have OEM?
  SQLT Testcase Generator
  What is the SQLT Testcase Generator?
  Does SQLT Testcase generate user data?
  In order to reproduce a SQLT Testcase, is the same hardware required on each server?
  Can I have multiple system stats on a test system?
  Do we need to take a backup before running SQLT?
  Can you use SQLT to analyze a SQL statement just with a source system?
  Can we use SQLT testcase to reproduce Oracle materialized view issue on a Test system?
  Are there any special considerations when working with dictionary and fixed objects? Do they map to one schema too?
  If we use Real Application Cluster (RAC) for our Production database, and no RAC for our Development database, then does the testcase still reproduce the SQL Plan in the Development database ?
  Is the Objective of SQLT Testcase to only reproduce the same execution plan, not help to retrieve the best execution plan?
  Miscellaneous
  In SQLT Version 11.4.4.8 and below "!=" is converted into "=", potentially giving wrong information?
  What is the CBO?
  What is AWR?
  In the SQLT report, why is the "Last rows" not "Actual rows"?
  Original Shipped FAQ
  What is new in this SQLT release?
  How do I make a SQL statement use a plan that I can only achieve by using CBO Hints?
  ORA-00942: table or view does not exist: Error at line 1: SELECT prev_sql_id, prev_child_number FROM sys.my_v$session
  "ORA-07445" or "ORA-03114: not connected to ORACLE".
  How do I analyze a distributed query?
  XTRACT or XECUTE methods are taking too long.
  How do I register additional SQLT users?
  Can I change the SQLT staging directory?
  How to suppress the export of the SQLT repository?
  What is my SQLT tool version?
  How to keep the SQLT repository small?
  How can I expedite "SELECT COUNT(*)" on application Tables?
  How can I expedite "Taking a snapshot of some Data Dictionary objects"?
  How do I provide feedback on this SQLT tool?
  What further information is available?
  SQLT Webcasts
  Discuss SQLT!
References


APPLIES TO:

Oracle Database - Enterprise Edition - Version 9.0.1.0 and later
Information in this document applies to any platform.

PURPOSE

This document answers some of the frequently asked questions about the SQLTXPLAIN (SQLT) tool. You can download the latest version of SQLT here:

Document 215187.1 SQLT (SQLTXPLAIN) - Tool That Helps To Diagnose SQL Statements Performing Poorly

For SQL usage and installation instructions, refer to:

Document 1614107.1 SQLT Usage Instructions


NOTE: If you want to simply perform a Health Check on your SQL environment that leaves no database footprint  then see:

Document 1366133.1 SQL Tuning Health-Check Script (SQLHC)

Ask Questions, Get Help, And Share Your Experiences With SQLT

Would you like to explore SQLT further with other Oracle Customers, Oracle Employees, and Industry Experts?

We have various threads available where you can ask questions, get help from others, and share your experiences with SQLTXPLAIN:

SQLTXPLAIN: SQLT Installation Issues 
SQLTXPLAIN: Dealing with Long Execution Times 
SQLTXPLAIN: Dealing with Errors reported in SQLT MAIN report 
SQLTXPLAIN: Using SQLT on a Stand-by or Dataguard 
SQLTXPLAIN: Interpreting and Understanding SQLT Output 

SQLTXPLAIN (SQLT): General Discussion

Discover discussions about other articles and helpful subjects by clicking here to access the main My Oracle Support Community page for Database Tuning.

QUESTIONS AND ANSWERS

Background and Structure

  • What is SQLTXPLAIN, also known as SQLT

    SQLT is a tool that can be used to diagnose why a specific SQL statement may be performing poorly. It takes a single SQL statement as input and outputs a set of diagnostics that can be used to improve the statement's performance.

    SQLT provides large amounts of information to a SQL Tuner on a wide range of topics pertinent to that SQL including execution plans, Cost-based Optimizer CBO statistics, schema objects metadata, performance statistics, configuration parameters, and other elements that influence the performance of the one SQL being analyzed. An example Menu showing the various options is shown below:

    SQLT 12.1.10 Example Menu

    In addition it provides history information for these (some of this history needs AWR to access) and links in to other useful tools such as the SQL Tuning Advisor (subject to license). It also generates a transportable, 'no data' testcase.
  • What is the origin of  SQLT?

    SQLTXPLAIN is a tool provided by Oracle Server Technologies Center of Expertise - ST CoE. It have been in usage in support for over 10 years following its creation in 1999. It has been developed and improved over that time to reflect changes in the Oracle Database and to add additional functionality. It is constantly evolving and being updated.
  • Is there a light weight way of gathering SQLT-like information?

    Although it does not have the depth or scope of SQLT, there is a script called SQLHC which provides a subset of the SQL used by the SQLT script. SQLHC is shipped along with SQLT and can be executed using the following 2 scripts:
    
      

     
  •  

     

      
     
  •  
     

  •  
     



  •  
     

      
     






     


     


      
  •  
     
     
      
      
     
      

     

     
     






  •   








  •  




  •  





  •  
  •  

  •   
     
  • 
      
  •  


  •  



  •  
      
  •  

  •  

     



  •  
     
    &

     
  •  
  •  






  •  

     





  •  
      
     
       >

     
  •  
     
  •  
  •  
  •  
  •  

  •  
  •  



  •  
     


  •   
     

      
     
  •  
  •  

  • <>
    
      
  •  








  •  

 






  • >>










  •   
    
      


  •  
  •  

     




     











  •  
      
     





  •  



     
     





 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 





















     

img_e3029f287d989cd04bd75432ecc1c172.png
DBA笔试面试讲解
欢迎与我联系

目录
相关文章
|
存储 Oracle 关系型数据库
ORACLE:根据父id查询所有子孙数据,或者根据子id查询所有父数据(start with connect by prior)
一、需求: 我们在开发中经常遇到一种数据库表的设计:一个表中包含父子信息数据,也就是常说的树形数据. —> 最常见的例子就是省市区一体表,就是通过id、pid、level来进行控制,从而一张表来存储数据.我们进行拿数据的时候,不用再连表拿取,直接通过(start with connect by prior)直接便利就会得到数据.
523 2
ORACLE:根据父id查询所有子孙数据,或者根据子id查询所有父数据(start with connect by prior)
|
6月前
|
Oracle 关系型数据库 数据库
Oracle 简介与 Docker Compose部署
Oracle 数据库是一款由 Oracle 公司开发的关系型数据库管理系统(RDBMS)。它被广泛应用于企业级应用程序,提供了可靠的数据存储和强大的数据管理功能。
237 1
Oracle 简介与 Docker Compose部署
|
6月前
|
Oracle 关系型数据库 数据库连接
Windows系统安装配置Oracle数据库连接工具PLSQL
Windows系统安装配置Oracle数据库连接工具PLSQL
|
6月前
|
SQL Oracle 关系型数据库
Oracle连接工具PLSQL登录时提示初始化失败,无法锁定OCI.dll错误解决
Oracle连接工具PLSQL登录时提示初始化失败,无法锁定OCI.dll错误解决
300 0
|
6月前
|
SQL Oracle 关系型数据库
Oracle数据库连接工具PLSQL/Navicat安装与连接环境配置
Oracle数据库连接工具PLSQL/Navicat安装与连接环境配置
|
9月前
|
Oracle 关系型数据库
ORACLE中设置ID自增详细
ORACLE中设置ID自增详细
198 0
|
11月前
|
存储 XML SQL
Oracle 数据库自动诊断库 ADR(Automatic Diagnostic Repository)简介 发表在 数据和云
Oracle 数据库如果出现故障,我们的第一个反应是查看数据库的 alert log,但一些工程师对 alert log 不熟悉,实际上 alert log 位于Oracle 数据库自动诊断库(Automatic Diagnostic Repository,以下简称 ADR) 中,要熟悉 alert log,我们必需全面了解 ADR 的概念。
215 0
|
11月前
|
SQL 监控 Oracle
Oracle 性能监控统计工具 mystats脚本
看看这个工具的介绍就知道这个工具是很牛的,因为它是在两个牛人的工具是改进的,一出生就有贵族血统呀!
|
11月前
|
存储 SQL 负载均衡
Oracle实现高可用性的工具(负载均衡/故障切换)
Oracle实现高可用性的工具(负载均衡/故障切换)
141 0
|
12月前
|
存储 SQL Oracle
Oracle 用户、角色管理简介
Oracle 用户、角色管理简介
102 0