SharePoint Server 2013 におけるコンプライアンスと電子情報開示の容量とパフォーマンスを見積もる
適用対象:
2016 2019 Subscription Edition SharePoint in Microsoft 365
インプレース ホールドや、保持中のデータのクエリとエクスポートなどのコンプライアンス機能セットは、SharePoint Server 2013 での処理とストレージの要件に影響を与えます。
インプレース保持の記憶域の要件
元のバージョンを法的措置に使用できるようにするため、インプレース保持では編集および削除されたコンテンツを保持します。 インプレース保持は、サイト全体に適用されます。 たとえば、サイト コレクションのルート サイトが保留中の場合、サイト コレクション全体も保留になります。 インプレース保持は、ドキュメント、ページ、およびリストに適用されます。 サイトが保留状態になると、初めて編集されたか削除されたすべての項目は、SharePoint サイトのアイテム保管ライブラリに入ります。 この場所は、コンテンツがサイトに最初に配置された場所です。 サイトのサイズは、保持が有効になったときに存在していたコンテンツの量と、新しいコンテンツが追加されるときに変化するコンテンツの量が相互に関連する割合で増加します。 実際に、"Legal Hold/法的情報保留" のほとんどのコンテンツは新しくありません。 ユーザーは積極的にコンテンツを変更していないため、インプレース保持用の記憶域に与える影響は低いと予想されます。 詳細については、「SharePoint Server での電子情報開示とインプレース ホールドの概要」を参照してください。
電子情報開示のクエリの効果とその他の検索クエリのエクスポート
SharePoint Server 2013 には、組織の SharePoint のコンテンツと Exchange Server 2013 のメールボックスの間で電子情報開示のクエリを実行できるようにする、ケース マネージャーというサイト コレクションの種類があります。 電子情報開示クエリは複雑で、スコープが広いです。 これらのクエリでは、検索システムでの処理時間が長くなり、潜在的に他のユーザーが体験する検索の応答時間に影響を与えます。
次のガイドラインは、これらのクエリが他のユーザーの検索に与える影響を把握するのに役立ちます。
電子情報開示のクエリにソースを追加していくと、実行するクエリの数が増加します。
電子情報開示のクエリに用語を追加していくと、電子情報開示のクエリへの影響が増加します。
電子情報開示のクエリに演算子 (AND、OR、NEAR など) を追加していくと、電子情報開示のクエリへの影響が増加します。
ラボ テストでは、10 個のソースに対して実行された 350 の用語の電子情報開示クエリを使用しました。 クエリでは、合計 150,000 個の項目が返されました。 その後、それらの項目をエクスポートしました。 このテストを実行するために、Search Service システムでシミュレートされた 5 つの負荷を実行しました。これは、システムで実行されることが予想される他の種類の検索クエリを表しました。
テストは、電子情報開示のクエリにより、ユーザーが確認するクエリの待機時間が 100% 増加することを示しています。 ユーザー検索クエリに近い容量で実行する場合は、ユーザー検索クエリへの影響を少なくするために、ピーク時以外の時間に電子情報開示のクエリおよびエクスポートを実行することを検討する可能性があります。
エクスポートの効果
電子情報開示のクエリの実行後になされる一般的な操作は、データのエクスポートです。 エクスポート操作中に、電子情報開示のクエリが返したコンテンツは、一度に 1 ファイルずつダウンロードされます。 ファイルをダウンロードして SharePoint アイテムを更新した場所で一連のテストを実行しました。 エクスポートによって SharePoint の展開に対して負荷が大きく増加することはありませんでした。 テストにおいてエクスポート操作を実行する一方で、ファームは 1 秒ごとに約 100 個の要求に対応しました。 100 個の要求のうち、1 秒あたり約 5 個の要求のみがエクスポート操作によって発生しました。
Exchange Server 2013 のエクスポートの効果は異なることに注意してください。 Exchange Server 2013 のクエリ、特に多くの場合長く複雑な電子情報開示のクエリは可変です。
SharePoint Server 2013 による大規模なドキュメント リポジトリ
コンプライアンスと電子情報開示の機能とは別に、SharePoint Server 2013 の大規模ドキュメント リポジトリの機能は SharePoint Server 2010 から大きく変更されていません。 このセクションでは、 非常に大規模なドキュメント リポジトリ (SharePoint Server 2010) のスケール テスト レポートを参照し、SharePoint Server 2013 ドキュメント リポジトリに関連するシナリオの違いについて説明します。 以下のセクションは、主な相違点の概要を説明します。
フロント エンド Web サーバーにおける対話型のサービス アプリケーションの配置に関するガイダンス
SharePoint Server 2010 のガイダンスでは、サービス アプリケーションを別の層に配置することをお勧めしていました。 SharePoint Server 2013 では、フロントエンド Web サーバーとして実行されるコンピューターに対話型サービス アプリケーションを配置することをお勧めします。 詳細については、「SharePoint Server 2013 の容量計画」を参照してください。
SharePoint Server 2013 での検索
SharePoint Server 2013 の検索サービス アプリケーションは、SharePoint Server 2010 の検索と SharePoint 用 FAST Search Server 2010 を結合して、追加機能付きの統一した検索プラットフォームにします。 詳細については、「SharePoint Server でインターネット サイトの検索をスケーリングする」および「SharePoint Server での検索アーキテクチャの概要」を参照してください。
効率的なファイルの入出力および SQL Server の改善点
SharePoint Server 2013 における効率的なファイルの入出力は、ファイルをいくつかに分割して別々に保存および更新し、ユーザーがファイルを要求するとそれらがまとめてストリーミングされる格納方法です。 この結果、更新されたファイルのみが SQL Server に書き込まれるため、ファイルの更新がより効率的になります。 効率的なファイルの入出力は、大きいファイルを使用すると非常に効果的です。 小さなファイルでは、必要なディスクの記憶域が少し増加することが分かります。 効率的なファイルの入出力を使用する直接の結果は、ドキュメントの更新のスループットが向上することです。
他の改善点としては、SQL Server 2008 R2 SP1 の機能とスループットを使用すると、リンクの修正およびアラート処理のドキュメントを検索できます。
列の制限
列の制限は SharePoint Server 2013 で更新されています。 詳細については、「ソフトウェアの境界と制限 (SharePoint Server 2016)」を参照してください。