WLMでのDb2DDFスレッドの分類

DDF スレッドのパフォーマンス目標は、WLM で分類して指定することができます。

このタスクについて

許可ID、ストアード・プロシージャー名などの属性によってDDFスレッドを分類することができます。新規の作業単位とするクライアントにより出された最初のステートメントが SQL CALL ステートメントの場合は、ストアード・プロシージャー名は、分類としてのみ使用されます。

重要：お客様のDDFトランザクションの一部またはすべてをサービスクラスに分類する分類ルールが存在しない場合、未分類のトランザクションはデフォルトのサービスクラスSYSOTHERに割り当てられます。 SYSOTHERサーバー・クラスは、パフォーマンス目標を持たず、任意のゴールを持つサービス・クラスよりも重要度が低くなっています。

WLMで確立されたストアドプロシージャ呼び出しがローカルで発生する場合、TSOや CICS® などの呼び出し元のパフォーマンス目標を継承します。

プロシージャー

WLM 管理アプリケーションを使用して、 z/OS® に管理させたいサービスクラスを定義します。

以下のWLM分類属性は、Db2DDFスレッドに関連しています。

AI

アカウンティング情報。 DSNDQMDAマッピング・マクロ内のQMDAAINFによって記述される、DDFサーバー・スレッドに関連付けられているDb2アカウンティング・ストリングの値。 WLM では、アカウンティング情報の最大長は 143 バイトまでに制限されます。

CAI

512 バイトまでのクライアント・アカウンティング情報。この修飾子には、DDF サーバー・スレッドに関連付けられたユーザー指定のアカウンティング・ストリング接尾部の値が含まれています。この属性は、Db2およびDDFサブシステム・タイプに使用できます。この値は、DSNDQMDAマッピング・マクロでQMDASUFXによって定義されます。

CI

DSNDQWHC マッピングマクロで QWHCCV によって記述される DDF サーバースレッドの Db2 相関 ID。変更の終わり

CIP

39 バイトまでのクライアント IP アドレス。この属性は、 Db2 およびDDFサブシステムタイプで使用できます。

Db2は、IPv4アドレスとIPv6アドレスの両方を、IPv6コロン16進形式のIPアドレスを使用してWLMに提供します。 Db2がWLMに提供する値は、Db2の-DISPLAY THREADおよび-DISPLAY LOCATIONコマンド出力、およびSYSIBM.CLIENT_IPADDR特殊レジスターに表示される圧縮値の圧縮解除バージョンです。非圧縮値は、IPv4アドレスまたはIPv6アドレスの各セグメントが常に同じ位置になるため、サブネット・アドレスに基づいて分類規則を定義するタスクを単純化します。

IPv4アドレスの場合、Db2は、IPアドレスの小数点付き10進数部分を、39文字のスペースで右寄せ(先行ブランク)として表した圧縮解除表現を提供します。正しい理由付けは、TCP/IPシングル・モードまたはデュアル・モード・スタック環境で、IPv4アドレスの共通WLM定義をサポートします。これは、IPv4アドレスの小数点付き10進部分が、常に同じ位置にあるためです。先行ゼロ(小数点付き10進数部分)は、IPv6コロン16進数の二重コロン("::")圧縮規則によって表されます。

IPv6アドレスの場合、Db2は、IPv6アドレスの39文字の圧縮解除表現を提供します。

表 1. IPv4アドレスおよびIPv6アドレスの例
アドレスの種類	表示/SYSIBM.CLIENT_IPADDR値	WLM値(39 文字のスペース)
単一モード・スタックIPv4アドレス	`::111.112.113.114`	`::111.112.113.114`
デュアル・モード・スタックIPv4アドレス	`::FFFF:111.112.113.114`	`::FFFF:111.112.113.114`
単一モード・スタックIPv4アドレス	`::1.0.13.114`	`::001.000.013.114`
デュアル・モード・スタックIPv4アドレス	`::FFFF:1.0.13.114`	`::FFFF:001.000.013.114`
IPv6 アドレス	`1111:2222:3333:4444:5555:6666:7777:8888`	`1111:2222:3333:4444:5555:6666:7777:8888`
IPv6 アドレス	`1080::8:800:200C:417A`	`1080:0000:0000:0000:0008:0800:200C:417A`

CN

Db2 DRDAリクエスタがワークユニットで最初にアクセスしたSQLパッケージのコレクション名。

CUI

128 バイトまでのクライアント・ユーザー ID。この属性は、Db2およびDDFサブシステム・タイプに使用できます。この値は DSNDQWHC マッピング・マクロの QWHCEUID_Var により定義されます。

CWN

