次の方法で共有


SharePoint Server 2016 でキャッシュ パフォーマンスを監視する

適用対象:yes-img-13 2013yes-img-162016 yes-img-192019 yes-img-seSubscription Edition no-img-sopSharePoint in Microsoft 365

キャッシュ パフォーマンスを監視することにより、ファームのキャッシュ設定が正しいことを、また、キャッシュが最大のパフォーマンスで実行されていることを確認できます。

キャッシュの監視について

SharePoint Server 2016 には、BLOB キャッシュ、ASP.NET 出力キャッシュ、およびオブジェクト キャッシュの 3 種類のキャッシュがあります。これらのキャッシュにより、Web ページをブラウザーに読み込む速度が容易に向上します。

  • BLOB キャッシュは、ディスクベースのキャッシュです。Web ページをブラウザーに迅速に読み込むためにページ上で使用されるバイナリ ラージ オブジェクト ファイルを格納します。

  • ASP.NET 出力キャッシュは、ページに表示された出力を格納します。 また、ページを要求しているユーザーの権限に基づいて、キャッシュされているページの異なるバージョンも格納します。

  • オブジェクト キャッシュは、リストやライブラリ、サイト設定、ページ レイアウトなどのオブジェクトをフロントエンド Web サーバーのメモリに格納することで、Web サーバーと SQL データベースの間のトラフィックを減らします。 その結果、これらのアイテムを必要とするページはより迅速に表示され、ページがクライアント ブラウザーに配信される速度が向上します。

監視は、特定のパフォーマンス モニターを定期的に表示し、設定を調整してパフォーマンスの問題を修正することで構成されます。 モニターは、キャッシュ ヒット、キャッシュ ミス、キャッシュ 圧縮、キャッシュ フラッシュを測定します。 次の一覧では、これらの各パフォーマンス モニターについて説明します。

  • キャッシュ ヒットは、要求されたオブジェクトのデータが既にキャッシュに格納されているときに発生します。 キャッシュ ヒットが高い値を示している場合は、パフォーマンスにもエンドユーザーのエクスペリエンスにも問題はありません。

  • キャッシュ ミスは、要求されたオブジェクトのデータがキャッシュに格納されていないときに発生します。 キャッシュ ミスが高い値を示している場合は、パフォーマンスが低く、エンドユーザーに快適なエクスペリエンスを提供できていない可能性があります。

  • キャッシュ圧縮 (トリミングとも呼ばれる) は、キャッシュがいっぱいになっているときに、キャッシュされていないコンテンツが要求されると発生します。 圧縮時、キャッシュから削除するコンテンツのサブセットが識別され、それらが削除されます。 このとき削除されるのは、一般的には、要求頻度が低いコンテンツです。

    圧縮は、サーバーのリソースの大部分を消費する可能性があります。 これは、サーバーのパフォーマンスとエンド ユーザー エクスペリエンスの両方に影響する可能性があります。 そのため、圧縮は避ける必要があります。 キャッシュのサイズを大きくすることで、圧縮の発生を減らすことができます。 圧縮は通常、キャッシュ サイズが減少した場合に発生します。 オブジェクト キャッシュの圧縮は、BLOB キャッシュの圧縮ほど多くのリソースを消費しません。

  • キャッシュ フラッシュは、キャッシュが完全に空になると発生します。 キャッシュがフラッシュされた後は、キャッシュ ヒット対キャッシュ ミスの比率はほとんどゼロになります。 その後、ユーザーがコンテンツを要求し、キャッシュが埋まっていくのにつれて、比率は上昇し、最終的に最適なレベルに達します。 このカウンターが常時高い値を示している場合は、ライブラリ メタデータ スキーマが継続的に変更されているなど、ファームに関する問題が発生している可能性があります。

キャッシュ設定の効果を監視することで、エンドユーザーに快適なエクスペリエンスを提供できます。 最適なパフォーマンスが得られるのは、キャッシュ ヒット対キャッシュ ミスの比率が高く、圧縮とフラッシュがほとんど発生しないときです。 モニターがそのような状態を示していない場合は、キャッシュ設定を変更することで、パフォーマンスを改善できます。

以下では、各種キャッシュの監視に関する特定の情報について説明します。

BLOB キャッシュ パフォーマンスの監視

キャッシュ設定の効果は、以下の表に示すパフォーマンス モニターを使用して監視できます。

SharePoint Disk-Based キャッシュ カウンター グループ

カウンター名 理想的な値またはパターン メモ
Total Number of cache Compactions
0
これが常時または頻繁に高い値を示している場合は、要求されるデータに対してキャッシュ サイズが小さすぎます。 キャッシュのサイズを増やしてパフォーマンスを改善してください。
BLOB キャッシュの塗りつぶしの比率
>= 90% は赤を示します。
>= 80% は黄を示します。
<80% は緑を示します。
これは、キャッシュ サイズが小さすぎることを示している可能性があります。 キャッシュのサイズを増やしてパフォーマンスを改善してください。

