SharePoint 2013/2016監視：主要なパフォーマンスカウンター

こんにちは 私の名前はリュウボフ・ボルコバです。ビジネスソリューション開発部門のシステムアーキテクトです。 私の主な専門分野は、企業のSharePointポータルの実装、ソリューション開発、技術サポートです。 長年の経験により、一般的なファームに含まれるサーバーのパフォーマンスに影響する主なパターンを特定できます。

この投稿の目標は、エンタープライズSharePointポータルの管理者が効果的なサーバーメンテナンスプランを開発できるようにすることです。 以下のテキストは、SharePoint 2013/2016ファームサーバーの毎日のメンテナンスプランに含めることをお勧めするパフォーマンスカウンターと実用的な例をまとめたものです。 メーターに関するデータを使用して、エクスプレスモニタリングパネルのインジケーターを手動で構成および分析したり、メーターが一定期間にわたってしきい値を超えた場合に通知の受信を自動化したりすることができます。この期間は、組織が採用する要件と標準によって異なります。

システムカウンター

SharePointファームの一部であるサーバーシステムを監視する必要があるユニバーサルパフォーマンスカウンターがいくつかあります。

CPU

CPU使用率（_Total）\％プロセッサ時間

プロセッサが、アイドルを除くすべてのコマンドフローの処理に費やす時間の割合。 この値は、100％と、プロセッサがアイドルスレッドの完了に費やす時間の割合との差に等しくなります。 （アイドル命令ストリームは、他の命令フローがない場合、プロセッサーの作業時間を占有します。）このカウンターは、プロセッサー使用率の主要な指標です。 測定間隔中のプロセッサー使用率の平均値を示します。

パフォーマンスを監視し、すべてのプロセッサのワークロードを75％以下のレベルに維持する必要があります。 より高いレベルの輻輳では、システムはアクティビティの突然のバーストに対処できなくなります。 また、1つのコンポーネントの障害が他のコンポーネントの誤動作を引き起こす場合の「ドミノ効果」を回避します。 たとえば、3つのWebサーバーがある場合、すべてのサーバーの平均CPU負荷が60％未満であることを確認する必要があります。これにより、1つが失敗した場合、他の2つのプロセッサが追加の負荷を処理できます。

割り込み/ s（割り込み/秒）

プロセッサがハードウェア割り込みを受信して​​処理する平均速度（1秒あたりのイベント数）。 この値には、個別に計算される遅延プロシージャ呼び出しは含まれません。 この値は、システムタイマー、マウス、ディスクドライバー、データライン、ネットワークアダプター、その他の周辺機器など、ハードウェア割り込みを形成するデバイスのアクティビティの間接的なインジケーターです。 通常、これらのデバイスは、シャットダウンしたとき、または要求を処理する必要が生じたときに、プロセッサを中断します。 この場合、コマンドフローの通常の実行は中断されます。 通常、システムタイマーは10ミリ秒ごとにプロセッサに割り込み、ハードウェア割り込みの「バックグラウンド」を作成します。 したがって、この値は、最後の2つのサンプルの値の差をサンプリング間隔の持続時間で割った値を表示します。

カウンタの読み取り値はプロセッサに依存しています。 適切な開始値は、1秒あたり1,000割り込みです。 システムアクティビティの対応する増加を伴わないこのカウンタの値の大幅な増加は、問題を示しており、ネットワークアダプタ、ディスク、またはその他の機器が中断を引き起こしている可能性があります。

システム

プロセッサキューの長さ

待機中のスレッドの数で測定される現在のプロセッサキューの長さ。 すべてのプロセッサは、スレッドがプロセッササイクルを待機する1つの共通キューを使用します。 このカウンタには、現在実行中のスレッドは含まれません。 プロセッサー時間については、複数のプロセッサーを搭載したコンピューター上でも1つのキューがあります。 したがって、コンピューターに複数のプロセッサーがある場合は、この値を負荷を処理するプロセッサーの数で割る必要があります。

このカウンターは現在の値を反映し、特定の時間間隔での平均値ではありません。

プロセッサあたり5スレッド未満の連続プロセッサキューは一般に許容され、ワー​​クロードにも依存します。 しきい値を超える値は通常、プロセッサの輻輳を示します。

プロセス

_Totalインスタンスのワーキングセット

プロセスのワーキングセットキャッシュの現在のサイズをバイト単位で表示します。 ワーキングセットは、プロセススレッドによって最近使用されたメモリページのセットです。 コンピューターの空きメモリの量がしきい値を超えると、未使用のページがプロセスイベントのワーキングセットに格納されます。 空きメモリがしきい値を下回ると、ワーキングセットからページが削除されます。 必要な場合、RAMからアンロードされる前にRAMエラーが解決されると、ワーキングセットに転送されます。

