|
|
この項では、様々なサーバーと、トランザクションの処理全体でそれらが果たすロールについて説明します。サーバーの構成については、「サーバーの構成」で説明しています。
これらのサーバーのロールは、3270ターミナル・エミュレータを介して行われるユーザー接続を受け入れ、管理すること、および、そこで生じるユーザー・セッションに関連する3270入出力を、ユーザー・セッションの終了まで管理することです。
機能的には、このロールは、CICS MRO構成の端末所有領域が果たすロールに似ています。
これらの3270のユーザー・セッション管理タスクは、サーバー・タイプARTTCPLおよびARTTCPHによって管理されます(最後の「L」はリスナーを、「H」はハンドラを表します)。
リクエストされた数のハンドラ・プロセス(ARTTCPH)を起動および管理することが、ARTTCPLのロールです。
ユーザーがトランザクションをリクエストするごとに、ARTTCPHはそのトランザクション・リクエストをトランザクション・サーバーに送信します(tpconnect経由)。
この機能は、CICS MRO構成で、トランザクションをA.O.R.(アプリケーション所有領域)にルーティングするときに、T.O.R.(端末所有領域)が提供する機能に似ています。
このサーバーは、ユーザーの接続および切断フェーズでターミナル・ハンドラが必要とする技術サービスを提供します。
技術サービスは、connectやdisconnectなどの内部メッセージ指向サービスを使用して提供されます。
接続サーバーは、いくつかの古典的なCICSトランザクションも提供します。
特に、ARTCNXは、ARTTCPHとARTSTRN/ARTSTR1からのリクエスト、LUNAMEの検証チェックおよびTERMID/LUNAMEの割当てを処理します。ARTCNXが公開するすべてのサービスとその機能は、次のとおりです。
gensessは、各ターミナルのセッションIDを生成します。セッションIDはART CICSに内部的に保持されます。 delsessは、ターミナルの終了時にそのセッションIDを解放します。 connectは、自動インストールのターミナルに対して、ローカルで一意(各CICSリージョンで一意)のTERMIDおよびグローバルで一意(すべてのCICSリージョンで一意)のLUNAMEを生成し、LUNAME指定ターミナルのLUNAME検証をチェックし、TERMステータスをACQUIREDに変更します。disconnectは、TERMIDおよびLUNAMEを解放し、TERMステータスをRELEASEDに変更します。inquireは、ARTSTRNからのINQUIRE NETNAME/TERMIDリクエストを処理します。 updateは、ARTSTRNからのSET TERMINALリクエストを処理します。authfailは、CESNログオンが失敗した場合、ターミナルにエラー・メッセージを出力します。CESNは、サインオン・トランザクションを指定しますCESFは、サインオフ・トランザクションを指定しますCSGMは、Good Morningトランザクション(デフォルトのGood Morningトランザクション)を指定します| 注意: | ISC_ENABLE=YESが設定される場合は、gensessおよびdelsessはARTLOGNによって公開されます。 |
詳細は、「システム・コマンドとトランザクション」の「認証トランザクション」を参照してください。
このサーバーは、ユーザーがART CICSにログオンするときにターミナル・ハンドラが必要とする技術サービスを提供します。
ART_LOGONは、「ARTランタイムへようこそ」パネルを送信し、APPLID入力を求めます。
gensessは、各ターミナルに対して16文字のグローバルに一意なID (すべてのCICSリージョンで一意)を生成します。
delsessは、対応するターミナルの切断時にそのセッションIDを解放します。
| 注意: | ARTLOGNは、ISC_ENABLE=YESが指定された場合のみ構成する必要があります。それ以外の場合、サーバーは起動されません。 |
このサーバーは、アプリケーションによって生成および問合せが行われるARTランタイム情報を集中管理します。
| 注意: |
これらのサーバー(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サービスを提供する場合があります。
Tuxedo 12c EMパックでは、ARTTSQを監視し、詳細なTSQプロパティおよび統計情報は、EMを介して取得できます。
ARTTDQサーバーのロールは、アプリケーションによりリクエストされるTDキュー操作の管理を集中化することです。これらのタスクは、1台のARTTDQサーバーで管理されます。
単一のARTTDQサーバーは、構成ファイル内の宣言されたキュー1つにつき1つのサービスを公開し、すべてのCICS TD操作を扱って、各キューに対してTD QUEUEサービスを提供します。
Tuxedo 12c EMパックでは、ARTTDQを監視し、詳細なTDQプロパティおよび統計情報は、EMを介して取得できます。
複雑な構成では、アプリケーションが分散プログラム呼び出しを行う必要がある場合があります。この場合、DPLを管理するために、別の種類のサーバーが必要です。これらのタスクは、ARTDPLサーバーで管理されます。
ARTDPLサーバーは、EXCIインタフェースがサービスとして呼び出せるプログラムを公開し、これらのサービスの実行を管理します。
<applid>_info: <applid>に関連するCICSリージョンにトランザクションを送信します。 default_info: このサービスは、EXCIインタフェースでクライアントによって<applid>が指定されない場合に呼び出されます。<sysid>_<program>: このサービスは、サービス名として通知されます。<applid>_CSMI: このサービスは、EXCIインタフェースでクライアントによって<transid>は指定されないが、<applid>は指定される場合に呼び出されます。 CSMI: このサービスは、EXCIインタフェースでクライアントによって<applid>と<transid>の両方とも指定されない場合に呼び出されます。<applid>_MIRROR_<transid>: このサービスは、EXCIインタフェースでクライアントによって<applid>と<transid>の両方が指定される場合に呼び出されます。 MIRROR_<transid>: このサービスは、EXCIインタフェースでクライアントによって<applid>は指定されないが、<transid>は指定される場合に呼び出されます。 | 注意: |
アプリケーションは、EXEC CICS START TRANSIDを使用して非同期トランザクション起動をリクエストできます。この場合、リクエストは別のサーバーで、非同期的に扱われる必要があります。これらのタスクは、ARTATRN/ARTATR1で管理されます。
| 注意: | EXEC CICS START TRANSIDコマンドのTERMIDオプションを使用したリクエストは、ARTSTRN/ARTSTR1によって管理されます。 |
これらのサーバーは、ASYNC_{Transaction_Name}という名前のサービスとしてEXEC CICS START TRANSIDが呼び出せるトランザクションを公開し、これらのサービスの実行を管理します。
アプリケーションは、EXEC CICS CONVERSEリクエストを使用して対話の起動をリクエストできます。この場合、リクエストは別のサーバーで扱われる必要があります。これらのタスクは、ARTCTRN/ARTCTR1サーバーで管理されます。
これらのサーバーは、{SysId}_{Transaction_Name}という名前のサービスとしてEXEC CICS CONVERSEが呼び出せるトランザクションを公開し、これらのサービスの実行を管理します。
非3270sターミナルは、3270プロトコルに従う一般の3270ターミナル・エミュレータと異なります。非3270sターミナルはネイティブTuxedoクライアント、JavaクライアントおよびTuxedo ATMIに基づくWeb UIが考えられ、カスタマ自身かサード・パーティにより実装される必要があります。
ARTWTRN/ARTWTR1のサーバーのタスクは、アプリケーション・トランザクションの提供と、対応プログラムの処理です。
これらのサーバーにはARTSTRN/ARTSTR1と同様の機能があり、非3270sターミナルからのトランザクション・リクエストの受信時に、Tuxedoサービスとしてアプリケーション・トランザクションを提供します。
これらのサーバーは非対話型であり、したがって擬似対話型CICSトランザクションを管理できます。
サーバーは起動時に、transactions.descで定義されている各トランザクションをTuxedoサービスとして公開します。ARTWTRN/ARTWTR1で非3270sターミナルからのリクエストが受信されると、サーバーでは$COBPATHディレクトリ(COBOL-ITの場合$COB_LIBRARY_PATH)にある対応するCICSプログラムをロードし、関連のCOPYBOOKに従ってFMLバッファから受信したアプリケーション・データを再編成して、データをロードされたCICSプログラムに処理のために渡します。CICS RETURNの呼出しによりCICSプログラムが戻ると、サーバーではアプリケーション・データをFMLバッファに、tpreturnをクライアントに挿入します。
非同期トランザクションはEXEC CICS START TRANSIDリクエストを使用して起動されますが、このリクエストは、間隔または一定の時刻に設定された遅延によっても起動できます。
この場合、トランザクション・リクエストはTuxedo /Qキューに保存され、時刻になると、トランザクションが自動的に起動されます。
この機能を有効にするには、次のいくつかの追加コンポーネントをアクティブにする必要があります。
| ヒント: | TMQFORWARDは、常に、ASYNC_QUEUE(キューの名前)と呼ばれる、同一のテクニカル・トランザクションを呼び出します。このトランザクションは、フィールドCX_TRANSIDを抽出しますが、このフィールドは、呼出しを行う実際のアプリケーション・トランザクションの名前が含んでおり、このトランザクションとtpreturnのTPACALL(NOREPLY)を実行します。 |
管理サーバーは、CICSリソースの管理を担当します。次の機能を提供します。
  
|