内部の SharePointSharePoint のパフォーマンスの向上
Pav Cherny
内容
パフォーマンス条件
パフォーマンスの相互依存関係
パフォーマンスの問題を解決します。
ツールのトラブルシューティング
定数の監視
理想的な世界で、計画で SharePoint パフォーマンスを最適化アカウントを設計段階で適切にサイジングされサーバー、サポート チーム、および基になるインフラストラクチャを構成します。現実の世界で、問題がユーザーの採用率を予測します。予算が切り取りまたはスタッフ downsized 可能性があります。低い、SharePoint 環境を継承することがあります。最初満たすパフォーマンス期待値、ドキュメント、グループ、リスト、およびサイトの数の増加にインフラストラクチャ可能性がありますページ読み込みに時間を増やすいて満足度を下げます。
SharePoint のパフォーマンスを最適化するために、作業中に直面するでしょう最大課題の 1 つは、計画と設計の段階中にできるだけでなく実践的な操作で、基になる IIS、.NET と SQL Server のテクノロジを提供する多くの構成オプションから探すは。オプション数、本当は言及するオプションは、ニーズに最も適した解明しようとしてならない、面倒なです。たとえば、SQL Server SharePoint 構成のデータと、コンテンツの大部分を格納するまだ、検索、コンテンツ、構成、および一時データベースのある適切なディスクのスループットと RAM を必要とする非常に異なる読み取り/書き込みパターン。図、複雑にもまたは使用できます IIS でキャッシュするフロントエンド サーバーにインデックスをオフロード ディスク スループットを向上させます。
2 番目のチャレンジ revolves アラウンド ルート パフォーマンスの問題の原因を判断します。SharePoint は、中核となる SQL、IIS では、.NET コンポーネントでだけでなく Active Directory、ネットワーク、SharePoint アーキテクチャ、および物理サーバーのハードウェアとしてなどの依存関係にも依存します。これは、パフォーマンスの問題が複数のルートが発生すると同様に問題を解決するための複数の変更を要求ことを意味します。操作ジョブやバックアップ ルーチンは、サード パーティ製ツール パフォーマンスの問題をより可能性のある根本原因を追加します。
このコラムでするキーの SharePoint アーキテクチャ コンポーネントの概要を表示で方法ことにつながる一般的なパフォーマンスの問題について説明し、解決およびトラブルシューティングする方法について説明します。
パフォーマンス条件
IIS および SQL Server デザイン、構成オプション、およびパフォーマンスへの影響間のリレーションシップに移動する前にパフォーマンスを最適化するためのターゲットを確立してみましょう。ページ読み込みに時間、検索、およびクロールのような主要な指標の面で、ユーザーと管理者のエクスペリエンスを向上に言えば、です。ページのユーザーの高速読み込みしない、いる場合は、SQL Server データベースへの 10 のラウンド トリップを除去してパフォーマンスを最適化する、作業しないかまいません。
ページがユーザーに対して表示されます速さを検討して場合、は、以降の最初のロード時間について検討してください。ユーザー、1 つのページを 1 回に読み込むが、SharePoint の使用で多くのサイトやドキュメント ライブラリを繰り返しにアクセスするユーザーは一般に、インスタンスがあります。すべてのページ要求が非常に重要低下の読み込み時間を生成する営業案件の重点理由です。ブラウザーのキャッシュのため、ページの読み込み、レンダリング時間を初めてされる後続のページの読み込みは異なる表内保持します。
パフォーマンスの相互依存関係
2008 年 5 月のコラムを"SharePoint インフラストラクチャを構築します。"、SharePoint アーキテクチャについて説明して IIS、SQL Server、および .NET の連携機能を要求されたページをレンダリングする方法を基本的なレベルで説明します。ここで、コア テクノロジ パフォーマンス ニーズに合わせて構成する方法を考えてみましょう。図 1 は、最適化オプションに関連する主要なコンポーネントです。
図 1 の SharePoint アーキテクチャ コンポーネントのパフォーマンスに影響を与える
リソース
 |