SharePoint Publishing Cache カウンター グループ

カウンター名 理想的な値またはパターン Notes
Publishing cache flushes / second
0
サイトの所有者が、キャッシュ フラッシュの原因となるような操作をサイトで実行している可能性があります。 このような操作はオフピーク時に実行することで、ピーク使用時のパフォーマンスを改善できます。
Publishing cache hit ratio
使用パターンによって異なります。 読み取り専用サイトでは、この比率は 1 になる必要があります。 読み取り/書き込みサイトでは低い値になることがあります。
この比率が低い値を示している場合は、キャッシュできない未発行アイテムが要求されている可能性があります。 これがポータル サイトの場合は、そのサイトがチェックアウトを必須とするように設定されている可能性があるか、多数のユーザーがアイテムをチェックアウトしています。

注:

BLOB キャッシュの場合、ユーザーの要求がキャッシュ ミスとしてカウントされるのは、要求されたファイルの拡張子がキャッシュの対象として構成されているときのみです。 たとえば、.jpg ファイルのみがキャッシュの対象として構成されている場合に、.gif ファイルが要求されても、その要求はキャッシュ ミスとしてカウントされません。

ASP.NET 出力キャッシュ パフォーマンスの監視

キャッシュ設定の効果は、以下の表に示すパフォーマンス モニターを使用して監視できます。

ASP.NET Applications カウンター グループ

カウンター名 理想的な値またはパターン メモ
Cache API trims
0
ASP.NET 出力キャッシュに割り当てるメモリ量を増やします。
Cache API hit ratio
使用パターンによって異なります。 読み取り専用サイトでは、この比率は 1 になる必要があります。 読み取り/書き込みサイトでは、この比率は低めになることがあります。
ヒット率が低下する原因には次のことが考えられます。
(たとえば、インターネット用サイトで) 匿名ユーザー キャッシュを使用していると、ユーザーはキャッシュされていないコンテンツを定期的に要求します。
ASP.NET 出力キャッシュを認証済みのユーザー用に使用していると、多数のユーザーが、表示するページに対して編集権限を持っていることがあります。
任意のページ (またはマスター ページまたはページ レイアウト) で VaryBy* パラメーターのいずれかをカスタマイズした場合、またはキャッシュ プロファイルをカスタマイズした場合、サイト内のページが効果的にキャッシュされないようにするパラメーターを構成している可能性があります (たとえば、ユーザーが多いサイトのユーザーによって異なる場合があります)。

注:

ASP.NET 出力キャッシュの場合、ユーザーの操作が実行されていない一定の時間内に、すべてのページがキャッシュされます。 したがって、フラッシュ関連の監視イベントがあります。

ASP.NET 出力キャッシュの詳細については、「 出力キャッシュとキャッシュ プロファイル 」または「キャッシュ 用のキャッシュ要素 (ASP.NET 設定スキーマ)」を参照してください。

オブジェクト キャッシュ パフォーマンスの監視

オブジェクト キャッシュは、サイト ナビゲーションやコンテンツ クエリ Web パーツなどの機能で使用されるサイト、ライブラリ、リスト、リスト アイテム、ドキュメントに関するメタデータを格納するために使用されます。 このキャッシュは、必要なデータがコンテンツ データベースではなくオブジェクト キャッシュから直接格納または取得されるため、ユーザーがこれらの機能を使用するページを参照するときに役立ちます。

オブジェクト キャッシュは、ファーム内の各 Web サーバーの RAM に格納されます。 各 Web サーバーは、各自のオブジェクト キャッシュを個々に管理します。

キャッシュ設定の効果は、以下の表に示すパフォーマンス モニターを使用して監視できます。

SharePoint Publishing Cache カウンター グループ

カウンター名 理想的な値またはパターン メモ
Total number of cache compactions
0
これが高い値を示している場合は、要求されるデータに対してキャッシュ サイズが小さすぎます。 キャッシュのサイズを増やしてパフォーマンスを改善してください。
Publishing cache flushes / second
0
サイトの所有者が、キャッシュ フラッシュの原因となるような操作をサイトで実行している可能性があります。 このような操作はオフピーク時に実行することで、ピーク使用時のパフォーマンスを改善できます。
Publishing cache hit ratio
使用パターンによって異なります。 読み取り専用サイトでは、この比率は 1 になる必要があります。 読み取り/書き込みサイトでは低い値になることがあります。
この比率が低下し始めた場合は、次のような原因が考えられます。
キャッシュが最近フラッシュまたは圧縮された。
サイトに最近追加されたばかりのコンテンツにユーザーがアクセスしている。 このような状況は、多数の新しいコンテンツをサイトに追加した後に発生することがあります。