メイン コンテンツへスキップ
サポート
Microsoft アカウントでサインイン
サインインまたはアカウントを作成してください。
こんにちは、
別のアカウントを選択してください。
複数のアカウントがあります
サインインに使用するアカウントを選択してください。
大規模なリストとライブラリを管理する

リストまたはライブラリには、最大 3,000 万個のアイテムまたはファイルを格納できます。 大規模なリストのフィルター処理されたビューの操作性は、他のリストの場合とあまり変わりません。 ただし、リスト ビューに表示されるアイテムが 5,000 個を超えると、リスト ビューのしきい値エラーが発生することがあります。

モダンを使用する

表示アイテムが多いビューの場合、モダン環境で最適に動作します。 クラシック環境で発生する可能性があるエラーを回避するために、モダン環境を使用してください。

インデックスを追加する

インデックスがない列によるフィルター処理または並べ替えを実行すると、エラー ダイアログが表示されることがあります。 その問題を修正するには、、設定メニューの [リストの設定] から [インデックス付きの列] を選択して、手動でインデックスを追加してください。

インデックスは、次の 2 つの状況で自動的に作成されます。

  1. 保存したビューに、並べ替えやフィルター処理のために使用されている列がある場合。

  2. モダン環境で並べ替えを実行する場合。

注: モダン環境で並べ替えを実行する際のインデックスの自動作成は、アイテム数が 20,000 未満のリストおよびライブラリに限定されています。

リスト ビューの編集

大規模なリストの操作中にエラーが発生する場合は、リスト ビューを編集してください。

次の 4 つの項目の変更により、リスト ビューのしきい値エラーが発生しなくなります。 4 つの項目すべてを変更すると、すべてのエラーが除去されます。

リスト ビューの並べ替えを削除する

  • [最優先する列][2 番目に優先する列] の両方に、[なし] を選択します。

注: ユーザー、ルックアップ、管理メタデータなどの 列の種類を持つ列では、並べ替え時にリスト ビューのしきい値エラーが発生する可能性があります。 ただし、最優先する並べ替え基準には、テキスト、数値、日付などの列の種類を使用できます。

編集ビューでグループ化を削除する

  • [最優先する列] および [2 番目に優先する列] の両方に、[なし] を選択します。

リスト ビューに対するその他の編集

  • [集計] セクションでは、すべての列に [なし] を選択します。

  • [列] セクションでは、表示対象の 1 列を除いて、すべてを選択解除します。

注: 列の種類がユーザー、参照、および管理されたメタデータの列を 12 列以上表示すると、リスト ビューのしきい値エラーが発生することがあります。 その他の種類の列の表示では、問題は発生しません。 

フォームの一覧表示

SharePoint がリスト フォームを作成すると、リスト アイテムで使用できるすべてのフィールドがデータベースから取得されます。 ルックアップ列の数が多いリストでは、複雑で集中的な SQL ステートメントが発生する可能性があります。 SharePoint は完全な SQL ステートメントの長さを確認し、許可された最大長を超えた場合にこのエラー メッセージを表示します。

"フィールドの長さが長すぎるため、リスト アイテムを表示/追加できませんでした。 新しいエントリを短くするか、このリストから一部のフィールドを削除してください。

この問題に対処するには、特定のリストの列の数を減らしてください。

注: 

  • 標準参照列に加えて、単一値管理メタデータ、複数値管理メタデータ、単一値のユーザーとグループ列、および複数値のユーザーとグループ列がルックアップ列としてカウントされます。

  • リスト ビューの各参照列によって、別のテーブルとの結合が生じます。 ルックアップ列を追加するたびに、複雑さが増し、本質的にバックエンド SQL クエリのサイズが大きくなります。

SharePoint のリストまたはライブラリでの作業やクエリでリスト ビューのしきい値の警告を受けないようにするための方法には、さまざまなものがあります。 次のアイデアを採用すると、リスト ビューのしきい値 5,000 アイテムを超えないようにして、必要な情報を表示できます。 リスト ビューのしきい値の詳細については、「アイテム数が多いリストとライブラリの概要」を参照してください。

リスト ビューのしきい値の制限の操作

SharePoint には、管理可能なデータおよびスループットの量を制御するリソースの制限があります。 既定では、リスト ビューのしきい値のアイテム数は約 5,000 です。これは、ユーザーが大規模なリストを良好なパフォーマンスを維持しながら使用できるように設定されています。 リスト ビューのしきい値を使用する主な方法は、次の 3 つです。

  • SharePoint のすべてのバージョン: インデックス、フィルター、フォルダー、およびオフライン データを使用し、返されるアイテム数を管理できます。

  • SharePoint のサーバー バージョン: 管理者がスケジュールした時間帯を使用できます。この上限は上げられています。

  • SharePoint のサーバー バージョン: ネットワーク管理者がリスト ビューのしきい値の上限を上げることができます。

SharePointの場合、この制限は変更できず、24 x 7 を配置して、共有テナントのユーザーがクエリで常に良好なパフォーマンスを得られるようにします。 この制限の影響を受けずに済むよう、クエリを制限内に保つために行えるいくつかの操作を次に示します。