go.microsoft.com/fwlink/?LinkId=69752 |
|
SharePoint 製品とテクノロジの Web サイト microsoft.com/sharepoint |
|
Windows SharePoint サービス TechCenter technet.microsoft.com/windowsserver/sharepoint |
|
Windows SharePoint サービス デベロッパー センター msdn2.microsoft.com/sharepoint |
|
Microsoft SharePoint 製品とテクノロジのチームのブログ blogs.msdn.com/sharepoint |
基本的な要求シナリオでは、ASP.NET ページ パーサーは、認証のすると、ブラウザーに結果を表示、着信要求をサービスします。基になるコンテンツにはファイル システムおよびリスト アイテム、バイナリ ラージ オブジェクト (BLOB)、グラフィックス、およびテキストなどのコンテンツのデータベースを SQL Server からデータが含まれます。コンテンツをブログやニュースのいくつかの Web パーツをページには、適切なアクセス許可の検証、ASP.NET ページと読み書きするために、一時、トランザクション ログ、およびコンテンツ データベースから SQL Server に複数のトリップをコンパイルするには、ページ パーサーが必要です送信もします。
パフォーマンスの問題は、このプロセスでいつでも発生します。たとえば、ページにイメージなど多くの小規模な成果物で、含まれているし、環境は Windows NT の LAN Manager とリモート ドメイン コントローラー (DC) を使用して、しページ全体がロード速度が遅くなる HTTP GET 要求へのドメイン コントローラーのラウンド トリップを必要とします。Windows NT の LAN Manager 認証アーキテクチャには、制約のない IIS や SQL Server の操作ができます。同様に、ユーザー可能性があります大量のリスト アイテムを含むページを要求またはインポート多数のアイテム スプレッドシートからリストに他のすべての同じ SQL Server 上のサイトにアクセスするユーザーに対して、読み込みに時間の影響します。
運用タスクおよびリソースを大量に消費する夜間バックアップなどのバックグラウンド プロセスのパフォーマンスも影響ことができます。夜間のバックアップは 24 時間毎日グローバル環境でビジネス ユーザーが問題を生じることができます。負担がかかりがありますシステム リソースのためのパフォーマンスに影響をバックグラウンド タスク。たとえば、スケジュールされたタイマー ジョブ データベース クリーンアップ タスクと、インデックスとクロールのプロセスを大量のディスク I/O、CPU の使用およびフロントとバック エンド サーバー上の RAM を特に。
パフォーマンスの問題を解決します。
フレームワークと方法論の中、SharePoint のパフォーマンスの懸案事項を理解する、その根本原因を特定、および問題を解決に使用するのに関係なくパフォーマンスの低下を反映するデータを比較する対象となるパフォーマンスの許容を反映する基準計画データ必要があります。ベースライン一連のパフォーマンス データか、右、期間のパフォーマンスの許容、またはベスト プラクティスの推奨事項から、初期の展開後入手できます。かどうか、比較の基準がある存在し、行うことができます Microsoft technet.micro-soft.com/en-us/library/cc262787.aspx で使用できる、さまざまな測定に関するパフォーマンスの推奨事項を公開します。
既に説明したように、最も一般的なパフォーマンス問題は相互に関連したコンポーネントの結果として発生します。これは迷惑な基になるインジケーターは多くの場合、同じであるためです。たとえば、パフォーマンスの問題の 1 つの一般的なインジケーターは RAM、CPU、ディスク I/O など、リソース使用率にスパイクします。パフォーマンス問題を解決するには、まったく利用可能なデータの検索を、問題が発生するイベントの順序を理解する基になる根本原因を特定するイベントを関連付ける必要があります。図 2 は一般的なパフォーマンスの問題、考えられる原因、および解像度のオプションを示します。
| 図 2 の懸案事項、原因および解決方法の概要 |
| 問題 | 可能なルートが原因 | 考えられる解決策 | その他のリソース |
| 大容量のディスク I/O 操作を SQL Server 上で | 大規模なリストの操作、タイマー ジョブ、保守タスクの SQL、バックアップ、インデックス、不十分な RAM、一時 tlog、検索、およびコンテンツなどの高の I/O データベースは同じディスクまたは低速のディスクに配置します。 | 高い I/O のディスク ボリューム、経由で複数のファイル内の別の temp と検索データベース メモリを増やす、トランザクションログを専用のディスクを使用、最適化、および毎週のデータベースを再インデックス付けします。 | technet.microsoft.com/en-us/library/cc678870.aspx msdn.microsoft.com/en-us/library/ms175527.aspx technet.microsoft.com/en-us/library/cc263261.aspx technet.microsoft.com/en-us/library/cc262067 (TechNet.10).aspx |
| SQL ブロッキング ロック | NIC の構成、大規模なリストの操作、ジョブのインデックスを作成またはクロールします。 | SharePoint チーム サービスの管理 (STSADM) は使用しないでください。圧縮と SQL バックアップ、DPM、Litespeed、または SQL 2008 を使用、FILL FACTOR がコンテンツ データベースの 70% に設定されてことを確認、100 GB の拡張の制限を強制するには。 | technet.microsoft.com/en-us/library/cc901593.aspx go.microsoft.com/fwlink/?LinkID=105623&clcid=0x409 support.microsoft.com/kb/271509 support.microsoft.com/kb/298475 |
| 表示の遅いページの全体的な負荷 | 圧縮を有効になっていません。キャッシュするか有効でない構成されていません。大きなページ。冗長化されたSQL トリップ、基になるネットワークの問題です。 | キャッシュと圧縮を有効に、ページ読み込みに時間を確認および SQL クエリとラウンド トリップを確認する、Broadcom 5708 Chimney 問題の NIC を確認します。 | technet.microsoft.com/en-us/library/cc298550.aspx support.microsoft.com/kb/942861 |
| 完全なページの読み込みに長時間 | カスタム コードで低速な処理が不適切である SharePoint オブジェクト リンクの SQL ブロッキング、タイマー ジョブをキャッシュしない有効な Web パーツ。 | バック エンドの帯域幅と応答の問題を解決、オブジェクトを正しく破棄、64 ビット ハードウェアを使用またはメモリ プールの制限、core.js をダウンロードする遅延を構成します。 | code.msdn.microsoft.com/SPDisposeCheck technet.microsoft.com/en-us/library/cc298550.aspx technet.microsoft.com/en-us/library/cc678870.aspx technet.microsoft.com/en-us/library/cc298466.aspx |
| パフォーマンスの低下の一覧 | 大規模なリスト > 2、000–3、000 項目、レベル。なしでインデックス リスト。SQL Server の問題基になります。列が多すぎます。 | 1 つまたは複数の列にインデックス、SQL Server のパフォーマンスを確認するよりも少ない 2、000–3、保持、レベル内の, 000 のアイテム。 | go.microsoft.com/fwlink/?LinkID=105580&clcid=0x409 |
| クロールおよびインデックスの回長いまたはインデックスとなる sluggishness | 大規模なデータ ボリュームが必要長いインデックス回なし専用のインデックスの対象になります。 | robots.txt をブロックする、専用のフロントエンド サーバーにクロールまたはインデックスをオフロードします。 | technet.microsoft.com/en-us/library/cc261810.aspx |
| 利用状況のスパイクを引き起こしている認証およびユーザーの操作) のような LDAP 操作 | 帯域幅、リモート ドメイン コントローラー、大規模なプロファイルのインポートを低です。 | 帯域幅を増やす、Kerberos を使用して、最適化のプロファイルをインポートします。 | support.microsoft.com/kb/827754 |
| バックアップがかかりすぎます。 | STSADM をブロックするようなその他の SQL 条件を使用します。 | データ保護マネージャー (DPM) または SQL 2008 を圧縮を使用します。 | technet.microsoft.com/en-us/library/cc901593.aspx |
| メモリが不足して IIS | アプリケーション プールとワーカー リサイクル、不適切なのオブジェクトを処理、のに十分な RAM、低下の負荷分散アーキテクチャを処理します。 | オーバーラップ IIS リサイクルを使用して、64 ビット ハードウェアを使用します。 | msdn.microsoft.com/en-us/library/aa720391 (VS.71).aspx technet.microsoft.com/en-us/library/cc737679.aspx |
パフォーマンス上の問題の原因を限定するよう注意ことに注意してください一般的な操作、ベスト プラクティス、IT ショウケースのホワイト ペーパーに記載のような"SharePoint のパフォーマンスの最適化." SQL Server の最新の修正プログラム、Service Pack、および更新プログラムを適用する、IIS、SharePoint、および Windows Server は特に重要です。マイクロソフトは tempdb の割り当ての競合 (を参照など、以前多くのパフォーマンス問題を修正します。tempdb データベースの同時実行制御の強化) と TokenAndPermUserStore キャッシュ (を参照してくださいクエリは、TokenAndPermUserStore キャッシュのサイズが SQL Server 2005 で増加すると実行を終了に長い時間がかかる).
ツールのトラブルシューティング
さまざまな一連の SharePoint パフォーマンスの問題の詳細を利用して、診断を行う、根本原因を判断し、問題を解決するためはできる証拠を収集のためのツールに依存することができます。
次ツールは、パフォーマンスの問題の原因を特定で特に便利です。
- fiddler の PowerToy と neXpert アドオン ページ読み込み分析用のする実線の開始ポイントを提供これらのツール一緒に使用します。キャッシュ、圧縮、および HTTP の全体的なパフォーマンスを確認できます。詳細これらのツールで情報を取得することができます。HTTP パフォーマンスの fiddler PowerToy - 第 2 部):andMicrosoft neXpert パフォーマンス分析のプラグイン.
- WireShark ネットワークの問題に検索する必要がある場合は、WireShark を使用します。たくさんのメディアと連携し、懸案事項を再作成するときに再作成された TCP/IP 会話からのパケットをキャプチャできますします。詳細については、wireshark.org を参照してください。
- ビジュアル往復アナライザー (VRTA) VRTA を使用して応答を要求からラウンド トリップのパフォーマンスを確認することができます。VRTA、過度のラウンド トリップの原因を識別および解決策を推奨する、通信プロトコルを調べます。マイクロソフトのダウンロードからダウンロードすることができます。ビジュアルのラウンド トリップ アナライザー.
- SQL プロファイラー SQL Server データベース エンジンまたは SQL Server Analysis Services のインスタンスを監視、SQL Server と共にインストール便利なこのツールを使用できます。クエリ、デッドロック、タイムアウト、再コンパイル、および一般的なエラーと例外の問題を発見できます。
- SQLDiagSQL Server と共にインストールも、このツールは、SQL Server、オペレーティング システムと情報は、SQL Server エラー ログに報告されたを実行しているコンピューターの構成に関するの貴重な情報を収集します。
- SQL クエリ アナライザー これは、低レベルのデバッグ ツールのクエリ パフォーマンスの問題を分析です。SQL Server ツールセットの一部もです。
- SPtraceview これはの 1 つ [お気に入りのツールをリアルタイムでパフォーマンスの問題のビューを提供するためです。カスタム Web パーツを扱うときに診断トレースを監視便利です。詳細についてを参照してください。SPTraceView – 軽量、SharePoint の診断でのログをリアルタイムの監視ツール.
- WSSDW.exe このは Office SharePoint Server 2007 の展開のテストのデータを作成するパフォーマンス テスト ツールです。「」を参照してください。パフォーマンスと容量 (Office SharePoint Server) を計画するためのツールandSharePoint 2007 テスト データの作成ツール詳細について」を参照してください。
- URL の ping のクライアント ベースのカスタム ツール これはいずれかの最も便利なツールのため、環境への構成変更を実装する前後に統計情報の比較できるようにです。付録を表示しますSharePoint のパフォーマンスの最適化◆ セグ: 前の TU に含まれる ◇
定数の監視
SharePoint パフォーマンス チューニング、ほとんど事項、SharePoint のように複雑です。SharePoint アーキテクチャと IIS と .NET および SQL Server 間の相互作用の詳細について、オブジェクト モデルを理解する必要があります。するデータベースの管理とトラブルシューティングのベスト プラクティスを知っている必要があります。さいわいはこの理解することがないし、確立を次のベスト プラクティス、推奨事項については、および知識、SharePoint インフラストラクチャの最適化にも実行できますが、ここに指摘、一般的な問題に対処します。
Pav Cherny は、IT 専門家でコラボレーションとユニファイド コミュニケーションに関するマイクロソフト テクノロジ専門とするフリーの作成者です。自分の文書には、ホワイト ペーパー、製品マニュアル、および IT 運用とシステム管理、フォーカスを持つ書籍があります。Pav は Biblioso で、ドキュメントとローカリゼーションのマネージ サービスを専門とする企業の社長です。