このカウンタは、システム全体の問題と特定のプロセスに関連する問題の両方を示すことができます。 ワーキングセットのサイズが大幅に増減すると、スワップが発生します。

スワップファイルの推奨設定は「RAM + 10」です。

ワークセットからの削除が発生した場合、カウンター「Process（*）\ Work set」を追加して、問題の影響を受けるプロセスを見つける必要があります。

さらに、このカウンターの読み取り値をカウンター "Memory \ Resident bytes of system cache"の値と比較して、ワーキングセットからのシステム全体のページ削除が発生するかどうかを判断することをお勧めします。

SharePointプロセスのCPU使用率（％プロセッサ時間）

このカウンタの読み取り値は、_Totalオブジェクトのシステムカウンタ「プロセッサ\％CPU使用率」のデータとともに分析する必要があります。 すべてのプロセッサのワークロードがしきい値を超える場合、ASP.Netプロセスのロードに関するデータは、このプロセスが問題の原因であるかどうかを判断するのに役立ちます。

監視に含めることが推奨されるSharePointプロセス：

• w3wp;
• mssearch;
• noderunner;
• miiserver。

SharePointプロセスのプライベートバイト

他のプロセスと共有できないプロセスに割り当てられている現在のバイト数を示します。

このカウンタは、プロセスのメモリリークを検出するために使用できます。

SharePointプロセスの場合、このカウンターの値を同じプロセスのキャッシュサイズと比較して、メモリリークがあるかどうかを判断します。 キャッシュサイズの同じ増加を伴うプロセスの排他的バイト数の増加は、正しい動作（メモリリークなし）を示しています。

SharePointプロセスの仮想バイト

プロセスが現在使用している仮想アドレス空間の量をバイト単位で表示します。

プロセスが大量の仮想メモリを使用しているかどうかを判断するために使用されます。

w3wpプロセスのハンドルカウント

現在アクティブなこのプロセス内のスレッドの数。 2000を超える値にはシステム管理者の注意が必要です。10000は、IISのパフォーマンスが著しく低下し、その結果、企業ポータルの動作が既に低下している可能性があるしきい値です。

ネットワークアダプター

合計バイト数/秒（合計バイト数/秒）

ネットワークアダプターを介してデータを送受信する速度。 この速度がネットワーク帯域幅の40〜50％を超える場合、理由の追加の明確化が必要になる場合があります。

論理ディスク

平均ディスクキューの長さ

ディスク要求キューの平均長。 特定の時間間隔中に処理を待機しているディスク要求の数を表示します。 単一ディスクのキューが2以下である場合は、正常と見なされます。 キューに3つ以上の要求がある場合、おそらくディスクが過負荷になり、着信要求を処理する時間がありません。 「読み取り要求の平均数」カウンターと「ディスクへの書き込みの平均長さ」カウンターを使用して、ディスクが処理できない正確な操作を指定できます。

平均ディスク読み取りキューの長さ

測定間隔中に対応するドライブのキューに入れられた読み取り要求の平均数。

平均ディスク書き込みキューの長さ

測定間隔中に対応するディスクのキューに入れられた書き込み要求の平均数。

ディスク読み取り（バイト/秒）（ディスク読み取り/秒）

読み取り操作中にこのディスクからデータが転送される速度。

ディスク書き込み速度（バイト/秒）（ディスク書き込み/秒）

書き込み操作中にデータがこのディスクに転送される速度。

ディスクサブシステムでのカウンター読み取り値の例

平均ディスクキュー長	平均ディスク読み取りキューの長さ	平均ディスク書き込みキューの長さ	ディスクからの読み取り速度（バイト/秒）	ディスクへの書き込み速度（バイト/秒）
0.015	0.004	0.011	0.723	9,578

カウンターの値に基づいて、ディスクシステムの負荷は最小であり、システムのボトルネックではないと結論付けることができます。

記憶

使用可能なMバイト

このカウンタは、割り当てに使用可能な物理メモリの量を示します。 十分なメモリがない場合、ページファイルがより集中的に使用され、1秒あたりのページエラー数が増加します。 このカウンターの値がWebサーバーで2 GB未満の場合、メモリを無駄にする必要があります。

割り当てられたメモリ使用率（％使用中のコミット済みバイト数）

専用メモリー制限（Commit Limit）に対するコミット済みメモリー（Committed Bytes）の割合。 この値は、使用可能な仮想メモリの実際の使用量を反映しています。 ページファイル（ページファイル）が増加すると、割り当てられたメモリの制限が変更される可能性があることに注意してください。 この値は特定の現在値であり、特定の時間間隔での平均値ではありません。

