Windows ライブラリ
ライブラリは、ユーザーのコンテンツ用の仮想コンテナーです。 ライブラリには、ローカル コンピューターまたはリモートのストレージの場所に格納されているファイルとフォルダーを含めることができます。 Windows エクスプローラーでは、ユーザーは他のフォルダーと対話する方法と同様の方法でライブラリを操作します。 ライブラリは、ユーザーが使い慣れている従来の既知のフォルダー (マイ ドキュメント、マイ ピクチャ、マイ ミュージックなど) に基づいて構築され、これらの既知のフォルダーは既定のライブラリに自動的に含まれ、既定の保存場所として設定されます。
ユーザーの機能
Windows ライブラリは、完全なコンテンツ検索と豊富なメタデータを提供します。 ライブラリは、ユーザーに次の利点を提供します。
- 複数のストレージの場所のコンテンツを 1 つの統一されたプレゼンテーションに集約します。
- ユーザーがメタデータに基づいてライブラリの内容をスタックおよびグループ化できるようにします。
- Windows エクスプローラーまたは [スタート] メニューから、複数のストレージの場所で高速なフルテキスト検索を有効にします。
- ライブラリに含まれるファイルの種類に基づいて、カスタマイズされたフィルター検索候補をサポートします。
- ユーザーが新しいライブラリを作成し、含めるフォルダーを指定できるようにします。
管理者向けの機能
管理者は、次の方法で Windows ライブラリを構成および制御できます。
- ライブラリの説明 (*.library-ms) ファイルを作成してデプロイして、カスタム ライブラリを作成します。
- 既定のライブラリを非表示または削除します。 (ライブラリ ノード自体を Windows エクスプローラー ナビゲーション ウィンドウで非表示にしたり、削除したりすることはできません)。
- 既定のユーザーで使用できるライブラリのセットを指定し、これらのライブラリを既定のユーザーから派生したユーザーにデプロイします。
- ライブラリに含める場所を指定します。
- ライブラリから既定の場所を削除します。
- インデックス付きファイル データに依存する Windows ライブラリ機能をオフにするグループ ポリシーを使用して、環境でファイルのローカル キャッシュがサポートされていない場合は、高度なライブラリ機能を削除します。 このメソッドを使用すると、すべてのライブラリが基本になります ( 「インデックス作成の要件と基本ライブラリ」を参照)。[スタート] メニュー検索のスコープからライブラリを削除し、他の機能を削除して、ユーザーを混乱させ、リソースを消費しないようにします。
ライブラリの詳細
次の情報は、エンタープライズを正常に管理するために理解する必要があるライブラリのコンテキストで重要です。
ライブラリコンテンツ
ライブラリにフォルダーを含めることは、ファイルまたはフォルダーの保存場所を物理的に移動したり変更したりすることはありません。ライブラリは、これらのフォルダーのビューです。 ただし、ライブラリ内のファイルを操作するユーザーは、これらのファイルのコピーではなく、ファイル自体をコピー、移動、削除しています。
既定のライブラリと既知のフォルダー
既定のライブラリには、次のものが含まれます。
- ドキュメント
- 音楽
- 画像
- ビデオ
ライブラリは、ユーザーが使い慣れている従来の既知のフォルダー (マイ ドキュメント、マイ ピクチャ、マイ ミュージックなど) に基づいて構築されています。 これらの既知のフォルダーは、既定のライブラリに自動的に含まれ、既定の保存場所として設定されます。 つまり、ユーザーがファイルをドキュメント ライブラリにドラッグ、コピー、または保存すると、ファイルはマイ ドキュメント フォルダーに移動、コピー、または保存されます。 管理者とユーザーは、既定の保存場所を変更できます。
既定のライブラリを非表示にする
ユーザーまたは管理者は既定のライブラリを非表示または削除できますが、ナビゲーション ウィンドウのライブラリ ノードは非表示または削除できません。 既定のライブラリを削除する場合は、既定のライブラリに依存Windows メディア プレーヤー、コンピューターに存在しない場合は再作成する必要があるため、既定のライブラリを非表示にすることをお勧めします。 手順については、「 既定のライブラリを非表示にする方法 」を参照してください。
ライブラリの既定の保存場所
各ライブラリには、既定の保存場所があります。 ファイルは、ユーザーがライブラリ内の特定の場所ではなく、ライブラリにファイルを保存またはコピーすることを選択した場合に、この場所に保存またはコピーされます。 既知のフォルダーは既定の保存場所です。ただし、ユーザーは別の保存場所を選択できます。 ユーザーが既定の保存場所をライブラリから削除すると、次の場所が新しい既定の保存場所として自動的に選択されます。 ライブラリに場所が空の場合、または含まれているすべての場所をに保存できない場合、保存操作は失敗します。
インデックス作成の要件と "基本" ライブラリ
特定のライブラリ機能は、インデックスが作成されるライブラリの内容によって異なります。 ライブラリの場所は、ローカル インデックス作成に使用できるか、Windows インデックス作成プロトコルに準拠した方法でインデックスを作成する必要があります。 ライブラリ内の 1 つ以上の場所に対してインデックス作成が有効になっていない場合、ライブラリ全体が基本的な機能に戻ります。
- ビューの並べ替えによるメタデータ参照はサポートされません。
- Grep のみの検索。
- Grep のみの検索候補。 入力候補に使用できるプロパティは、[ 変更日] と [サイズ] のみです。
- [スタート] メニューからの検索はサポートされません。 スタート メニューの検索では、基本的なライブラリからファイルが返されません。
- コンテンツ モードで返される検索結果のファイル スニペットのプレビューはありません。
この制限された機能を回避するには、ライブラリ内のすべての場所がローカルまたはリモートでインデックスを作成できる必要があります。 ユーザーがライブラリにローカル フォルダーを追加すると、Windows によってインデックス作成スコープに場所が追加され、コンテンツにインデックスが作成されます。 リモートでインデックスが作成されていないリモートの場所は、オフライン ファイル同期を使用してローカル インデックスに追加できます。 この機能により、場所がリモートであっても、ローカル ストレージの利点がユーザーに提供されます。 フォルダーを "常にオフラインで使用できる" にすると、フォルダーのファイルのローカル コピーが作成され、それらのファイルがインデックスに追加され、ローカルコピーとリモート コピーが同期されます。ユーザーは、リモートでインデックスを作成せず、フォルダー リダイレクトを使用していない場所を手動で同期して、ローカルでインデックスを作成する利点を得ることができます。
インデックス作成を有効にする手順については、「 ライブラリの場所のインデックス作成を有効にする方法」を参照してください。
環境でローカルでのファイルのキャッシュがサポートされていない場合は、[インデックス付きファイル データに依存する Windows ライブラリ機能を無効にする] グループ ポリシーを有効にする必要があります。 この有効化により、すべてのライブラリが基本になります。 詳細については、「Windows 検索、参照、および整理のグループ ポリシー」を参照してください。
フォルダー リダイレクト
ライブラリ ファイル自体はリダイレクトできませんが、ライブラリに含まれる既知のフォルダーは、 フォルダー リダイレクトを使用してリダイレクトできます。 たとえば、既定のドキュメント ライブラリに含まれている "マイ ドキュメント" フォルダーをリダイレクトできます。 既知のフォルダーをリダイレクトする場合は、完全なライブラリ機能を維持するために、宛先がインデックス付けされているか、常にオフラインで使用できることを確認する必要があります。 どちらの場合も、コピー先フォルダーのファイルのインデックスが作成され、ライブラリでサポートされます。 これらの設定は、サーバー側で構成されます。
サポートされているストレージの場所
次の表は、Windows ライブラリでサポートされている場所を示しています。
サポートされている場所 | サポートされていない場所 |
---|---|
固定ローカル ボリューム (NTFS/FAT) | リムーバブル ドライブ |
インデックスが作成された共有 (部署サーバー*、Windows ホーム PC) | リムーバブル メディア (DVD など) DFS 名前空間を介してアクセスできるネットワーク共有、またはフェールオーバー クラスターの一部であるネットワーク共有 |
オフラインで使用できる共有 (オフライン ファイルを使用するリダイレクトされたフォルダー) | オフラインまたはリモートでインデックスを作成できないネットワーク共有 ネットワーク接続ストレージ (NAS) デバイス |
その他のデータ ソース: SharePoint、Exchange など。 |
* 部署サーバーでインデックスが作成された共有の場合、Windows Search はワークグループまたはワークグループ サーバーと同様の特性を持つドメイン サーバーで正常に動作します。 たとえば、Windows Search は、次の特性を持つ 1 つの共有部門サーバーで適切に動作します。
- 予想される最大負荷は、4 つの同時クエリ要求です。
- 予想されるインデックス作成コーパスは、最大 100 万のドキュメントです。
- ユーザーはサーバーに直接アクセスします。 つまり、サーバーは DFS 名前空間を介して使用できません。
- エラーが発生した場合、ユーザーは別のサーバーにリダイレクトされません。 つまり、サーバー クラスターは使用されません。
ライブラリ属性
次のライブラリ属性は、Windows エクスプローラー、ライブラリ管理ダイアログ、またはライブラリ記述ファイル (*.library-ms) 内で変更できます。
- 名前
- ライブラリの場所
- ライブラリの場所の順序
- 既定の保存場所
ライブラリ アイコンは、管理者またはユーザーがライブラリの説明スキーマ ファイルを直接編集することで変更できます。 ライブラリ記述ファイルの作成については、「 ライブラリ記述スキーマ 」を参照してください。
関連項目
概念
- Windows 検索機能
- Windows インデックス作成機能
- フェデレーション検索機能
- 管理方法ガイド
- Windows 検索、参照、整理のグループ ポリシー
- Windows 検索、参照、および組織のその他のリソース
その他のリソース
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示