モニター・スケジュールの計画

包括的なモニター計画には、さまざまなシステム活動をさまざまな時間間隔でスケジューリングすることが含まれます。このアプローチにより、 CICS® システムのパフォーマンスを測定および分析するための幅広いデータが収集されます。動的なモニターとスケジュールされたモニターの両方を計画します。

動的モニター

動的モニターとは、いつでも実行できるオンザスポット・モニターです。このタイプのモニターには、以下の活動が含まれます。

パフォーマンス目標からの重大な短期の逸脱を発見するための継続したシステム・オペレーションの監視。このアクティビティーのために、エンド・ユーザーのフィードバックは重要です。また、リソース測定機能 (RMF) を使用して、プロセッサー、チャネル、カップリング・ファシリティー、および入出力装置の使用量に関する情報を収集することもできます。
状況情報の取得。オンライン実行中のシステム処理に関する状況情報を取得できます。この情報には、キュー・レベル、アクティブな領域、アクティブな端末、および会話型トランザクションの数およびタイプが含まれます。この情報は、メイン端末オペレーターによって開始された自動化プログラムの助けを借りて入手することができます。実動サイクルの編成前の時 (メッセージのスケジュール前、一部のネットワークのシャットダウン時、またはピーク負荷時) に、このプログラムは、システム・リソース・レベルの、トランザクション処理の状況および測定値を収集できます。
CICSPlex ® SM モニター・データを使用します。 CICSPlex SM は、動的モニター・アクティビティーを支援するために、 CICS モニター機能によって生成された情報を累積することができます。データは、オンラインですぐに見ることができるため、トランザクションのパフォーマンスに関する即時フィードバックを得ることができます。 CICSPlex SM が CICS モニター情報を収集するには、 CICS モニターがアクティブでなければなりません。

毎日のモニター

データを毎日モニターして、主要なシステム・パラメーターを測定して記録します。データの毎日のモニターは、通常、イベントのカウントおよび全体レベルの時間測定値によって構成されます。場合によっては、 CICS システム全体でタイミングが平均化されます。データを毎日モニターするには、一連のタスクを実行します。例えば、次のようになります。

メッセージ、タスク、プロセッサー使用量、入出力イベント、使用されたストレージなどの項目の毎日の平均とピーク期間 (通常 1 時間) の平均の両方を記録します。これらのイベントを主要なパフォーマンス目標と比較し、パフォーマンスの低下が発生していないかどうかを確認します。
CICS の実行が終了するたびに、 CICS提供の統計をリストします。提供されるデータに日付スタンプとタイム・スタンプを付け、後で検討するためにそれをファイルします。例えば、安定したインストール・システムにおいて、週の終わりに毎日のデータを検討する場合があります。通常、どのタイプのモニター・データでも、収集頻度より低い頻度で検討を実行できます。問題があることがわかったら、検討の頻度を多くします。例えば、使用可能になったらすぐに毎日のデータを検討します。
シャットダウン時以外の時点で統計を提供するために、 CICS のすべての機能に精通している必要があります。主要機能は、端末からの呼び出し (カウンターがリセットされる場合とされない場合がある) と、時刻によって開始される自動要求です。
実行中に報告された問題 (例えば、統計のギャップの原因となる CICS のシャットダウン、応答時間が遅いユーザーからの苦情、サービス休止中の端末、その他の重要な項目など) について、非公式のメモを提出します。このようなメモは、後に発見される可能性のある詳細なパフォーマンスの数値における不均衡を調整するときに役立ちます。
CICS がアクティブであった期間のシステム・コンソール・ログを印刷し、並行バッチ・アクティビティーの観点から CICS システム・パフォーマンスを確認する必要が生じた場合に備えて、コンソール・ログのコピーをファイルします。
負荷に変動がある場合は、パフォーマンス測定ツールで説明されているパフォーマンス分析ツールの 1 つを 1 日の少なくとも一部に対して実行します。使用するツールによって作成されるレポートの要約をファイルします。
開発後レビューの段階で、使用頻度が一貫して高いと確認された項目をグラフに転記します。
CICS 統計、監視データ、RMFデータを IBM Z® Decision Supportに収集します。