255 バイトまでのクライアント・ワークステーション名。この属性は、Db2およびDDFサブシステム・タイプに使用できます。この値は DSNDQWHC マッピング・マクロの QWHCEUWN_Var により定義されます。

CTN

255 バイトまでのクライアント・トランザクションまたはアプリケーション名。この属性は、Db2およびDDFサブシステム・タイプに使用できます。この値は DSNDQWHC マッピング・マクロの QWHCEUTX_Var により定義されます。

LU

SQLリクエストを発行したシステムのVTAM® LUNAME。

NET

SQLリクエストを発行したシステムのVTAM NETID。

PC

39 バイトまでのプロセス名。この属性は、アプリケーション名またはトランザクション名を分類するために使用できます。この値は DSNDQWHC マッピング・マクロの QWHCEUTX により定義されます。

PK

DRDAリクエスタがワークユニットで最初にアクセスした Db2 パッケージの名前。

PN

要求側アプリケーションのDb2計画名。

PR

ストアード・プロシージャー名。この種別が適用されるのは、クライアントからの最初の SQL ステートメントが CALL ステートメントの場合だけです。

SI

サブシステム・インスタンス。 Db2 サーバーの z/OS サブシステム名。

SPM

サブシステム・パラメーター。この修飾子の最大長は 255 バイトです。最初の 16 バイトには、クライアントのユーザー ID が入ります。その次の 18 バイトには、クライアントのワークステーション名が入ります。残りの 221 バイトは予約済みです。

重要: クライアントのユーザー ID の長さが 16 バイト未満の場合は、16 バイトに達するまでユーザー ID の後にブランクを埋め込んでください。クライアントのワークステーション名の長さが 18 バイト未満である場合は、18 バイトに達するまでワークステーション名の後にブランクを埋め込んでください。

SSC

サブシステム・コレクション名。 Db2サブシステムがDb2データ共用グループのメンバーである場合、この属性を使用してデータ共用グループ名を分類することができます。この値は DSNDQWHA マッピング・マクロの QWHADSGN により定義されます。

UI

ユーザー ID。 SNA DRDA 接続の場合にのみ発生する、受信側名変換後の DDF サーバースレッドの主認証 ID。

例

次の図は、WLMのサービス・クラス・メニューを使用して、DDFスレッドをサービス・クラスに関連付ける方法を示しています。

図1：ワークロードマネージャーを使ったDDFスレッドの分類 z/OS ワークロードマネージャー。 WLM のサービス・クラス・メニューを使用して、サービス・クラスにパフォーマンス・ゴールを割り当てます。

   Subsystem-Type  Xref  Notes  Options  Help
 --------------------------------------------------------------------------
                 Create Rules for the Subsystem Type        Row 1 to 5 of 5
 
 Subsystem Type . . . . . . . . DDF    (Required)
 Description  . . .  Distributed DB2 Fold qualifier names?  . . Y  (Y or N)
 
 Enter one or more action codes: A=After  B=Before  C=Copy  D=Delete
 M=Move I=Insert rule IS=Insert Sub-rule  R=Repeat
 
           -------Qualifier-------------            -------Class--------
 Action    Type       Name     Start                Service     Report
                                          DEFAULTS: PRDBATCH    ________
  ____  1  SI         DB2P     ___                  PRDBATCH    ________
  ____  2    CN         ONLINE   ___                PRDONLIN    ________
  ____  2    PRC        PAYPROC  ___                PRDONLIN    ________
  ____  2    UI         SYSADM   ___                PRDONLIN    ________
  ____  2    PK         QMFOS2   ___                PRDQUERY    ________
  ____  1  SI         DB2T     ___                  TESTUSER    ________
  ____  2    PR         PAYPROCT ___                TESTPAYR    ________
****************************** BOTTOM OF DATA *****************************

この例は、以下の分類を示します。

コレクション ONLINE 内の最初の SQL パッケージにアクセスする DB2P アプリケーションはすべてサービス・クラス PRDONLIN にあります。
ストアード・プロシージャー PAYPROC を最初に呼び出す DB2P アプリケーションはすべて、サービス・クラス PRDONLIN にあります。
DB2P ユーザー SYSADM により実行されるすべての作業は、サービス・クラス PRDONLIN にあります。
DB2P PACKAGE QMFOS2 を実行する SYSADM 以外のユーザーは、PRDQUERY クラスです。 (QMFOS2 パッケージは、コレクション ONLINE にはありません。)
実動システムの残りのすべての作業は、サービス・クラス PRBBATCH にあります。
テストDb2システムのすべてのユーザーは、TESTUSERクラスに割り当てられます。ただし、サービス・クラスTESTPAYRにあるストアード・プロシージャーPAYPROCTが最初に呼び出される作業を除きます。