Query Patroller

8 8 8

受管查询状态的定义更新

8

已取消和完成这两种查询状态的含义已更新，如下所示：

8
8
已取消
8
查询已被管理员、提交者或者其概要文件具有带编辑权限的 MONITORING 特权的操作员通过 Query Patroller 中心或 Query Patroller 命令行取消了。只有正在运行、挂起、已释放和已排队的查询才能够已取消。 8
8
完成
8
成功地完成了查询。 8 8
注:
8
尽管已经完成了查询本身且没有发生错误，但是如果是由外部事件导致完成的（例如，DB2 force 应用程序），则应用程序可能会接收到错误。
8
8
5 5 5

在运行 Query Patroller 历史数据生成器之前创建说明表

5

在对 Query Patroller 运行历史数据生成器时，如果说明表已不存在，生成器将创建它们。但是， 5强烈建议在运行历史数据生成器之前创建说明表。当创建说明表时，确保在同一分区上创建它们。在同一分区上活动地创建说明表将提高“说明”设施的性能。此改进会提高历史数据生成器的性能。

5 5 5

检查 Query Patroller 日志文件以进行历史分析

5

如果“随时间的推移查询活动”（历史分析）报告的说明运行列显示查询的状态为未成功运行，则尚未生成有关该查询的历史数据。因此，该查询将不会显示在任何历史分析报告或图中。如版本 8 中所述，要确定查询未成功的原因，可以检查 qpuser.log 文件。

5

除了检查 qpuser.log 文件之外，还应检查 qpdiag.log 文件。

6 6 6

历史数据生成器的异常关闭

6

如果运行历史数据生成器并以异常方式关闭它，将在下一次尝试运行历史数据生成器时接收到错误。异常关闭的示例有：

6 6

当历史数据生成器异常关闭时，必须在尝试重新运行历史数据生成器之前发出以下命令：

6
    qp -d database generate historical_data stop

其中 6database 标识要对其运行命令的数据库。

6 6 6

动态查询类更新

6

某些查询类操作不再需要停止 Query Patroller 然后重新启动它就可以生效。

6

在下表中，活动查询是状态为“正在运行”或“已排队”的查询。

6 666666666666666666666666666
表 28. 查询类更改生效的条件
更改的性质 更改生效的条件
添加、除去或更新查询类。 如果没有活动查询，则更改立即生效。
更新只涉及对最大查询数的更改的查询类。 立即生效，即使存在活动查询也不例外。
更新只涉及对最大查询成本的更改的查询类。 如果存在活动查询，则在下列任一情况下更新生效： 6
    6
  • 停止 Query Patroller 然后重新启动它。
    • 6
  • 没有其它活动查询。
6 6
注:
6
当存在针对最大查询成本的更改暂挂时，任何种类的后续查询类更新在满足前面两个条件的其中一个之前都不会生效。
添加或除去查询类。 如果存在活动查询，则添加或除去在下列任一情况下生效： 6
    6
  • 停止 Query Patroller 然后重新启动它。
    • 6
  • 没有其它活动查询。
6 6 6

嵌套的查询行为

6

不能对嵌套的查询进行排队。取而代之，如果嵌套的查询超出通常会导致对它进行排队的阈值时，它将立即运行。

6 6 6

SQL 语句类型造成的局限性

6

与前面的文档相反，可对具有以下语句的查询进行排队：

67 7 7

使用终端服务客户机时的分辨率局限性

7

使用分辨率为 640x480 的终端服务客户机连接至运行 Query Patroller 7中心的远程桌面时，“提交首选项”窗口可能显示为空白。要使“提交首选项”窗口正常显示，必须使用高于 640x480 的分辨率。

7 7 7

新的查询提交的组支持

7

从版本 8.2 开始，DB2 Universal Database（DB2 通用数据库，UDB）支持操作系统组之外的用户组。因此，Query Patroller 7中心的“查询提交首选项”窗口中的要使用的提交者概要文件下拉列表中有一点变化。

7

