Windows NT パフォーマンス モニタを使用すると、特定のコンポーネントとプログラム プロセスのリソース使用状況を監視することができます。パフォーマンス モニタ利用することにより、コンピュータの効率を評価するグラフとレポートを作成すること、問題点（不均衡なリソース利用、ハードウェアの不足、プログラムの設計不良など）を判別してトラブルシューティングを行うこと、および、ハードウェアの追加の必要性に関する計画を立てることができます。
SNA Server サービスは、Windows NT オペレーティング システムに完全に統合されます。したがって、SNA Server に関連したサービス、接続、およびプロセスを、Windows NT のパフォーマンス モニタに割り当てることができます。1 つまたは複数の SNA Server ベースのコンピュータの要求とパフォーマンスを評価することにより、ベンチマークを入手し、将来の成長に対応するためのハードウェア要件を見積もることができます。
『インサイド Windows NT 第 2 版』（日経BPソフトプレス刊）
『Microsoft Windows NT Server 4.0 リソース キット 最適化ガイド』（アスキー刊）
『Microsoft Windows NT Server コンセプト アンド プランニング ガイド』
パフォーマンス カウンタにより、コンピュータ リソースがどこで使用されているかを知ることができます。次に説明するように、カウンタは、SNA Server 上の要求とパフォーマンスを評価するための有益な情報を提供します。
■ Memory: Pages/sec
Windows NT Server でのメモリ ロードを理解するには、仮想メモリを実装するための技法の 1 つであるページングの概念を理解する必要があります。ページングとは、プログラム命令またはデータのブロック（ページ）を、メモリとディスクの間で相互にスワップすることです。ページングは、Windows NT の仮想メモリ マネージャにより必要に応じて実施されます。
■ System: %Total Processor Time
System: %Total Processor Time は、プロセッサがビジー状態になった経過時間のパーセンテージです。これは、有用な作業を行うために費やされた合計プロセッサ時間の割合を示すものではありません。通常の負荷のときのパーセント値が 60〜80 であれば、最大負荷に対処する余裕が残されているので、良好な値と言えます。しかし、プロセッサが長時間に渡り 100 %の状態になっているとすれば、プロセッサ ボトルネックがある可能性があります。マルチプロセッサ システムでは、プロセッサ別に Processor: %Processor Time を調べて、負荷がプロセッサ間にどのように分散されているかを確認することができます。
■ System: Total Interrupts/sec
System: Total Interrupts/sec は、コンピュータがデバイス割り込みを受信してサービスを提供する速度です（デバイス割り込みとは、タスクが完了したことまたはデバイスがアテンションを必要としていることを示すために、デバイスがプロセッサに送るシグナルです）。割り込みを生成するデバイスには、たとえば、アダプタ、ネットワーク アダプタ、システム タイマ（クロック）、マウスなどがあります。System: Total Interrupts/sec は、これらのデバイスのビジー状態がどの程度であるかを、コンピュータ全体の単位で示します。
■ SNA Connections: Throughput Bytes/Sec
これらのカウンタは、SNA の動作状況を示します。これらのカウンタを観察するときは、SNA Server 管理コンソールを起動し、サーバー（パフォーマンス モニタで観察しているのと同じもの）をダブルクリックすることをお勧めします。これにより、特定レベルの SNA 活動に関連したユーザーおよびセッションの数を知ることができます。この情報と、プロセッサおよびメモリの負荷に関するデータを組み合わせて利用することにより、サーバー上の負荷とパフォーマンスを評価することができます。スループットが低いことは必ずしもパフォーマンスが低いことを意味するのではなく、単に現在の活動量が少ないことを示しているだけの場合もあります。
■ SNA Connections: Data Bytes Received/Sec
これらのカウンタを前の 3 つのカウンタと併用することにより、SNA の動作状況に関する追加の詳細情報が得られます。
■ SNA Adapter adaptername: Adapter Failures
これらのカウンタは、接続またはアダプタに短時間の障害が発生し、その後再び正常な状態に戻る場合のパターンを検出するのに役立ちます（障害の原因については、イベント ログからもっと詳しい情報が得られます）。これらのカウンタとともにパフォーマンス モニタの警告もセットアップしておけば、過剰な障害が発生した場合に警告がトリガされるようにできます。
COM トランザクション インテグレータ用として使用できるパフォーマンス カウンタには、次のものがあります。
■ Average Method Call Time
このカウンタは、COMTI がクライアント アプリケーションにより行われたメソッド コールを処理するための平均所要時間を示します。この時間は、COMTI がクライアント アプリケーションからの要求（Invoke コール）を認識した時点で始まります。そして、COMTI がクライアント アプリケーションにコントロールを返した時点で終わります。このカウンタは、特定の COMTI プログラミング モデルに固有のものではありません。このカウンタは、経過時間（秒数）を示します。
■ Bytes received from host/sec
このカウンタは、COMTI がメインフレームから受信したバイト数を示します。このカウンタは、特定の COMTI プログラミング モデルに固有のものではありません。CICS リンク モデルの場合は、リンク モデル プロトコル ヘッダー データがあるため、報告される数値はユーザー データの量よりわずかに多くなります。この数値は 1 秒当たりバイト数で表されます。
■ Bytes sent to host/sec
このカウンタは、COMTI からメインフレームに送信されたバイト数を示します。このカウンタは、特定の COMTI プログラミング モデルに固有のものではありません。CICS リンク モデルの場合は、リンク モデル プロトコル ヘッダー データがあるため、報告される数値はユーザー データの量よりわずかに多くなります。この数値は 1 秒当たりバイト数で表されます。
■ Host response time CICS Link
このカウンタは、CICS リンク モデルを使用しているときに、ホストがトランザクション プログラムの作業単位の処理に要した平均時間を示します。この平均時間カウンタは、ホストが、受信した要求に応答するまでに要した時間を測定します。この時間は、COMTI が最後のデータ バッファを送信した時点に始まり、COMTI が最初の応答バッファを受信した時点で終わります。このカウンタは、経過時間（秒数）を示します。
■ Host response time CICS Non-link or IMS
このカウンタは、CICS 非リンク モデルまたは IMS モデルを使用している場合に、ホストがトランザクション プログラムの作業単位の処理に要した平均時間を示します。この平均時間カウンタは、ホストが、受信した要求に応答するまでに要した時間を測定します。この時間は、COMTI が最後のデータ バッファを送信した時点に始まり、COMTI が最初の応答バッファを受信した時点で終わります。このカウンタは、経過時間（秒数）を示します。
■ Link calls/sec
このカウンタは、CICS リンク プログラミング モデルを使用するメソッド コールの数を示します。この数値は、1 秒当たりのコール数で表されます。
■ Non-link calls/sec
このカウンタは、CICS 非リンクまたは IMS プログラミング モデルを使用するメソッド コールの数を示します。この数値は、1 秒当たりのコール数で表されます。
■ Total calls/sec
このカウンタは、COMTI が処理したメソッド コールの合計数を示します。このカウンタは、特定の COMTI プログラミング モデルに固有のものではありません。この数値は、1 秒当たりのコール数で表されます。
■ Total errors/sec
このカウンタは、ゼロ以外の HRESULT の値をクライアント アプリケーションに返したメソッド コールの合計数を示します。このカウンタは、特定の COMTI プログラミング モデルに固有のものではありません。この数値は、1 秒当たりのエラー数で表されます。
Windows NT イベント ビューアから得た情報を、問題の診断に使用することができます。イベント ログを調べることにより、特定の状態または状況に至るまでのイベントの順序をタイプを知ることができます。
イベント ログを格納するサーバー。
ログに記録するイベントの種類（記録できるすべてのイベント、全般的活動イベント、または重要なシステム イベント）。
ポップアップ エラー メッセージを、ローカル サーバーに加えて別のサーバーにもルーティングする場合に、その宛先サーバー。この種のメッセージには、ネットワーク上の活動に関連した警告およびエラー メッセージが含まれます。ルーティングされるメッセージには、入力された無効パラメータに関するメッセージ、またはそのほかの SNA Server 管理コンソール メッセージは含まれません。
イベント ログに記録する情報の種類を指定できます。種類には次のものがあります。
詳細な問題分析。これには、記録可能なすべてのイベントが含まれます。
インフォメーション メッセージ全般。これには、全般的な活動が含まれますが、すべてのイベントではありません。
重要なシステム イベント。これには主要イベントのみが含まれます。
監査ログ使用しない。これは、監査ログ記録をオフにします。
ポップアップ エラー メッセージは、サブドメイン内の特定のサーバーあてにルーティングできます。ポップアップ メッセージは常にローカル サーバーに表示されます。これらのメッセージをリモート サーバー宛てにルーティングすると、両方のサーバーに表示されることになります。ポップアップ メッセージには、エラーが発生したサーバーの名前が含まれています。エラーが発生したサーバーのみに、エラー メッセージが表示されるようにすることもできます。
主として通信用に使用するサーバーは、高速スループットを提供する必要がありますが、ファイル サーバーに求められるような高速ファイル アクセスの能力を提供する必要はありません。高速スループットは、メモリの一部を通信プログラム（SNA Server や Microsoft SQL Server など）の専用として確保することにより、達成できます。
フォアグラウンド アプリケーションへの応答の最短時間を設定する。
フォアグラウンド アプリケーションへの応答時間をバックグラウンド アプリケーションへの応答時間よりも短くする。
フォアグラウンド アプリケーションとバックグラウンド アプリケーションの応答時間を同じにする。
ネットワーク設定に最も適したオプションを選択してください。
注 追加のパフォーマンス ベンチマーキングが必要な場合は、Msend-Mrecv ツールを使用してシステム スループットを測定すると便利です。詳細については、第 12 章「Msend-Mrecv を用いたシステム パフォーマンス」を参照してください。