注: システム生成のビューでは、返されるアイテムの数が多く表示される場合があります。

SharePoint Server のサーバー (SharePoint 2016、2013、2010) の場合も、既定では、リスト ビューのしきい値は 5,000 アイテムです。 ただし、ネットワーク管理者が行う必要がある制御は多岐にわたるため、大量のクエリや他のデータ集約型の操作を実行できるよう、制限が実質的にない時間帯を設定できます。 この時間帯は通常、ほとんどのユーザーがシステムを使用しない夜間に設定されます。 管理者は、必要に応じて上限を上げることもできます。

最後の選択肢として、Server バージョンの SharePoint でも、上限を変更することができます。 ただし、上限を上げると、一部またはすべてのユーザーのパフォーマンスに影響を与える可能性が高くなるというリスクがあります。

SharePoint のバージョンを確認するには、「使用している SharePoint​​ のバージョンが不明の場合」を参照してください。

SharePoint 2019 では、リスト ビューしきい値によってブロックされていても、アイテム数の合計が 20,000 未満の場合、インデックスを列に追加できます。 すべてのバージョンの SharePoint で、大規模なリストとライブラリを使用している場合に、列インデックスでビューをフィルター処理することで結果数を減らすことができます。 インデックス付き列でフィルター処理されたビューを作成するには、インデックスに作成して、そのインデックス付き列をフィルター処理に使用したビューを作成するという 2 段階の手順を実行します。

列にインデックスを作成する方法については、「SharePoint の列にインデックスを追加する」を参照してください。

列にフィルターを適用する方法については、「フィルターを使用して SharePoint ビューを変更する」を参照してください。

大規模なリストとライブラリの使用にフォルダーは必要はありませんが、データの整理に使用して、データに効率的にアクセスできるようにすることができます。 フォルダーの作成はドキュメント ライブラリでは既定で有効ですが、リストでは有効ではありません。 詳細については、「リストでフォルダーを作成する」および「ドキュメント ライブラリでフォルダーを作成する」を参照してください。

注: SharePoint では、[移動先] コマンドまたはドラッグ アンド ドロップを使用すると、既存のメタデータも移動されます。

フォルダーの作成時に、内部インデックスが自動的に作成されます。 この内部インデックスは、ルート フォルダーや、ライブラリまたはリストの最上位レベルにも作成されます。 フォルダー内のアイテムにアクセスする場合は、実質的にこの内部インデックスを使って、データにアクセスしています。 なお、フォルダーにサブフォルダーが含まれる場合、各サブフォルダーはアイテムとしてカウントされます (そのサブフォルダーのアイテムはカウントされません)。

リストまたはライブラリのアイテムの合計数が著しく多くなる場合でも、単一のフォルダーのビューは、少なくとも、インデックス付きの列を使用してアイテムの合計数をフィルターで抽出するビューと同様に早く処理できます。 状況によっては、リストまたはライブラリのすべてのアイテムが複数のフォルダーに分散されていて、アイテム数が 5,000 を超えているフォルダーがないこともあります。

フォルダーを使用して大規模なリストまたはライブラリを整理する場合、次の事項を考慮しておくことが重要です。

  • 1 つのフォルダーには [リスト ビューのしきい値] を超えるアイテムを格納できますが、ブロックされるのを避けるために、列インデックスに基づいてフィルター処理されたビューを使用する場合もあります。

  • このリストまたはライブラリでビューを作成または変更するときに [フォルダー] セクションで [フォルダーなしですべてのアイテムを表示する] オプションを選んだ場合、単純インデックスに基づくフィルターを使用して、リスト ビューのしきい値に達しないようにしてください。

  • 多くの場合、ユーザーが新しいアイテムを挿入するときに適切なフォルダーを選ぶことができるように、既定のビューではフォルダーをフィルタリングせず、使用できるすべてのフォルダーを表示することが推奨されます。 すべてのフォルダーを表示することで、アイテムが誤ってリストまたはライブラリ内のフォルダーの外に追加されることを防ぐことができます。 ライブラリとは異なり、リスト内のフォルダー間でアイテムを自動的に移動する方法はありません。

注:  SharePoint のごみ箱にアイテムを移動しても、それらのアイテムは、フィルター式でリスト ビューのしきい値を超えているかどうかを判断するときにカウントされます。 ごみ箱を空にすると、カウントされなくなります。 詳細については、「ごみ箱を空にするまたはファイルを復元する」を参照してください。

ライブラリのフォルダー間でファイルを移動するには、ドキュメント ライブラリでフォルダー、ファイル、リンクを移動またはコピーする方法に関するページを参照してください。

大規模なリストを削除するには、データベース リソースが必要であり、リスト ビューのしきい値によってブロックされる可能性ががあります。 大規模なリストを削除する場合には、時間帯の間に試すようにして、ブロックを回避してください。 削除処理が割り当てられている時間よりも長くかかる場合でも、他のユーザーに関係なく、完了までそれは実行されます。 時間がかかる場合があります。

