![]() ![]() ![]() ![]() ![]() ![]() |
この項では、様々なサーバーと、トランザクションの処理全体でそれらが果たすロールについて説明します。サーバーの構成については、「サーバーの構成」で説明しています。
これらのサーバーのロールは、3270ターミナル・エミュレータを介して行われるユーザー接続を受け入れ、管理すること、および、そこで生じるユーザー・セッションに関連する3270入出力を、ユーザー・セッションの終了まで管理することです。
機能的には、このロールは、CICS MRO構成の端末所有領域が果たすロールに似ています。
これらの3270のユーザー・セッション管理タスクは、サーバー・タイプARTTCPLおよびARTTCPHによって管理されます(最後の「L」はリスナーを、「H」はハンドラを表します)。
リクエストされた数のハンドラ・プロセス(ARTTCPH)を起動および管理することが、ARTTCPLのロールです。
ユーザーがトランザクションをリクエストするごとに、ARTTCPHはそのトランザクション・リクエストをトランザクション・サーバーに送信します(tpconnect経由)。
この機能は、CICS MRO構成で、トランザクションをA.O.R.(アプリケーション所有領域)にルーティングするときに、T.O.R.(端末所有領域)が提供する機能に似ています。
このサーバーは、ユーザーの接続および切断フェーズでターミナル・ハンドラが必要とする技術サービスを提供します。
技術サービスは、connect
やdisconnect
などの内部メッセージ指向サービスを使用して提供されます。
接続サーバーは、いくつかの古典的なCICSトランザクションも提供します。
詳細は、 その他の構成の「認証トランザクション」を参照してください。
これらのサーバー(ARTSTRN
とARTSTR1
)のタスクは、アプリケーション・トランザクションを提供し、それぞれに対応するプログラムを処理することです。
このサーバーは、CICS MRO構成で、アプリケーション所有領域が提供する機能に類似した機能を提供します。ARTSTRN/ARTSTR1
サーバーは、Tuxedoサービスとしてアプリケーション・トランザクションを提供し、トランザクション・リクエストを受信すると、それに対応するプログラムを実行します。これらのサーバーが対話型なのは、真の対話型CICSトランザクションを管理できるようにです。
ARTSTRNサーバーは自動的に複数起動して並列処理を管理できるため、maxactive =1のtranclassに属する複数のトランザクションは、ARTSTRNサーバーで提供されません。
かわりに、専用タイプのサーバー(ARTSTR1
)がこのロールに割り当てられます。ARTSTR1
サーバーは、MAXACTIVE = 1
の1つのTRANCLASSに属する複数のトランザクションを公開し、maxactive =1の同じtranclassで2つのトランザクションが同時実行されないことを保証します。Tuxedoの言い方では、そのような2つのトランザクションが2台の異なるサーバーで公開されないことが保証されます。
ARTTSQ
サーバーのロールは、アプリケーションによりリクエストされるTSキュー操作の管理を集中化することです。これらのタスクは、ARTTSQ
サーバーで管理されます。
TSキュー上の予期されるワークロードに応じて、単一のサーバーまたは複数のARTTSQ
サーバーが構成されます。
TSQUEUE
。{MODEL}_TSQUEUE
。そのようなサービスは、各モデルにつき1台のARTTSQ
サーバーを使用して公開される必要があります。 単純な構成では、単一のARTTSQ
サーバーがすべてのTS操作を扱い、TSQUEUE
サービスとすべての{MODEL}_TSQUEUE
サービスを提供します。
より複雑な構成では1台のARTTSQ
サーバーがTSQUEUE
と複数の{MODEL}_TSQUEUE
サービスを提供し、他のARTTSQ
サーバー各々が、異なる{MODEL}_TSQUEUE
サービスを提供する場合があります。
ARTTDQ
サーバーのロールは、アプリケーションによりリクエストされるTDキュー操作の管理を集中化することです。これらのタスクは、1台のARTTDQ
サーバーで管理されます。
単一のARTTDQ
サーバーは、構成ファイル内の宣言されたキュー1つにつき1つのサービスを公開し、すべてのCICS TD操作を扱って、各キューに対してTD QUEUE
サービスを提供します。
複雑な構成では、アプリケーションが分散プログラム呼び出しを行う必要がある場合があります。この場合、DPLを管理するために、別の種類のサーバーが必要です。これらのタスクは、ARTDPLサーバーで管理されます。
ARTDPLサーバーは、EXEC CICS LINKがサービスとして呼び出せるプログラムを公開し、これらのサービスの実行を管理します。
アプリケーションは、EXEC CICS START TRANSID
リクエストを使用して非同期トランザクション起動をリクエストできます。この場合、リクエストは別のサーバーで、非同期的に扱われる必要があります。これらのタスクは、ARTATRN/ARTATR1
サーバーで管理されます。
これらのサーバーは、ASYNC_{Transaction_Name}
という名前のサービスとしてEXEC CICS START TRANSID
が呼び出せるトランザクションを公開し、これらのサービスの実行を管理します。
アプリケーションは、EXEC CICS CONVERSE
リクエストを使用して対話の起動をリクエストできます。この場合、リクエストは別のサーバーで扱われる必要があります。これらのタスクは、ARTCTRN/ARTCTR1
サーバーで管理されます。
これらのサーバーは、{SysId}_{Transaction_Name}
という名前のサービスとしてEXEC CICS CONVERSE
が呼び出せるトランザクションを公開し、これらのサービスの実行を管理します。
非同期トランザクションはEXEC CICS START TRANSID
リクエストを使用して起動されますが、このリクエストは、間隔または一定の時刻に設定された遅延によっても起動できます。
この場合、トランザクション・リクエストはTuxedo /Qキューに保存され、時刻になると、トランザクションが自動的に起動されます。
この機能を有効にするには、次のいくつかの追加コンポーネントをアクティブにする必要があります。
ヒント: | TMQFORWARD は、常に、ASYNC_QUEUE (キューの名前)と呼ばれる、同一のテクニカル・トランザクションを呼び出します。このトランザクションは、フィールドCX_TRANSIDを抽出しますが、このフィールドは、呼出しを行う実際のアプリケーション・トランザクションの名前が含んでおり、このトランザクションとtpreturnのTPACALL(NOREPLY, )を実行します。 |
管理サーバーは、CICS Runtimeの管理を担当します。
分散ターゲット環境では、このサーバーを各ノード上に構成して、構成を通知することができます。マスター・ノード上では、構成ファイルのみ構成する必要があり、管理サーバーは構成ファイルを各スレーブ・ノードに通知します。
![]() ![]() ![]() |