Db2 データ共有のためのSNAアクセス方法（非推奨）

Systems Network Architecture (SNA) は、 IBM® の独自アーキテクチャであり、ネットワークを介した情報単位の伝送、およびネットワークの構成と操作の制御のための論理構造、フォーマット、プロトコル、操作手順を記述したものです。 Db2 for z/OS® のSNAアクセスは非推奨です。これは、サポートはされているものの推奨されていないことを意味し、将来的にサポートが終了する可能性もあります。

ヒント： Db2 for z/OS との通信には、TCP/IPを推奨します。 SNA通信は引き続きサポートされていますが Db2 12、SNA通信およびVTAMインターフェースは非推奨となり、将来的にはサポートが終了します。変更の開始

お使い Db2 の環境がまだVTAM通信を利用している場合は、『 Db2 for z/OS 』の「VTAMからTCP/IP通信への変換」を参照してください。変更の終わり

SNA には、複数の機能層があり、以下のコンポーネントが含まれます。

仮想通信アクセス方式（VTAM®）と呼ばれるアプリケーション・プログラミング・インターフェース（API）
制御情報およびデータをやりとりするための通信プロトコル
同期データ・リンク制御 (SDLC) と呼ばれるデータ・リンク層

SNA には、ノードの概念も含まれます。ノードは、ある種のセットアップ機能を提供する物理装置、および論理装置 (LU) の両方を含むことができます。これら装置のそれぞれが特定のネットワーク・トランザクションに関係付けられます。

データ共用グループは、メンバー・ルーティング・アクセス、グループ総称アクセス、および単一メンバー・アクセスを使用するリクエスターを同時に処理できます。グループは、サーバーとしては、リクエスターが使用するアクセス方式に関して柔軟性があります。リクエスターは、あるセッションでメンバー・ルーティング・アクセスを使用しながら、別のセッションでグループ総称アクセスを使用することが可能です。ただし、グループがリクエスターとして特定のサーバーと通信するときは、常に同一のアクセス方式を使用します。

推奨：依頼者が対応していない場合を除き、可能な限りメンバールーティングアクセスを使用するようにデータ共有グループを設定してください。この方式の方が、グループ総称アクセスよりも優れたワークロード・バランシングと 2 フェーズ・コミットのサポートを提供します。

SNAネットワークでは、データ共有グループの各メンバーは、独自のLU名（DDFの起動時にVTAMから取得するネットIDに加えて）を持っています。また、ユーザーは、そのグループ内の全メンバーを表す総称 LU 名 を定義することもできます。

SNA リクエスターは、データ共用グループに接続するために、以下のようないくつかのアクセス方式の 1 つを使用できます。

メンバー・ルーティング・アクセス: リクエスターは、多数の LU 名に関連付けられたサーバー・ロケーション名を定義できます。総称 LU 名と異なり、リクエスターは、グループ内の 1 つ以上サブシステムとセッションを確立できます。メンバー・ルーティングでは、要求は、データ共用グループのメンバーのキャパシティーに基づき、それらのメンバーに分散されます。
グループ総称アクセス: リクエスターは、グループの総称 LU 名を使用して、グループの任意のメンバーへの初期接続を行います。このアクセス方法では、VTAMはグループメンバーの1つを選択し、要求者の代理としてそのメンバーとのセッションを確立します。そのリクエスターからの後続の照会も、この同じメンバーに送信されます。
単一メンバー・アクセス: リクエスターは、メンバーの LU 名を使用して、グループの単一メンバーに接続し、照会を送ります。このリクエスターからのすべての接続要求と照会要求は、この同一メンバーに宛てて送信されます。