リストを削除する方法については、「SharePoint でリストを削除する」を参照してください。

オフライン同期、外部データと Access のデータ管理

コンピューターを同期するときには、データをオフラインにすると便利で効率的です。 使用しているリスト データに応じて、Excel、Access または Outlook を使用できます。 また SharePoint サービスに応じて、エンタープライズ リソース プラニング (ERP) システム、OData、Web サービスを使用した外部のデータ管理を制限なく使用できます。

変更をデスクトップ コンピューターやノート PC で行い、スムーズかつ効率的に変更を同期して競合を解決し、データをオンライン状態に戻すことができます。 大規模なリストを操作する際に、データの "除去"、分析、またはレポートにオフライン同期を使用すると、データベース処理の負荷を軽減したり SharePoint リソースの使用を最小限に抑えたりすることができます。

次のいくつかの Microsoft 365 製品を使用すると、リスト データをオフラインで使用して、オンライン状態に戻ったときに変更を同期できます。 これらにエクスポートするには、Microsoft 365 または Office デスクトップのどちらかにアプリがインストールされている必要があります。

Microsoft Access        Access が処理できるデータの行数は SharePoint よりも多く、そのようなデータを操作するための強力なツールをたくさん備えています。 Access でデータを処理し、SharePoint と同期することで、より大きなデータ セットを取り扱えます。

ほとんどのネイティブのリストにリンクして Access で読み取りと書き込みを行うことができ、SharePoint の事実上すべてのデータ型を Access で処理することができます。 リンクを使用すると、SharePoint リストでデータに接続できるので、双方向接続を作成して、SharePoint リストと Access データベースの両方の最新のデータを参照および編集できるようになります。 Access では、SharePoint リストがコピー (複製) されて Access のテーブルが作成されます。 Access のテーブルが作成されると、最大 2 GB (Access の制限値) のリストのデータを Access で処理できるようになります (ローカルに格納されない添付ファイルは除く)。 また、Access では、クライアント上にリストのデータがキャッシュされ、効率的なメモリ内のライトスルー キャッシュが使用されます。 これにより、変更されたリスト アイテムだけが転送されるため、クエリや更新の実行がはるかに高速になります。 競合する更新をスムーズに管理できるように、競合を解決するためのダイアログ ボックスも用意されています。

Access Services 機能がアクティブ化されると、操作できるデータが [リスト ビューのしきい値] (既定では最大 50,000 個のアイテム) より大幅に増加します。 Access では、リストまたはライブラリのデータを自動的に小規模なバッチで処理し、その後にデータを再構築する手法が使用されるため、[リスト ビューのしきい値] の値をはるかに超える大量のデータを処理することができ、SharePoint サイトの他のユーザーに悪影響を及ぼすこともありません。 詳細については、「Access サービスの使用」を参照してください。

Microsoft Excel         SharePoint のリストは Excel のテーブルにエクスポートできます。これにより、Excel のテーブルと SharePoint のリストに、単方向のデータ接続が作成されます。

SharePoint の強調表示されているリボンの [Excel に​​エクスポート] ボタン

Excel では、大規模なリストもブロックされることなく操作できます。 さらに、SharePoint と Access の両方と Excel を同期することにより、それぞれのプラットフォームを最大限に利用できます。

SharePoint のリストからデータを更新し、Excel のテーブルを更新した場合、Microsoft Excel は最新の SharePoint リスト データを使用し、Excel テーブルに対して行ったすべての変更を上書きし、Excel データを置き換えます。

[Excel に​​エクスポート] が強調表示されている SharePoint Online リスト

Excel テーブルにデータを入れると、強力で柔軟なワークシート、ピボット テーブル レポート、本格的な外観のグラフおよびスパークライン、アイコンを使用した条件付き書式、データ バー、カラー スケールおよび高度な what-if 分析など、Microsoft Excel の多数のデータ解析機能を利用できます。

Access Services 機能がアクティブ化されると、操作できるデータが [リスト ビューのしきい値] (既定では最大 50,000 個のアイテム) より大幅に増加します。 詳細については、「Access サービスの使用」を参照してください。

Microsoft Outlook         たとえば、標準のタスク リストとプロジェクト タスク リストの両方を使用するには、Outlook の画面から、タスク リストをオフラインにし、新しいタスクを表示および更新して割り当てた後、オンラインに戻して同期します。 たとえば、標準のタスク リストとプロジェクト タスク リストの両方を使用するには、Outlook の画面から、タスク リストをオフラインにし、新しいタスクを表示および更新して割り当てた後、オンラインに戻して同期します。Outlook では、SharePoint の連絡先をより効率的に保存、共有、および管理することもできます。

ページの先頭へ

Access の場合、SharePoint サイトに発行されたリンク リストに基づいて、クエリ、フォーム、レポート、マクロとともに、テーブルを構築し、Access Services に基づいて Web データベースを作成します。 これらの Web データベースはアップグレードされるので、引き続き使用して変更したり、テンプレートから新しいデータベースを作成したりすることができますが、これらの操作に Access 2013 は使用できません。