しきい値：警告は70％、90％以上-クリティカル。 より高い値では、メモリの量を増やすだけで十分です。

ページフォールト/秒（ページフォールト/秒）

カウンターは、1秒あたりのページエラーの平均数を示します。 1秒あたりの失敗したページ読み取り数で測定されます。 ページエラーは、メモリ内のページを要求するプロセスがあるときに発生し、システムは要求された場所でそれを見つけることができません。 要求されたページがメモリに見つからない場合、このエラーはソフトページフォールトと呼ばれます 。 要求されたページをディスクから復元する必要がある場合、このエラーはハードページフォールトと呼ばれます 。

ページ入力/秒

入力ページ/秒は、リンクが処理された時点でメモリにないページへのリンクを解決するときにディスクから読み取られたページの数です。 スレッドがRAMのワーキングセットにない仮想メモリページを参照すると、ページエラーが発生します。 このカウンターは、システムキャッシュによって実行されるスワップ（ページ交換）も考慮して、アプリケーションによって要求されたデータにアクセスします。 これは、過剰なメモリ負荷を特定し、過剰なページ交換を引き起こすための重要な情報源です。 推奨される警告しきい値は1000です。

読み取りページ/秒（ページ読み取り/秒）

カウンター値は、ページ割り込みの処理中に、ページに関係なく、単位時間あたりの読み取り操作が実行された回数を示します。 このカウンターは、プロセスのワーキングセットが物理メモリに対して大きすぎること、およびディスクとのページごとの交換があることを示します。 読み取り操作の数のみを表示します。各操作で取得されたページ数は除きます。 大きな読み取り値は、メモリのボトルネックを示しています。 過度のスワッピングは、応答と不安定性を低下させる可能性があります。

カウンタページ入力/秒と読み取りページ/秒は一緒に考慮する必要があります。 最初のものにはディスクから読み取られたページの数が含まれ、2番目にはスワップ中に実行された読み取り操作の数が含まれます。 これらのカウンタは、ハードページフォールト—目的のデータページが物理メモリにないメモリアクセス操作を考慮します。 したがって、Exchangeページ/秒、読み取りページ/秒、ページの入力/秒が常に高レベルである場合、オペレーティングシステムがページファイルをアクティブに操作していると見なすことができます。これは、メモリ不足を示しています。 ページ数/秒を入力このカウンターの値は、ページ数/秒の値以上でなければなりません。

キャッシュエラー/ s（キャッシュフォールト）

このカウンタは、ファイルシステムキャッシュでページを検索する際のエラーの頻度を示します。 これは、ページがメモリ内で見つかった場合はソフトウェアエラー、ページがディスク上にある場合はハードウェアエラーの可能性があります。

読み取りおよび書き込み操作にキャッシュを積極的に使用すると、サーバーのパフォーマンスに大きく影響する可能性があります。 キャッシュエラーの数の増加を監視する必要があります。これは、 非同期高速読み取り/ sまたは順方向読み取り/ sの値の減少によって示されます。

ページ交換/秒（ページ/秒）

深刻なページクラッシュを解決するために、ページをディスクに読み書きする速度。 この値は、入力ページ/秒と出力ページ/秒の値の合計です。 カウンター読み取り値は、システム全体で遅延を引き起こす障害の種類の主要な指標です。 ファイルシステムキャッシュ内のページフォールトを補正するために受信したページ数を示します。 これらのページは通常、アプリケーションで必要です。 このカウンターの値は10を超えてはなりません。

非ページプールのバイト（プールの非ページバイト）

非ページプールのサイズ（バイト単位）。 非ページプールは、ディスクに書き込むことができないオブジェクトに使用されるシステムの仮想メモリの領域であり、存在する間は物理メモリに残る必要があります。 このカウンタは、平均値ではなく現在の値のみを反映します。

オペレーティングシステムのコンポーネントが機能するために必要な場所を要求する、メモリの特別なシステム領域にスペースを割り当てる要求。 非ページページプールのページは、ディスク上のページファイル（ページファイル）にアップロードできず、その使用期間全体にわたってRAMに残ります。 このカウンターは現在の値を反映し、特定の時間間隔での平均値ではありません。

カウンターは、2つの最小値-2x RAMおよび128 GBを超えてはなりません。

メモリカウンターのパフォーマンスを分析するための一般的な推奨事項

\ Memory \ Exchange pages / sec、\ Memory \ Read pages / sec、Memory \ Enter pages / secが常に高レベルで、\ Memory \ Cache errors / secが低い場合、オペレーティングシステムがアクティブであると想定できます。スワップファイルで動作します。これは、メモリ不足を示しています。 ただし、\ Memory \ Cache Errors / sも高い場合、ほとんどの場合、メモリに表示される大きなファイルのアクティブな作業が原因です。 通常、これにはそれほど時間はかかりません。