週次モニター

システム指向の目標やワークロード・プロファイルと比較するために、システムの運用に関する詳細な統計を定期的に収集します。週次のモニター・データでは、以下のステップを実行します。

パフォーマンス・クラスをアクティブにして CICS モニター機能を実行し、それを処理します。モニター機能は毎日実行する必要はない場合がありますが、定期的に実行し、ソートされた要約出力と詳細なレポートを保持することが重要です。このファシリティーを同じ曜日に実行するかどうかは、システム負荷の性質によって異なります。例えば、特定の曜日が他の曜日よりシステム負荷が大きい場合は、この日にモニターします。ただし、特にパフォーマンス・クラスをアクティブにした場合は、モニター機能を使用すると、負荷が増すことに注意してください。
負荷が毎日同じように見える場合は、負荷を確認するのに十分な期間、 CICS モニター機能を毎日実行してください。 CICS 負荷の日ごとの差が実際にほとんどない場合は、ログから同じ方法で並行バッチ負荷を確認してください。バッチ負荷の検査により、週の特定の曜日におけるピーク・ボリュームや異常なトランザクションの混合による潜在的な問題を識別できます。 CICS 統計からの最初の数週間の出力でも、有用な information.You 詳細モニター・レポート出力を毎回確認する必要はないかもしれませんが、統計またはユーザー・コメントによって提起された質問に回答するには要約データが不十分である場合は、常にこの出力を保持してください。さらに調査が必要な場合に備えて、 CICS モニター機能の出力にラベルを付け、合意された期間保持します。
これは入出力使用、チャネル使用、およびその他の使用を示すため、RMF を実行してください。サマリー・レポートをファイルし、出力情報を同意期間だけ保存します。
CICS 統計およびすべてのインシデント・レポートを確認します。
重要なパラメーターのグラフを検討します。いずれかの項目がクリティカル・レベルに近づいている場合は、パフォーマンス分析および RMF 出力で詳細を確認してください。
将来の参照用の要約として、値を表にしたり、グラフ化したりします。
IBM Z Decision Support または CICS Performance Analyzer の週次レポートを作成する。

月次モニター

傾向をモニターして評価します。これは、長期間にわたって定期的に追跡すると、より適切に反映されます。以下のリストに、月次ベースでデータをモニターするためのタスクをいくつか示します。

RMF を実行します。
RMF およびパフォーマンス分析のリストを検討します。リソースを使用し過ぎている兆候がある場合には、以前に同意した手順に従ってから (例えば、管理部に通知する)、さらにモニターを続けます。
パフォーマンス上の問題が発生し始めた場合に使用するために、RMF 出力に日付スタンプとタイム・スタンプを付け、それを保持します。コンポーネント使用量の詳細な知識が重要になる場合は、その出力を使用して見積もりの作成をすることもできます。 RMF 出力によって、プロセッサー使用量、DASD の使用、およびページング率など、システム内のリソース使用量に関する詳細なデータを入手できます。
長期トレンドを示す IBM Z Decision Support レポートを毎月作成する。

将来のためのモニター

パフォーマンスを許容できる場合は、システム・パフォーマンス測定値が応答時間の問題を引き起こすようになる前に、その測定値をモニターし、パフォーマンス制約を予測する手順を設定します。効果的なモニター方式では、例外報告手順が重要です。複雑な実動システムでは、多くの場合、毎日包括的に検討できないほど多くのパフォーマンス・データがあります。パフォーマンス低下の主な要素は、経験によって識別できるため、それらの要素を最も詳しくモニターします。使用量およびこのプロセスに役立つその他の要因 (バッチ・スケジュールなど) の傾向を識別します。