Access アプリは SharePoint でコードを使用せずに作成できます。 一般的に、SharePoint アプリは、配布や Marketplace での利用が容易であることに重点を置いたソリューションです。 ソリューションのパッケージ化、配布、実行、監視、使用中止を行うことができる便利な代替の手段としてアプリを考えてみてください。 詳細については、「Access アプリを作成する」を参照してください。

SharePoint リストにデータを格納する Access Web データベース アプリケーションとは異なり、Access アプリはデータの格納に SharePoint Products とは別に SQL Server データベースを使います。そのため、SharePoint の [リスト ビューのしきい値] の制限を受けません。 これによって Access ソリューションのスケーラビリティは大幅に向上し、数百万単位のレコードも効率的に処理できます。 SharePoint Server ユーザーの場合、SQL Server データベースを組織のファイアウォール内で運用できるように構成できます。 オンライン ユーザーの場合、データベースは、無料のアカウントと無料の記憶域を使って有効にした SQL Server Azure データベースです。 Azure の詳細については、Microsoft Azure のホーム ページを参照してください。

最後になりましたが、SharePoint のリストと Access のテーブル間でデータを同期して、両方のデータ セットを最新状態にすることができます。 同期は双方向で実行されます。 リストに対し Access から実行された変更は SharePoint のリストにアップロードされ、SharePoint のリストに加えられた変更は、コンピューターの Access にダウンロードされます。 詳細については、「SharePoint にデータをインポート、リンク、または移動する」を参照してください。

SharePoint の検索ボックスとドキュメント センターのソリューション

大規模なライブラリまたはリストのドキュメントまたはアイテムを見つけるには、リストまたはライブラリの [検索] ボックスにキーワードまたはフレーズを入力する方法もあります。 SharePoint 検索には独自のインデックス作成メカニズムがあり、リスト ビューのしきい値や関連する他の制限を受けません。

大規模なライブラリを管理するためのもう 1 つのソリューションは、ドキュメント センター サイトを使用する方法です。 ドキュメント センターはドキュメントを管理するために設計されており、内外のファイルのチェック、ワークフロー、フィルター、ビューなどの機能があります。

SharePoint のページには、ページ上部のサイト検索と特定のリストまたはライブラリ用の検索ボックスの 2 つの検索ボックスが通常あります。 リストまたはライブラリの [検索] ボックスを使用すると、次のように検索操作の範囲を少しずつ広げることができます。

  • 既定で、最初の検索範囲は、現在のビューとすべてのサブフォルダーに含まれるすべてのアイテムに基づきます。 結果は列として表示されます。結果の列に対してはさらにフィルタリングや並べ替えを行えます。 その時点でリスト ビューのしきい値を超えている場合は、結果の一部が表示されません。

  • 目的のアイテムが見つからない場合、現在のビューや [リスト ビューのしきい値] に関係なく、検索範囲を広げてリスト全体を含めることができます。

  • 最後になりましたが、サイト全体を検索するように範囲を広げることもできます。 この場合、標準の [検索] サイト ページにすべての結果が表示されます。 [絞り込み] ウィンドウを使ってフィルターし、結果を絞り込むことができます。たとえば、ドキュメントの作成者やリスト アイテムの作成日などを使えます。 また、ブール構文と論理演算子を使って、より複雑なクエリを作成することもできます。

注: 

  • [検索] ボックスは、クライアント側のレンダリング ビューとして表示されているリストまたはライブラリでのみ使用できます。 既定の動作は、[検索] ボックスの表示ですが、ツール ウィンドウの [その他] セクションで、リスト ビュー Web パーツのプロパティの [検索ボックス] を使って [検索] ボックスを非表示にすることができます。 Web パーツのプロパティの詳細については、「リストおよびその他の Web パーツを使用する」を参照してください。

  • [その他] の [検索ボックスを表示する] リスト プロパティ

たくさんのドキュメントを作成、管理、保存する場合は、ドキュメント センター サイトを使うことができます。 ドキュメント センターはサイト テンプレートに基づいていて、多数のドキュメントを管理する一元的なリポジトリとして機能するように設計されています。 メタデータやツリー ビュー ナビゲーション、コンテンツ タイプ、Web パーツなどの機能を使うと、ユーザーにとって効率的で意味のある方法で、ドキュメントを構成し、取得できます。 サイト テンプレートの使用方法の詳細については、「サイトテンプレートを作成して使用する」を参照してください。

Content Stewards は、メタデータ主導のナビゲーションをすばやく構成でき、インデックスを明示的に作成しなくてもほとんどのライブラリで動作します。また、追加のインデックスを作成して幅広いフィルターとビューのパフォーマンスを強化するときにも役立ちます。 詳細については、「ドキュメント センター サイトを使用する」を参照してください。