メモリカウンターの読み取り値の例

利用可能なMB	使用率 教育 記憶の	ページエラー / s	ページに入る / s	ページを読む / s	ページ共有 / s	非バイトの 貨物 ボリュームプール
6312,758	65	605,378	15,936	1.105	15,995	115352406

物理メモリの平均量のインジケータは正常です。 ボリュームの増加の兆候はありません。 使用されている物理メモリの平均割合は通常（65％）ですが、70％のしきい値に近づいています。

スワップ中に実行される少数の読み取り操作と組み合わせてメモリページにアクセスすると、比較的高いエラー率が観察されます。 カウンター読み取りページ/秒の入力は正常であり、しきい値を大幅に下回っています。 ページ交換/秒（15+）カウンター値が10のしきい値を超えています。システムが定期的にページファイルをアクティブに使用していると想定できます。 このシステムの動作の最も一般的な理由の1つは、大量のファイルをポータルにダウンロードすることです。

スワップファイル

使用率（％使用）

現在使用中のページングファイル（ページファイル）の割合。

使用率（ピーク）（％使用ピーク）

ページファイル（ページファイル）の最大使用率（パーセント）。

サーバーページファイル（スワップファイルとも呼ばれます）には、ディスク上の「仮想」メモリアドレスが含まれています。 プロセスを停止する必要があるときにページエラーが発生し、必要な「仮想」リソースがディスクからメモリにコピーされるまで待機します。 物理メモリの量が十分でない場合はさらに多くなります。

SharePointの場合、ページファイルサイズをRAMの150％に設定することをお勧めします。 絶対最小値は、RAM + 1 MBの値でなければなりません。

割り当てに使用可能な物理メモリの量を追跡します。 十分なメモリがない場合、ページファイルがより集中的に使用され、1秒あたりのページエラー数が増加します。

SharePoint Serverパフォーマンスカウンター

ASP.NetおよびASP.Netアプリケーション

ASP.Net。 アプリケーションの再起動

Webサーバーの存続期間中にアプリケーションが再起動する回数。 このカウンターの値は、Application_OnEndイベント（Webアプリケーションの終了）が発生するたびに増加します。 アプリケーションの再起動は、Web.configファイルの変更、アプリケーションの\ Binディレクトリ内のアセンブリの変更、またはWebフォームページの多数の変更の結果として発生する可能性があります。 この値の予期しない増加は、予期しない状況の結果としてWebアプリケーションのシャットダウンが発生したという事実による可能性があります。 この場合、問題の原因をできるだけ早く分析する必要があります。 このカウンタの値はゼロになるはずです。

ASP.Net。 拒否されたリクエスト

要求キューのオーバーフローにより拒否された要求の総数。 多くの場合、リクエストを処理するにはサーバーリソースが不十分なため、リクエストは拒否されます。 この値は、返されるHTTPエラーコード503の数に対応します。これは、サーバーがビジーであることを意味します。 リソース不足の理由の例：Webサーバーへの多数のリクエスト、DBMSへの多数の低速リクエスト（最適化されていない）、サードパーティ開発者によって書かれたソリューションのコンポーネントが正しく実行されません。 したがって、サーバー上のリソース不足の原因を特定して解消するには、追加のツールを使用してWebサーバーのより詳細な分析を実行する必要があります。

ASP.Net。 キューに入れられたリクエスト

MS SharePoint Webアプリケーションは、HTTPを介してユーザーのブラウザーに表示され、予備のデータ処理と処理（Webパーツ、ユーザーコントロールなど）を必要とするHTMLページの標準ブロックを提供します。 企業ポータルWebページでユーザーに表示される最終的なデータ処理結果を準備するには、データベース、ファイルシステムなどに対する1つまたは複数のクエリが必要になる場合があります。 このカウンターの最大デフォルト値は5000です。このパラメーターはMachine.configファイルで変更できます。 このカウンタの値は、しきい値の70〜75％を超えてはなりません。 3500-3750。

ASP.Net。 ワーカープロセスの再起動

サーバー上のワークフローを再起動する量。 予期しないエラーが発生した場合、または意図的なアクション中に、ワークフローを再開できます。 ワークフローを再起動する理由は、アプリケーションとプロセッサの負荷によるメモリ消費量が高いこと、再起動はアプリケーションプールの設定で定義されることもあります。 ワークフローを頻繁に再起動する場合、ユーザーが連絡したときのWebリソースの応答には長い時間がかかります。

このカウンタの値はゼロになるはずです。

ASP.Net。 リクエスト待機時間

