管理: インプリメンテーション

リモート・クライアントの認証に関する考慮事項

認証タイプ DATA_ENCRYPT_CMP により、データ暗号化をサポートしない前のリリースのクライアントが、DATA_ENCRYPT でなく SERVER_ENCRYPT 認証を使用するサーバーに接続できるようになります。 8この認証は、以下の 3 つの条件が当てはまる場合は機能しません。

8
• クライアント・レベルがバージョン 7.2。
8
• ゲートウェイ・レベルがバージョン 8 フィックスパック 7 以降。
8
• サーバーがバージョン 8 フィックスパック 7 以降。

この場合、クライアントはサーバーに接続できません。接続できるようにするには、クライアントをバージョン 8 にアップグレードするか、またはバージョン 8 フィックスパック 6 以前のゲートウェイ・レベルを使用する必要があります。

直接 I/O (DIO) および並行 I/O (CIO) サポート

直接 I/O (DIO) により、ファイル・システム・レベルでのキャッシュをバイパスするためメモリー・パフォーマンスが向上します。これにより CPU オーバーヘッドが減少し、データベース・インスタンスがより多くのメモリーを使用可能になります。

並行 I/O (CIO) では、DIO の利点の他に、書き込みアクセスのシリアライゼーションも緩和します。

DB2 Universal Database^(TM) (UDB) は、AIX^(R) で DIO および CIO をサポートし、HP-UX、Solaris オペレーティング環境、Linux^(TM)、および Windows^(R) では DIO をサポートします。

NO FILE SYSTEM CACHING および FILE SYSTEM CACHING キーワードは、CREATE および ALTER TABLESPACE SQL ステートメントの一部で、DIO または CIO を各表スペースで使用するかどうかを指定できます。NO FILE SYSTEM CACHING が有効な場合、DB2^(R) UDB は、可能な限り CIO を使用します。CIO がサポートされない場合 (例えば JFS が使用される場合など) は、代わりに DIO が使用されます。

詳しくは、次の URL にある『Improve database performance 8on file system containers in IBM^(R) DB2 UDB Stinger using Concurrent I/O on AIX』を参照してください。

http://www.ibm.com/developerworks/db2/library/techarticle/dm-0408lee/

ディストリビューター・テクノロジーとクライアントの自動転送

以下の説明は、「管理ガイド： インプリメンテーション」付録 B『クライアントの自動転送の使用』の一部です。

Linux、UNIX、^(R)および Windows 版 DB2 Universal Database の自動クライアント転送機能を使用するとクライアント・アプリケーションは、クライアントからサーバーへのデータベース接続を自動的に再確立して、サーバーとの通信の消失からリカバリーできるため、アプリケーションは最小限の中断で作業を継続できます。

クライアントのサーバー接続が失敗すると、クライアントの再接続要求は、WebSphere^(R) EdgeServer などのディストリビューターまたはディスパッチャーにより定義済みのシステム・セットに配布されます。

ディストリビューター・テクノロジーは以下のような環境で使用できます。

クライアント --> ディストリビューター・テクノロジー --> (DB2 Connect^(TM) Server 81 または DB2 Connect Server 2) --> DB2 z/OS^(R)

ここで、 8

8
• ディストリビューター・テクノロジー・コンポーネントの TCP/IP ホスト名は DThostname です。
8
• DB2 Connect Server 1 の TCP/IP ホスト名は GWYhostname1 です。
8
• DB2 Connect Server 2 の TCP/IP ホスト名は GWYhostname2 です。
8
• DB2 z/OS サーバーの TCP/IP ホスト名は zOShostname です。

ディストリビューター・テクノロジーを使用していずれかの DB2 Connect Servers にアクセスするために、クライアントは DThostname を使用してカタログされます。ディストリビューター・テクノロジーの介入により、GWYhostname1 または GWYhostname2 を使用する決定が行われます。決定されると、クライアントはこれらの 2 つの DB2 Connect ゲートウェイのいずれかに直接ソケット接続します。選択した DB2 Connect サーバーにソケット接続が確立されると、一般的なクライアントから DB2 Connect サーバーから DB2 z/OS の接続が成立します。

例えば、ディストリビューターが GWYhostname2 を選択すると想定します。これにより、次の環境が生成されます。

クライアント --> DB2 Connect Server 2 --> DB2 z/OS

ディストリビューターは、何らかの通信障害があると、接続を再試行しません。このような環境でデータベースの自動クライアント転送機能を使用可能にする場合は、DB2 Connect Server (DB2 Connect Server 1 または DB2 Connect Server 2) の関連データベースの代替サーバーをディストリビューター (DThostname) としてセットアップしておく必要があります。 8こうすると、DB2 Connect Server 1 が何らかの理由でロックされた場合に、自動クライアント転送機能がトリガーされて、クライアント接続が 1 次および代替サーバーの両方としてディストリビューターで再試行されます。このオプションにより、DB2 自動クライアント転送機能とディストリビューター機能を結合し、維持できます。また、ディストリビューター・ホスト名以外のホストに代替サーバーを設定すると、クライアントに自動クライアント転送機能が提供されます。ただし、クライアントは定義済み代替サーバーへの直接接続を確立して、ディストリビューター・テクノロジーをバイパスします。これによりディストリビューターとその価値が無効になります。

自動クライアント転送は、以下の sqlcode をインターセプトします。 8

8
• sqlcode -20157
8
• sqlcode -1768 (理由コード = 7)

DB2 Connect サーバー上でのカタログのための自動クライアント転送に関する考慮事項

DB2 Connect サーバーとの代替サーバー接続に関係する、以下の 2 つの項目を考慮してください。 7

7
• 最初の考慮事項は、リモートおよびローカルの両方のクライアントにホストまたは iSeries^(TM) のデータベースへのアクセスを提供するために、DB2 Connect サーバーを使用することに関連します。 7そのような状況では、システム・データベース・ディレクトリー項目内の代替サーバー接続情報に関して、混乱が生じる可能性があります。 7この混乱を最小限にするために、システム・データベース・ディレクトリー内に、同じホストまたは iSeries のデータベースを表す 2 つの項目をカタログすることを検討してください。 7リモート・クライアント用に 1 つの項目、ローカル・クライアント用にもう1 つの項目をカタログします。
7
• 2 番目の考慮事項は、ターゲット・サーバーから戻される代替サーバー情報をキャッシュのみに保持することです。 7DB2 プロセスが終了するとキャッシュ情報が失われます。つまり代替サーバー情報も失われます。

ローカル・システム・アカウント・サポート (Windows)

ローカル・システム・アカウント (LSA) のコンテキストで実行するアプリケーションは、Windows ME 以外のすべての Windows プラットフォームでサポートされます。

2 パーツ・ユーザー ID のサポート

CONNECT 文および ATTACH コマンドは 2 パーツ・ユーザー ID をサポートします。 7SAM 互換のユーザー ID の修飾子は、最大 15 文字の NetBIOS スタイル名です。 7この機能は、Windows ME ではサポートされていません。

Kerberos サポートに関する追加情報