ドキュメント センター サイトは、オーサリング環境またはコンテンツ アーカイブとして使用できます。

  • オーサリング環境では、ユーザーはファイルのチェックインおよびチェックアウトを頻繁に行い、これらのファイル用のフォルダー構造を作成します。 バージョン管理が有効になり、ドキュメントごとに以前のバージョンを 10 以上保存できます。 ユーザーが頻繁にドキュメントのチェックインとチェックアウトを行う場合、ワークフローでドキュメントに対するアクションを自動化できます。

  • 対照的に、コンテンツまたはナレッジ ベース アーカイブでは作成処理はほとんど発生しません。 ユーザーは、ドキュメントを表示またはアップロードするだけです。 一般に、コンテンツ アーカイブにはドキュメントの単一のバージョンが含まれ、サイトは数百万単位のファイルにまで拡張できます。 大きな組織の技術サポート センターのような一般的な例では、10,000 人ものユーザーが主に読み取り目的でコンテンツにアクセスします。 その中の 3,000 から 4,000 人程度のユーザーがサイトに新しいコンテンツをアップロードします。

個人用ビュー、リレーショナル リスト、RSS フィードを使う

システムのパフォーマンス全体をさらに上げ、リソースのしきい値や制限に達するのを避けるには、個人用ビュー、リレーショナル リストまたは RSS フィードの使用を検討してください。

個人用ビュー    列のインデックスを正しく使うビューを作成することは、リストやライブラリが大きいほど複雑になるため、大規模なリストやライブラリの場合は、投稿者から [個人用ビューの管理] アクセス許可を削除することもできます。 このアクセス許可を削除すると、ユーザーはすべてのアイテムを対象とするビューや、サイトの他の処理についてパフォーマンスを低下させるようなビューを作成できなくなります。 アクセス許可の詳細については、「リストまたはライブラリのアクセス許可を編集する」を参照してください。

リレーショナル リスト     参照列、一意の列、参照整合性が適用されたリレーションシップの動作を使ってリストの関係を作成すると、リスト ビューのしきい値に達する可能性があり、次の状況ではブロックされる場合があります。

  • [リスト ビューのしきい値] の値を超える数のアイテムがある既存のリストで列を一意にする場合 (ただし、リストに 1 つのアイテムを追加するとリストのアイテムの数が [リスト ビューのしきい値] の値を超える操作は、通常、ブロックされません)。

  • リストのアイテム数が [リスト ビューのしきい値] を超える場合、そのリストの参照フィールドについて、[連鎖削除] または [削除制限] を有効にします。

RSS フィード     サーバーの全体管理およびサイト コレクション レベルで RSS サポートが有効になったら、さまざまな種類のリストおよびライブラリに対する RSS サポートを有効にして構成できます。 ユーザーがリストまたはライブラリの RSS フィードにアクセスすると、そのリストからデータが取得されます。 既定の RSS ビューでは、[更新日時] 列にフィルターを使用して表示される、アイテムの最終変更日時に基づいて、返されるアイテムの数が制限されます。 リストまたはライブラリに多数のアイテムがあり、ユーザーが RSS フィードにアクセスできる場合は、[更新日時] 列にインデックスを作成することをお勧めします。 また、RSS フィードに含める変更の [アイテム数] および [日数] を変更することで、取得されるアイテムの数を減らすこともできます。

RSS フィードの管理方法の詳細については、「RSS フィードを管理する」を参照してください。 RSS フィードの追加方法の詳細については、「通知の作成または RSS フィードのサブスクライブ」を参照してください。

SharePoint Server 管理者のみ

これらの操作は、SharePoint Server バージョンで、SharePoint またはネットワーク管理者とファーム管理者のみが実行できます。

時間帯とは、すべてのユーザーが、操作を無条件に制限なく行うために管理者が指定する専用の時間帯です。これは通常オフピーク時にスケジュールされます。

リストまたはライブラリからアイテムを取得する第 1 の方法はビューを使用する方法ですが、時間帯に使用するのが適した SharePoint コマンドおよび操作も用意されています。

インデックスの追加および削除

リスト列の追加および変更

フォルダーの削除およびコピー

リストまたはライブラリのセキュリティ設定の変更

コンテンツのテンプレートとしてのリストへの保存

Web サイトの削除

ごみ箱からのアイテムの復元または削除

通常の時間にリスト データを取得しようとし、サイトのしきい値および制限を超過すると、これらのコマンドおよび操作は失敗します。 時間帯中に実行すれば、制限はなく、失敗を回避でき、また他のユーザーにも影響を与えません。

時間帯の設定では、開始時間と期間を設定する必要があります。 時間と期間を設定する場合、その期間中に誰かが実行時間の長いクエリや操作を実行すると、その処理は完了するまで継続され、その期間を超える場合もあります。

  1. 管理者として、[サーバーの全体管理] にログインします。

  2. [アプリケーション構成の管理]、[Web アプリケーションの管理] に進みます。

    [Web アプリの管理] が選択されている全体管理
  3. 設定するアプリケーションを選ぶか、時間帯の設定を変更します。

  4. リボンの [全般設定] にある下向き矢印をクリックし、メニューにアクセスして [リソースの調整] をクリックします。

    全体管理のリソース調整が選択されています。
  5. [時間帯] を変更して、使用する時間と期間を設定します。

    実行時間帯が強調表示されている全体管理アプリケーション設定ページ
  6. 完了したら、[OK] を選択します。