処理キュー内の最後の要求の待機時間（ミリ秒単位）。 待機イベントの数が増えると、ユーザーはWebページを表示するときのパフォーマンスの低下に気付くでしょう。 待機イベントの数が増えると、ユーザーはページを表示する際のパフォーマンスの低下に気付くでしょう。

ASP.Netアプリケーション。 リクエスト/秒

1秒あたりに実行されるクエリの数。 現在のアプリケーションの帯域幅を表します。 一定の負荷の下では、この数は特定の範囲内に留まり、他のサーバー操作（ガベージコレクション、キャッシュフラッシュフロー、外部サーバーツールなど）を禁止する必要があります。

ASP.Netカウンターの例とASP.Netアプリケーション

アプリケーションの再起動	拒否されたリクエスト	キューに入れられたリクエスト	ワーカープロセスの再起動	リクエスト待機時間	リクエスト/秒
2,175	0	0	0	0	0.153

ほとんどすべてのASP.Netカウンターのデータインジケーターは、1秒あたりのリクエスト数の小さな値と組み合わせてゼロになる傾向があります。 Webアプリケーションの多数の再起動に注意する必要があります（Application Restartsカウンター）。 ユーザーはWebリソースの可用性に関する問題を定期的に経験するため、企業ポータルの管理者はWebアプリケーションの頻繁なクラッシュの原因を見つけて排除する必要があると想定できます。

Memory CLR .Net（メモリCLR .Net）

ガベージコレクション

ジェネレーション0のガベージコレクション（＃Gen 0コレクション）-ジェネレーション0のオブジェクト（つまり、最後に追加されたオブジェクト）がアプリケーションの開始以降にガベージコレクターによって取得された回数。

ジェネレーション1のガベージコレクション（＃Gen 1コレクション）-アプリケーションの開始以降、ガベージコレクタによってガベージコレクションオブジェクトの生成が収集された回数。

ジェネレーション2のガベージコレクション（＃Gen 2コレクション）-アプリケーションの開始以降、ガベージコレクタによってジェネレーション2オブジェクトが収集された回数。 このカウンタは、ジェネレーション2のガベージコレクションが完了した後（フルガベージコレクションとも呼ばれる）、1ずつ増加します。

監視するときは、「世代0のガベージコレクション：世代1のガベージコレクション」の関係に注意する必要があります。世代2のガベージコレクションの数が世代0のコレクション数を大幅に超えないようにしてください。最適な比率は2。

GCの％時間（GCの％時間）

最後のガベージコレクションサイクル後にガベージコレクションに費やした時間の割合を表示します。 このカウンターは通常、アプリケーションに代わってメモリを抽出および圧縮するためにガベージコレクターによって行われた作業を示します。 このカウンターは、各ガベージコレクションの最後にのみ更新されます。 このカウンターは平均ではなく、最後に観測された値を表示します。 通常モードでは、カウンター値は5％を超えてはなりません。

CLR.Net例外（Microsoft .NET CLR例外）

例外の数秒（スローされた例外/秒）

1秒あたりに生成された例外の数。 このカウンターは、処理済みの例外と未処理の例外の両方をカウントします。 例外はまれなケースでのみ発生し、プログラム実行の通常の過程では発生しないと想定されています。 このカウンタは、例外を生成する頻度が高すぎる（> 100）場合に潜在的なパフォーマンスの問題を通知するために導入されました。 このカウンターは時間平均を提供しません。 最後の2回の測定で観測された値の差と測定間隔の比を示しています。

このカウンタの値はゼロになるはずです。

Webサービス

このグループからのカウンターの測定値は、オブジェクトの特定のインスタンス、たとえば「SharePoint-80」などの企業ポータルWebアプリケーションに関連して考慮されます。

現在の接続数

現在確立されているWebサービスへの接続の数。 値が大きいほど、SharePointサーバーの負荷が大きくなります。

ISAPI拡張リクエスト/秒

ISAPI （インターネットサーバーアプリケーションプログラミングインターフェイス）は、MS IIS（インターネットインフォメーションサービス）Webサーバーが提供する一連のインターフェイスで、このサーバーと対話して機能を拡張するアプリケーションを記述します。 ISAPIアプリケーションは、IIS APIと直接対話するダイナミックリンクライブラリ（DLL）です。 ISAPIアプリケーションはIISアドレス空間でロードおよび実行されるため、サーバーはHTTP要求ごとに新しいプロセスを作成する必要はありません。 WindowsはDLLの関数の最初の呼び出しで動的にリンクされたライブラリを一度ロードするため、ISAPIアプリケーションはロードされたままで、Webサーバーが停止/オフ（ISAPIキャッシングが有効な場合）またはアプリケーションが明示的にアンロードされない（キャッシングの場合）オフ）。

カウンターの読み取り値は、Webサービスが受信したISAPI拡張要求の頻度を示しています。