如果已登录但没有对应 Query Patroller 用户管理的 DBADM 权限或编辑特权，则只能为您自己添加或更新提交首选项。在此情况下，要使用的提交者概要文件下拉列表包含您所属的 DB2 UDB 组（而不仅仅是您所属的操作系统组）的现有提交者概要文件。

7

如果已登录并具有对应 Query Patroller 用户管理的 DBADM 权限或编辑特权，可为其他用户添加或更新提交首选项。在此情况下，要使用的提交者概要文件下拉列表包含所有现有组提交者概要文件。

7 7 7

Query Patroller 调度局限性

7

在 Query Patroller 中心中使用调度时，可使用“调度”窗口将调度保存至文件并在以后导入它们。如果具有使用修订包 6 或较早版本保存的调度，则不能使用版本 8.2 或更新版本来导入该调度。此局限性是由于随 DB2 UDB 版本 8.2 引入的 JDK 级别之间的序列化中的更改造成的。

7 7 7

使用 RUN IN BACKGROUND QUERY 命令所需的权限

7

要运行 RUN IN BACKGROUND QUERY 命令，您必须是一开始提交查询的提交者。

7 7 7

为结果表创建别名

7

从 Query Patroller V8.1 修订包 5 开始，Query Patroller 7停止在与查询提交者的授权标识相匹配的模式中创建结果表。Query Patroller 转而开始在公共 DB2QPRT 7模式中创建结果表。为允许使用提交者的模式引用结果表，Query Patroller V8.2 7引入了一个选项，用于自动为 Query Patroller 新创建的每个结果表创建别名。该结果表是在 DB2QPRT 7模式中创建的，而该别名是在与提交者的授权标识相匹配的模式中创建的。

7

要打开或关闭此选项，使用 CREATE_RESULT_TABLE_ALIASES 选项发出 UPDATE QP_SYSTEM 命令：

7

7
阅读语法图跳过直观语法图7>>-UPDATE QP_SYSTEM USING--------------------------------------->
7
7>--+-DEFAULT------------------------------+--------------------><
7   '-CREATE_RESULT_TABLE_ALIASES--+-'Y'-+-'
7                                  '-'N'-'
7
7 7 7

除去孤线程结果表别名

7

使用 CREATE_RESULT_TABLE_ALIASES 选项创建的别名将在删除结果表时自动删除。但是，在两种情况下可能会删除结果表而不删除相应的别名。

7 7

为清除没有对应结果表的别名，已经创建了新命令 REMOVE RESULT_TABLE_ALIASES。每当结果表作为 7Query Patroller 调度结果表清除过程的一部分被清除时，此命令将自动执行。REMOVE RESULT_TABLE_ALIASES 7命令使用以下查询获取要清除的别名的列表：

7
7with a as (select tabschema, tabname from syscat.tables 
7           where type = 'A' and tabname like 'QUERY%_RESULTS'), 
7     t as (select tabname from syscat.tables 
7           where type = 'T' and tabname like 'QUERY%_RESULTS')
7  select all tabschema, tabname from a 
7  where not exists (select * from t where t.tabname=a.tabname)
7
7先决条件 7

您必须具有 DBADM 权限。

7
7过程 7

7
    7
  1. 发出 REMOVE RESULT_TABLE_ALIASES 命令

此命令除去删除其对应结果表之后仍然存在的所有别名。这些别名一开始是由 Query Patroller 为结果表创建的。

7
7命令语法 7

7
阅读语法图跳过直观语法图7>>-REMOVE RESULT_TABLE_ALIASES---------------------------------><
7
7

7

7 7
注:
7
有关使用命令行界面输入 Query Patroller 命令以及 7Query Patroller 命令的一般语法的信息，请参阅 Query Patroller 命令行界面。
8 8 8

受防护用户标识需要对 qpdiag.log 文件和路径具有写访问权

8

Query Patroller 使用一些受防护的存储过程，它们可能会将条目记入 qpdiag.log 文件。因此，受防护的用户标识必须具有写入 qpdiag.log 文件以及 qpdiag.log 文件驻留的路径的访问权。

[ 页的顶部 |上一页 | 下一页 | 目录 ]