開発者でない場合や、これらの操作を開発者に行ってもらうのが難しい場合、この種の操作を時間帯に延期します。 時間帯のスケジュールを確認するには、管理者にお問い合わせください。

注:  SharePoint リスト ビューのしきい値の変更はサポートされていません。

リスト ビューのしきい値 (LVT) は、ユーザーに良好なパフォーマンスを提供し、クエリによってサーバーに意図しない負荷がかからないようにするために用意されています。 LVT は、SharePoint の Server バージョンでのみ管理者がサーバーの全体管理アプリを使用することで変更できますが、パフォーマンスの低下を防ぐために変更しないことをお勧めします。 SharePoint 管理者は、大規模なデータ セットを取得するときに、パフォーマンスの問題から他のテナントのユーザーを保護するために LVT を変更することはできません。 その代わりに、クエリの管理には、インデックス、フィルター、およびフォルダーを使用します。

LVT を大きくする必要のあるクエリがごくわずかしかない場合は、代わりにオフの時間に時間帯を使用することを検討してください。

警告: LVT の値を大きくするとパフォーマンスが低下するため、その他のユーザーがいる場合はお勧めできません。 値を大きくし過ぎると、ユーザーに長い遅延や失敗が生じたり、サーバーがダウンする可能性があります。

注: サーバーの全体管理は、SharePoint Server インストールでのみ利用できます。

LVT を変更する必要がある場合は、次の手順に従ってください。 これは、UI は若干異なる場合がありますが、SharePoint 2010 から SharePoint 2016 の標準です。 サーバーの全体管理アプリは、SharePoint サイトとは別で、アクセスにはファーム管理者の権限が必要です。 LVT の変更は SharePoint の Server バージョンでのみ可能です

  1. 管理者として、[サーバーの全体管理] にログインします。

  2. [アプリケーション構成の管理]、[Web アプリケーションの管理] に進みます。

    [Web アプリの管理] が選択されている全体管理
  3. リスト ビューのしきい値を変更するアプリケーションを選択します。

  4. リボンの [全般設定] にある下向き矢印をクリックしてメニューにアクセスし、[リソースの調整] をクリックします。

    全体管理のリソース調整が選択されています。
  5. (リストの最初の) [リスト ビューのしきい値] の値を適切な値に変更します。

  6. [OK] を選択します。

リソースの調整のページには、管理者として理解しておく設定が他にもあります。

  • 監査者と管理者用の [リスト ビューのしきい値]    これは、既定で「上限」に設定されています。 監査者または管理者によって LVT を無効にするよう特別に要求される (プログラムを使用して) 実行されるクエリは、この制限の対象となります。 既定では、LVT の 5,000 ではなく、20,000 です。 この制限を上げると、LVT を上げることと同じ影響があります。 この値を変更する場合、関連して必要になる変更点がある場合があります。

  • オブジェクト モデルの上書き:   展開でカスタム コードをよく使用し、LVT を上限に上書きするニーズがある場合は、オブジェクト モデルの上書きを許可し、そのクエリを実行するアプリケーションの許可を監査役または管理者に与えることをおすすめします。 この設定は既定でオンになっていますが、必要がない場合は無効にできます。 これを使用するよい例としては、たとえば、頻繁に数分間アクセスされる大きな結果セットをキャッシュするコードを実装した場合です。 コンテンツのキャッシュを計画していないときに、これらのクエリを頻繁に実行する予定がある場合は、サーバーのパフォーマンスに悪影響を与えるため、この方法を LVT の制限回避に使用することはお勧めしません。 つまり、十分な注意が必要ということです。

  • リスト ビュー参照のしきい値:    この機能は、クエリが実行できる結合の数を制限します。 この値は、クエリに含まれる "ルックアップ" フィールド、"ユーザーまたはグループ" フィールド、または "ワークフローの状態" フィールドの数と等しい値です。 たとえば、6 つのルックアップ列があるビューと、別の 3 つ一意のルックアップ列で 9 つのルックアップを使用するフィルターです。 リスト ビュー参照のしきい値が 8 に設定されていると、エラーが発生します。 これを 8 を超える数値に増やすことはお勧めできません。

    マイクロソフトで徹底的にテストしたところ、8 を超える結合では、急激なパフォーマンスの低下が見られました。 この時点で、サーバーのスループットが大幅に下がるだけでなく、クエリが SQL Server のリソースを不相応に大量に使用してしまい、同じデータベースを使用する他のユーザーに悪影響を与えます。 詳細については、「パフォーマンスと容量のテスト結果と推奨事項」のルックアップ列とリスト ビューに関するセクションを参照してください。

  • 大規模なクエリの時間帯:    この機能では、ユーザーが上限に達しないで大規模なクエリを実行できる時間を毎日設定できます。 この時間を設定する場合、次のいくつかのことにを慎重に検討してください。

    • 最少数のユーザーにしか影響しないよう、これはピーク時間以外にするか、負荷が最も少ない時間にします。 多くのユーザーの就業時間中の時間を選ぶと、大規模なリストを使用していないユーザーにも悪影響が発生する場合があります。

    • ユーザーが管理者に問い合わせるのではなく、自身でリストを修正するために使用する用途に使用できる、妥当な時間数にしてください。

    • この時間帯に開始された操作は、時間帯が終了しても中止されません。 時間が終わる直前にユーザーが大規模なリストを削除しようとした場合に必要な時間も考慮してください。

    • 別のタイム ゾーンも考慮してください。 これは、組織や顧客が地理的に大幅に分散しており、一元的にホストされている SharePoint サーバーを共有している場合に特に重要です。 自分の所在地では午後 6:00 時に設定するのが適切かもしれませんが、たとえばオーストラリアのシドニーでは適しません。

  • リスト固有のアクセス許可のしきい値:    これは、リストごとに許可される固有のアクセス許可数です。 アクセス許可の継承が解除されているフォルダーがあり、それ (とそれの中のすべてのアイテム) にアクセス許可を設定した場合、それはリストの固有のアクセス許可のしきい値に対して 1 として数えられます。 LVT などの設定とは異なり、このしきい値はコンテンツを参照したり、これに対してその他の操作を実行することによって動作することはなく、権限の変更に対してのみ動作します。

    対応できる場合、数値を減らすことをお勧めします。 既定は 50,000 であり、これは多数の固有のアクセス許可です。 この数値になる前にリストでアクセス許可の問題が発生する可能性が高いので、先手を打って環境に適したものに調整することをお勧めします。