SharePoint Foundationカウンター

SQLクエリ実行時間

カウンターは、SQLクエリの平均実行時間を示します。 戻り値はできるだけ低くする必要があります。 このカウンターの読み取り値は、基本サブシステムの負荷とその物理的特性（メモリ、プロセッサ、ネットワーク、ディスクデバイス）のデータの影響を大きく受けます。 このカウンターの測定値は、次の影響も受けます。

1. ソリューションコードに関係する可能性のあるT-sqlクエリの最適化されていない実行プラン。
2. ポータルユーザーのさまざまなアクティビティを生成するために使用できるストアドプロシージャの呼び出し。
3. インデックスのパフォーマンスが最適化される程度。

SQLクエリの実行

カウンターは、現在実行中のSQLクエリの数を返します。 カウンターの値は、ポータルに実装されている機能の詳細に大きく依存します。 値の分析は、コンテンツ処理の詳細を考慮して実行する必要があります：基本的なリストとライブラリの操作、データの表示でのグループ化とフィルターの使用、フィールドの検索、外部データを含むリストへのアクセス、外部データソースへの要求の処理、または多数のリストの処理アイテムなど。

実行時間/ページ要求

カウンターは、データ収集中に処理されたWebページ要求の平均実行時間（ミリ秒単位）を返します。 統計には、ASP.Netによって構築された動的なWebページの要求データが含まれます。

現在のページのリクエスト

カウンター値は、処理中の現在のリクエストの数を示します。 期間によって大きく異なり、SharePointポータルへの現在の呼び出し数に依存します。 最も重要なのは、ピーク時の読み取り値の分析と、Webページの要求の平均実行に関するインジケータ（実行時間/ページ要求）および進行中のSQLクエリの数に関するデータとの組み合わせです。

ページリクエストの拒否率

リクエストを実行したときに拒否されたページの割合。 戻り値はできるだけ低くする必要があります。 ページがキャッシュから要求されたのではなく、サーバー上のWebページの完全な要求サイクルの完了が必要であることを示します。

着信ページ要求率

カウンター値は、最後の1秒間の着信要求の数を表示します。 同様に、厳密に定義された時間間隔に関連する現在のページ要求-1秒。

アクティブなスレッド

カウンターは、SharePointコードで現在実行されているスレッドの数を返します。 インジケータは、プロセッサとその特性、基本的なサブシステム（メモリ、プロセッサ、ネットワーク、ディスクデバイス）のインジケータ、ポータルの現在の負荷など、多くの要因に依存します。 追加のフローの開始は、SharePointプラットフォームのソリューションの一部としてコードでプログラムで開始できます。

SharePoint Foundationサンプルメーターの測定値

SQLクエリ実行時間	SQLクエリの実行	時間/ページリクエストの実行	現在のページのリクエスト	ページリクエストの拒否率	着信ページ要求率	IActiveスレッド
0,048	0.051	0.197	1,581	0	0.396	1,595

SharePoint Foundationカウンターからの読み取り値の平均値に基づいて、企業ポータルの操作中に、Webサーバーにアクセスするユーザーに関連する高負荷はないと想定できます。

SQL Serverの監視

ディスクサブシステム制御

Microsoft SQL Serverは、Microsoft Windows ServerオペレーティングシステムのI / Oシステムコールを使用して、ディスクの読み取りおよび書き込み操作を実行します。 SQL ServerはディスクI / Oを実行するタイミングと方法を決定しますが、基本的なWindows I / OはWindowsによって実行されます。
以下は、毎日の保守計画で監視することが推奨されるメーターの最小セットを説明しています。

物理ディスク\平均ディスク読み取り時間（物理ディスク\平均ディスク秒/読み取り）

ディスク読み取り操作ごとに平均で費やした時間（秒単位）。 ディスクの読み取りが完了した平均時間を示します。 このカウンタの基本的なインジケータは15ミリ秒を超えてはなりません。 読み取り操作の実行時間が平均でこの値を十分に長い時間超えている場合、これは入出力デバイスの問題を示している可能性があります。

物理ディスク\平均ディスク書き込み時間（物理ディスク\平均ディスク秒/書き込み）

平均ディスク書き込み時間は、ディスクへの書き込み操作ごとに平均で費やされる秒単位の時間です。 このカウンタの基本的なインジケータは15ミリ秒を超えてはなりません。

「ディスクからの読み取りの平均時間」および「ディスクへの書き込みの平均時間」カウンターは、ストレージデバイスディスクがオペレーティングシステムで使用可能になるソフトウェアアドインで遅延を直接測定します。 これらを使用すると、関連するハードウェアまたはソフトウェアに関係なく、ドライブおよびハードウェアがI / O要求の処理に費やした時間を正確に測定できます。

