UCON CCMS Monitoring: Functions

CCMSモニタ（トランザクションRZ20）でUCONプロセスを監視するための詳細情報。

次のセクションでは、中央CCMSモニタ（トランザクションRZ20）で利用可能なUCONCCMS監視の機能の詳細な説明を示します。個々の監視機能は、次のナビゲーションノードに表示されます。

前提条件
UCONフェーズツールのワークリスト
フェーズ割り当てのトランスポートステータス
ランタイムと設計時間のステータス
バッチジョブのステータス

前提条件

UCON CCMSモニタリングを実行するための前提条件は、次の2つのカテゴリに分類できます。

システム全体の前提条件（すべてのSAPクライアント（クライアントに依存しない）およびすべてのアプリケーションサーバーで有効）
クライアントに依存する前提条件
システム全体の設定
- プロファイルパラメータ設定：ノードプロファイルパラメータ。Applのステータス。サーバーは、ABAPシステムで使用可能なアプリケーションサーバーのプロファイルパラメータの値を表示します。UCON RFCを設定できるようにするために、すべてのアプリケーションサーバのプロファイルパラメータucon / rfc / activeの値を値1（UCON RFCがアクティブ）に設定することをお奨めします。プロファイルパラメータucon/rfc / activeの値がすべてのアプリケーションサーバーで同じ値でない場合は、設定が異なるアプリケーションサーバーが表示されます。
  ここでは、アプリケーションサーバーの設定が異なります。
- デフォルト通信アセンブリ（CA）：クライアントに依存しない属性としての通信アセンブリ（CA）の設定は、ノードデフォルト通信アセンブリ（CA）で監視されます。また、ABAPシステムでCA設定のステータスを確認することもできます。ABAPシステムでCAを設定し、デフォルトCAがない場合は、ノードデフォルト通信アセンブリステータスをダブルクリックして、デフォルトCAを設定することができます。
- RFCサブレコードの数を超えています：RFCログのステータスがここに表示されます。UCON RFCは、統計データレコードに基づいて、呼び出されたすべてのRFC対応汎用モジュールを使用して情報を使用します。ただし、場合によっては、すべてのRFCコールが統計データに収集されない可能性があります。これは、プロファイルパラメータstat/rfcrecsの値が呼び出されたRFCの数よりも少ない場合に当てはまります。この場合、それに応じてプロファイルパラメータの値を調整する必要があります。
  
  ノート
  
  このパラメータの標準値は20です。より高い値も可能ですが、ロギングが増加します。
  ノート
  
  詳細については、SAPノート1904562を参照してください。
  例：
  
  REPORT zmy_dummy. DO 25 TIMES. CALL FUNCTION 'ZMY_DUMMY' DESTINATION 'AAA'. ENDDO. CALL FUNCTION 'ZMY_DUMMY2' DESTINATION 'AAA'. CALL FUNCTION 'ZMY_DUMMY3' DESTINATION 'AAA'.
  RFCモジュールZMY_DUMMYの処理時間がZMY_DUMMY2およびZMY_DUMMY3の処理時間よりも長い場合、統計レコードにZMY_DUMMY2およびZMY_DUMMY3のエントリは見つかりません。その場合、UCONデータレコードは不完全です。
  
  このような場合、そのような発信者プログラムを見つけるときにUCONモニターをサポートします。呼び出し元プログラムの名前を使用して、呼び出されたRFCモジュールとその頻度を確認できます。または、パラメーターを動的にstat / rfcrecs（短時間のみ）増やして、呼び出し元プログラムを再開することもできます。その後、プログラムUCON_STATISTIC_RECORDSを開始してチェックし、RFCモジュールが記録に欠落していないかどうかを確認することができます。
  
  モニター属性ステータスは、RFC統計レコード（プロファイルパラメーターstat / rfcrecsの値）の記録の制限を超えた場合に表示され、必要に応じて詳細情報を提供します。
  ステータス：最大 RFC統計レコードの数を超えました
  
  最大値を超えた原因となった呼び出し元プログラムの名前（複数のプログラムが問題を引き起こした可能性もあります。CCMSは、最大値を最大値だけ超えたプログラムを表示します）。
クライアント固有の設定
クライアント依存の設定には、CA Config（CAと仮想ホストはここでUCON RFCで相互にリンクされています）や仮想ホスト自体など、UCONRFCのクライアント固有の属性を使用した監視データが含まれています。

次の図は、CCMSモニターの設定の概要を示しています。

UCONフェーズツールのワークリスト

このノードは、トランザクションUCONPHTLのステータス遷移に関する必要な情報を提供し、個々のUCONフェーズでのRFC対応汎用モジュールの数について通知します。

期限切れのロギングフェーズを持つモニタ属性RFMは、ロギングフェーズから評価フェーズに転送できるRFCモジュールの数について通知します。

UCONフェーズツールのワークリストの下にあるノードをダブルクリックすると、トランザクションUCONPHTLに直接移動して、RFCモジュールとそのステータスに関する詳細情報を取得することができます。

UCONフェーズツールの監視属性RejectedCallsは、RFCモジュールのリストを表示します。

UCONフェーズアクティブに転送されました
外部から呼び出された（別のABAPシステム、外部コネクタ、または同じABAPシステムの別のSAPクライアントによって）
特定のCAにまだ割り当てられていません

この情報を使用すると、時間のかかる分析を行わなくても、拒否されたRFCモジュールのケースを見つけることができます。

SyslogのノードAttributesofRejected Callsには、拒否に関する追加情報が表示されます。RFCモジュールの呼び出しがRFCサーバーによって拒否された場合は、メッセージID URAの下にsyslogエントリ（トランザクションSM21）があります。CCMSモニターのSyslogにある拒否された呼び出しのノード属性は、まさにこのsyslogエントリを示しています。

次の図は、UCONフェーズツールのワークリストの監視属性を示しています。

フェーズ割り当てのトランスポートステータス

UCON RFCフレームワークは、すべてのRFC汎用モジュールのステータスオブジェクトを作成します。ステータスの登録および移送オブジェクトの登録によりエラーメッセージが表示される可能性があるため、UCON RFCモニタには、移送ステータスを管理するためのノードが用意されています。

エラーの場合は、トランザクションUCONPHTLに移動して、問題を解決するように求められます。

ランタイムと設計時間のステータス

開発環境のテーブル（バッファリングされていないデータベーステーブル）からデータを読み取るのは非常に時間がかかるため、よりバッファリングされたランタイムテーブルが導入されました。

これらのランタイムテーブルは、開発環境のテーブルと同期している必要があります。そうでない場合は、UCON CCMSモニターが既存の問題について通知し、関連する解決策を提供します。

次の図は、実行時と設計時のノードステータスを示しています。

バッチジョブのステータス

特定のUCONフェーズを割り当てるための外部RFC呼び出しの作成は、永続的に監視する必要があります。したがって、UCON RFC CCMSは、標準バッチジョブSAP_UCON_STATISTIC_RECORDSを監視するための独自のビューを提供します。

SAP_UCON_STATISTIC_RECORDSは、外部RFCモジュールを作成するプログラムを開始します。作成されたデータに基づいて、トランザクションUCONPHTLのRFCモジュールをUCON固有のフェーズに割り当てることができます。これにより、システムがRFC呼び出しに対して安全になります。