アイテム数が多いリストとライブラリの概要

LVT は、バックエンド データベースに対するクエリを実行するすべてのユーザーが、一定のパフォーマンスを得られるようにするために用意されています。 ここでは、その制限事項、しくみ、LVT の値の変更方法を示します。

重要:  SharePointでは LVT を変更できません。 また、 SharePointに毎日のタイム ウィンドウを作成する機能はありません。 それらの機能は、SharePoint 2016、SharePoint 2013、および SharePoint 2010 でのみ利用できます。

データベースの競合を最小限に抑えるために、SharePoint のバックエンド データベースである SQL Server では、正確な更新のために、他の行にアクセスする他のユーザーに悪影響を与えない、行レベルのロックを方針としてよく使用します。 ただし、クエリなどのデータベースの読み書き操作で 5,000 以上の行が一度にロックされる場合、データベース操作が完了するまでテーブル全体にロックする方が SQL Server にとってより効率的となります。

注: 実際の数は常に 5,000 であるとは限りません。サイト、データベースの活動量、サイトの構成によって変わることがあります。

テーブル全体がロックされると、他のユーザーはテーブルにアクセスできなくなります。 これがあまりに頻繁に発生すると、ユーザーはシステム パフォーマンスが低下を訴えるようになります。 そのため、リソースを集中的に利用するデータベース操作の影響を最小限に抑え、全ユーザーのニーズのバランスを取るには、しきい値と上限が重要になります。

次の図は、リストまたはライブラリの多数のアイテムにアクセスしたときに、内部で行われる処理の重要な点をまとめたものです。

大きなリストとライブラリ

  1. サイト コレクションのリストまたはライブラリ データは、SQL Server データベースのテーブルに格納されます。テーブルではクエリ、インデックス、ロックを使って、パフォーマンス、共有、正確さの全体を維持します。

  2. 列のインデックスなどの操作を使ってフィルター処理されたビューによって、列や行の一部を特定し、その一部をコンピューターに返すデータベースのクエリが作成されます。

  3. 同時使用ユーザーが多数でも、しきい値と制限によって操作を調整し、リソースのバランスを取ることができます。

  4. 権限のある開発者は、SharePoint Server バージョンでオブジェクト モデルの上書きを使って、カスタム アプリケーションのしきい値と制限を一時的に上げることができます。

  5. 管理者は、SharePoint Server バージョンで、すべてのユーザーがオフピーク時に無制限に操作できるように、専用の時間枠を指定できます。

  6. インフォメーション ワーカーは、適切なビュー、スタイル、ページの制限を使って、ページのデータ表示速度を向上できます。

リストとライブラリには、次の表のように、特定の上限があります。

機能

上限

リスト アイテムまたはライブラリ アイテムの数

3,000 万

個々のファイル アイテムまたはアイテムの添付のサイズ

10 GB (ギガバイト)

次の表では、注意が必要なリソースの制限に関する情報をまとめています。 これらの制限は、SharePoint Server バージョンの全体管理の [リソースの調整] で設定します。 サイトに固有の制限や要求については、管理者にお問い合わせください。

注: 管理に役立つ場合、管理者は次のリソースの制限に従う必要はありません。