OLTPシステムの場合、平均値は15ミリ秒未満で、有効なピークは最大25ミリ秒です。 データの読み取りまたは書き込みにかかる時間が短いほど、システムの機能は速くなります。

CPU使用率制御

Microsoft SQL Serverインスタンスの監視により、CPU使用率レベルが標準範囲内にあるかどうかを判断できます。 一定レベルのCPU使用率は、CPUをアップグレードする必要があるか、複数のプロセッサーを追加する必要があることを示している場合があります。 アプリケーションを最適化すると、CPU使用率を削減できます。 プロセッサシステムには次の操作が大量にロードされています。

• 実行計画のコンパイルと再コンパイル。
• ソート;
• ハッシュ。

以下は、毎日のメンテナンス計画で監視することが推奨されるメーターの説明です。

<SQL Serverインスタンス> SQL Statistics \ SQL Compilations / sec

SQLコンパイルはすぐに完了しました。 コードコンパイルパスが入力された回数を示します。 SQL Serverのステートメントレベルでの再コンパイルによるコンパイル操作が含まれます。 SQL Serverの「Microsoft SQL ServerのSQL統計」オブジェクトは、SQL Serverのインスタンスに送信されるクエリのコンパイルと種類を監視するためのカウンターを提供します。 クエリのコンパイルと再コンパイルの数、およびSQL Serverのインスタンスが受信したパッケージの数を監視すると、SQL Serverがユーザークエリを実行する速度と、クエリオプティマイザーがそれらを効率的に処理する方法がわかります。 コンパイルでは、リクエストの処理にかなりの時間がかかります。 コンパイルコストを節約するために、データベースエンジンはコンパイルされたクエリプランをクエリキャッシュに保存します。 キャッシングの目的は、将来の再利用のために既にコンパイルされたリクエストを保存することでコンパイルの数を減らし、後で来る可能性のある同様のリクエストを再コンパイルする必要をなくすことです。 ただし、各一意の要求は少なくとも1回コンパイルする必要があります。 要求のコンパイルは、次の要因によって発生する可能性があります。

• 基本的な変更（テーブルへの列またはインデックスの追加）または統計スキーマ（テーブル内の多数の行の挿入または削除）を含むスキーマの変更。
• 環境の変更（SETステートメント）。 セッションパラメータの変更（たとえば、ANSI_PADDINGまたはANSI_NULLS句により、リクエストが再コンパイルされる場合があります）。

<SQL Serverインスタンス> SQL Statistics \ Batch Requests / sec

カウンターは、スタンバイ状態の他のスレッドの操作を実行するために（SQLスケジューラーからではなく）オペレーティングシステムスケジューラーから受信したスレッドの数を示します。 Batch Requests / secカウンターには、サーバーのプロセッサ数の約5000倍のしきい値が使用されます。 この値は、ハイパースレッディングが有効でCPU使用率が低いシステムでも高くなる可能性があります。

<SQL Serverインスタンス> SQL Statistics \ SQL ReCompilations / sec

1秒あたりの再コンパイルの平均数。 この特性の値が低いほど優れています。

<SQL Serverインスタンス>アクセス方法\ワークファイル作成/秒。 ワークファイル

ワークファイルは、SQL Serverの内部ニーズ専用のデータファイルページの一部です。 SQL Serverは、ワークファイルを積極的に使用してハッシュ操作を実行し、中間ハッシュ結果を保存します。 Workfiles , SQL Server , . Workfiles Created/sec Batch Requests/sec 20%. Workfiles , .

\ (Processor\Processor Queue Length)

, . SQL Server , . SQL Server , . , , SQL Server, .

Batch Requests /sec	SQL Compilations /sec	SQL ReCompilations /sec	Workfiles Created /sec	Processor Queue Length
19,998	0,675	0,006	1,267	0,151

, :

• SQL Compilations/sec Batch Requests/sec
  0,6/19 = 0.03
  , 3% . , . SQL Compilations/sec 10% Batch Requests/sec. .
• SQL ReCompilations/sec SQL Compilations/sec
  0,006/0,6 = 0.01
  , 1% . SQL Recompilations/sec 10% SQL Compilations/sec. .
• Workfiles Created/sec Batch Requests/sec
  1/19 = 0.05
  .

Batch Requests/sec	SQL Compilations/sec Batch Requests/sec	SQL ReCompilations/sec SQL Compilations/sec	Workfiles Created/sec Batch Requests/sec
	0,034	0,01	0.06
	0.1	0.1	0.2
	はい	はい	はい

, SQL Server , .

SQL Server , , , , . SQL Server , , . , Memory: Available Bytes 100...50 MB Windows (trimming) , , . Min Server Memory Max Server Memory.

