これは、z/OS 環境のカスタマイズというより大きなタスクの一部です。
WebSphere Message Broker for z/OS は、ODBC を使用して DB2 表にアクセスします。 ODBC を使用して DB2 に接続するために、DB2 サブシステムのロケーション名が使用されます。 詳細については、「DB2 UDB for OS/390® and z/OS V7 Data Sharing: Planning and Administration」のマニュアルを参照してください。
DB2 システムを始動すると、DSNL004I DDF START COMPLETE というメッセージが表示されるはずです。 このメッセージの直後に、ロケーション名が表示されます。 z/OS 上でブローカー・コンポーネントをカスタマイズする際、BIPDSNAO と呼ばれる dsnaoini ファイルをブローカー PDSE に作成します。これには、ODBC 接続を確立するのに必要な情報が含まれています。 詳細については、「DB2 UDB for OS/390 and z/OS V7 ODBC Guide and Reference」を参照してください。
サブシステム ID またはデータ共用 ID と同じデータ・ソース名を使用することは避けてください。 同じ名前を使用した場合、データベースとの接続に対するディレクティブの細分性に影響を及ぼす場合があります。
データ・ソース名とサブシステム ID で同じ値を使用する場合、Datasource と Subsystem のキーワードが 1 つのセクションに入るように、ブローカー PDSE で BIPDSNAO を編集する必要があります。
このファイルのカスタマイズに関する詳細については、「DB2 UDB for OS/390 and z/OS V7 ODBC Guide and Reference」を参照してください。
select * from SYSIBM.SYSPACKLIST where planname ='DSNACLI';ロケーション列がブランクで、'*' ではない場合は、再バインドする必要があります。
DSNACLI が SYSIBM.SYSPLAN 表に含まれているか検査する必要もあります。
DB2 の CACHE DYNAMIC SQL 機能を使用すれば、DB2 ステートメントを再度処理する必要がなくなるため、パフォーマンスが大幅に向上します。 「DB2 UDB for OS/390 and z/OS V7 Installation Guide」の CACHEDYN=YES を参照してください。