注: すべての設定は UI で行うことができません。SharePoint Server バージョンでのみ実行できます。

しきい値
または制限

既定

説明

リスト ビューのしきい値

5,000

クエリなどのデータベース操作で、同時に処理できるリスト アイテムまたはライブラリ アイテムの上限数を指定します。 この制限を超える操作はブロックされます。

代替の計画を立てる余裕があるように、リストのアイテムが 3,000 を超えると、[リストの設定] ページに警告が表示されます。 警告には、このトピックへのヘルプ リンクが表示されます。

固有のアクセス許可制限

50,000

リストまたはライブラリに許容する固有のアクセス許可の上限を指定します。

アイテムまたはフォルダーに対するアクセス許可の継承を解除するたびに、この制限に対する固有のアクセス許可数が 1 つ増えます。 アイテムを追加するとこの制限を超える場合、そのアイテムは追加できません。

行サイズの制限

6

リスト アイテムまたはライブラリ アイテムに使うデータベース内にあるテーブルの行数の上限を指定します。 多数の列がある幅が広いリストを調整するには、各アイテムを複数の内部的なテーブルの行 (最大 6 行、添付を除いて合計 8,000 バイトまで) にラップします。

たとえば、数百単位の Yes/No 列があるなど、小さな列が多数あるリストの場合、この制限を超えることができます。このような場合、リストに Yes/No 列を追加することはできませんが、別の種類の列は追加できます。

管理者がこの制限を設定できるのは、ユーザー インターフェイス経由ではなく、オブジェクト モデルを使う場合のみです。

リスト ビュー参照のしきい値

12

参照、ユーザー/グループ、ワークフローの状態列などに基づく結合について、結合操作の上限を指定します。

クエリで使用される列が 8 列を超える場合、そのような操作はブロックされます。 ただし、最大限のビューを使用すると、使用する列をプログラムを使用して選択ができます。これは、オブジェクト モデルを使って設定できます。

監査者用と管理者用の [リスト ビューのしきい値] のサイズ

20,000

適切なアクセス許可を持つ監査者または管理者が操作するときに、クエリなどのデータベース操作が同時に処理できるリスト アイテムまたはライブラリ アイテムの上限数を指定します。 この設定は、[オブジェクト モデルの上書きを許可する] と併用できます。

オブジェクト モデルの上書きを許可する

Y

[監査者と管理者に対するリスト ビューのしきい値] で指定されるより高い上限によるリスト ビューのしきい値の上書きを要求するデータベース操作 (クエリなど) を開発者が実行できるかどうかを指定します。 許可するには、管理者はオブジェクト モデルの上書きを有効にする必要があります。有効になっている場合、適切な権限を持つ開発者は、より高いリスト ビューのしきい値をクエリで使用するためのリクエストをプログラムを使用して行うことで、上書き機能を利用できます。

時間帯

なし

リソースのしきい値と制限を無視する時間枠を指定します。 管理者は、"オフピーク" 時の時間枠を構成する際に、15 分ずつ、最大 24 時間まで増加できます (午後 6:00 から午後 10:00 まで、午前 1:30 から午前 5:15 まで、など)。

この時間枠に開始されたデータベース操作またはクエリは、指定した時間枠内に完了しなくても、完了 (または失敗) まで続行されます。

フォームの一覧表示

SharePoint がリスト フォームを作成すると、リスト アイテムで使用できるすべてのフィールドがデータベースから取得されます。 ルックアップ列の数が多いリストでは、複雑で集中的な SQL ステートメントが発生する可能性があります。 SharePoint は完全な SQL ステートメントの長さを確認し、許可された最大長を超えた場合にこのエラー メッセージを表示します。

"フィールドの長さが長すぎるため、リスト アイテムを表示/追加できませんでした。 新しいエントリを短くするか、このリストから一部のフィールドを削除してください。

この問題に対処するには、特定のリストの列の数を減らしてください。

注: 

  • 標準参照列に加えて、単一値管理メタデータ、複数値管理メタデータ、単一値のユーザーとグループ列、および複数値のユーザーとグループ列がルックアップ列としてカウントされます。

  • リスト ビューの各参照列によって、別のテーブルとの結合が生じます。 ルックアップ列を追加するたびに、複雑さが増し、本質的にバックエンド SQL クエリのサイズが大きくなります。

ヘルプを表示

その他のオプションが必要ですか?

サブスクリプションの特典の参照、トレーニング コースの閲覧、デバイスのセキュリティ保護方法などについて説明します。

コミュニティは、質問をしたり質問の答えを得たり、フィードバックを提供したり、豊富な知識を持つ専門家の意見を聞いたりするのに役立ちます。

この情報は役に立ちましたか?

言語の品質にどの程度満足していますか?
どのような要因がお客様の操作性に影響しましたか?
[送信] を押すと、Microsoft の製品とサービスの改善にフィードバックが使用されます。 IT 管理者はこのデータを収集できます。 プライバシーに関する声明。

フィードバックをいただき、ありがとうございます。

×