SQL Server, SQL, SharePoint.

b6s SQL 2147483647 Mb, SQL Server – 96 GB.



Max Server Memory ( SQL Server) :

SQL = TotalPhyMem — ( NumOfSQLThreads * ThreadStackSize ) — (1GB * ( NumOfCores /4)) — RAMOSReserve d — RAMForOtherApps , :

• TotalPhyMem – .
• NumOfCores – - .
• NumOfSQLThreads – - , . - 4 NumOfSQLThreads 256. - 4 : NumOfSQLThreads = 256 + (NumOfCores- 4) * 8.
• ThreadStackSize = 2 x64. IA64 ThreadStackSize=4.
• RAMOSReserved – . 20% TotalPhyMem 15 12,5% .
• RAMForOtherApps – SQL- .

:

SELECT cpu_count AS [Logical CPU Count] , hyperthread_ratio AS [Hyperthread Ratio] , cpu_count / hyperthread_ratio AS [Physical CPU Count] , osi.physical_memory_kb / 1024 AS [Physical Memory (MB)] , sqlserver_start_time FROM sys.dm_os_sys_info as osi; 

b6の場合、計算は次のようになります。

• TotalPhyMem = 98276 Mb。
• NumOfCores = 32。
• NumOfSQLThreads = 256 +（ 32-4 ）* 8 = 480
• ThreadStackSize = 2 Mb。
• RAMOSReserve d = 12.5％* 98276 Mb = 11793 Mb
• RAMForOtherApps-顧客はこの値を自分で決定する必要があります。 現在の計算では、SQLの1秒インスタンスあたり8,000 MBの値を想定しています。

SQLの最大RAMサイズ = 98276 Mb-（480 * 2 Mb）-（1GB * ROUNDDOWN（32/4））-11793 Mb-8000 Mb = 98276 Mb-960 Mb-8192 Mb-11793 Mb-8000 Mb = 69331 Mb

したがって、バッファプールのサイズ（「最大サーバーメモリ」の対応する値）は、最大69331 MBまで拡大できます。これにより、オペレーティングシステムの動作に影響を与えることはありません。

以下は、SQL Serverが使用するメモリを監視するためのカウンタの説明です。SQLServerの監視は、毎日の監視に含めることをお勧めします。

<SQL Serverインスタンス> Memory Node \ Target Server Memory

カウンターデータは、サーバーに必要なメモリの理想量に関する情報を提供します。

<SQL Serverインスタンス> Memory Node \ Total Server Memory

カウンターデータは、メモリマネージャーによってサーバーに割り当てられたメモリの量に関する情報を提供します。 Total Server MemoryがTarget Server Memoryより小さい場合、メモリ不足の兆候です。

<SQL Serverインスタンス>バッファーマネージャー\バッファーキャッシュヒット率

ディスクから読み取られずにバッファキャッシュで見つかったページの割合。 この値は、キャッシュ内のヒットの総数を、最後の数千のページアクセス操作の対象となるキャッシュリクエストの数で割った値として定義されます。 長い期間の後、この比率はわずかに変化します。 キャッシュからの読み取りはディスクからの読み取りよりもはるかに高速であるため、このインジケーターの最高値を求めて努力する必要があります。

<SQL Serverインスタンス> Buffer Manager \ Page Life Expectancy

バッファプールの平均ページライフタイムを示します。 しきい値は少なくとも300秒です。

<SQL Serverインスタンス> Memory Manager \ Memory Grants Pending

作業メモリの提供を待機しているプロセスの総数を示します。

メモリ使用量の監視カウンターの例

ターゲットサーバーメモリ（KiV）	合計サーバーメモリ（KiV）	バッファキャッシュヒット率	ページの平均寿命	怠writesな書き込み /秒	メモリ許可
5312958	3683571	99.92％	9 905 712	10,739	0.018

値は通常の範囲内ですが、合計サーバーメモリはターゲットサーバーメモリよりも小さいことに注意してください。 これは通常、メモリ不足の兆候ですが、この場合、SQL Serverは必要に応じてメモリを要求するため、状況は異なって見えます。 メモリ要件がそれほど大きくない場合、合計サーバーメモリはターゲットサーバーメモリよりもずっと低くなります。 MS SharePoint Foundation 2013のSQL Serverのメモリ要件は、単一サーバーファームの運用環境で使用するために8〜16 GBです（ 詳細はこちら ）。 したがって、現時点では、DBMSサーバーのメモリを増やす必要はありません。

テキストの最後に到達した場合、SharePoint Server管理トピックを深く掘り下げていることを意味します。 このテキストの範囲外の質問があるかもしれません。 コメントに自由に投稿してください。