パブリック フォルダーについて
適用先: Exchange Server 2010 SP2, Exchange Server 2010 SP3
トピックの最終更新日: 2016-11-28
Microsoft Exchange の最初のバージョンで導入されたパブリック フォルダーは、共有アクセスのために設計され、ワークグループや組織内の他のユーザーと情報を収集、整理、および共有するための容易かつ効果的な方法です。パブリック フォルダーは階層的に整理され、専用データベースに格納され、Exchange を実行するサーバー間でレプリケートできます。
パブリック フォルダーは、次の目的のために設計されているのではありません。
データのアーカイブ パブリック フォルダーは、データのアーカイブ用に設計されたものではありません。メールボックスの制限が設定されているユーザーは、データをアーカイブするために、個人フォルダー (.pst) の代わりにパブリック フォルダーを使用する場合があります。パブリック フォルダー サーバー上の格納域に影響が及び、メールボックス制限の目的が損なわれるため、この方法は推奨されません。
文書共有とコラボレーション パブリック フォルダーは、文書共有やコラボレーション用に設計されたものではありません。パブリック フォルダーは、制御されたチェックインおよびチェックアウト機能や内容の変更の自動通知などのバージョン管理または他のドキュメント管理機能を提供しません。
Exchange Server 2010 では、パブリック フォルダーはオプションの機能です。組織内のすべてのクライアント コンピューターで Microsoft Outlook 2010 または Office Outlook 2007 を実行している場合、パブリック フォルダーがなくても空き時間情報やオフライン アドレス帳 (OAB) のダウンロードなどの機能を利用できます。Exchange 2010 では、OAB ダウンロードや空き時間情報のためにパブリック フォルダーを使用する代わりに、自動検出サービス、Microsoft Exchange System Attendant サービス、および Microsoft Exchange ファイル配布サービスからこれらの機能が提供されます。
組織内に Outlook 2010 または Outlook 2007 を実行していないクライアント コンピューターがある場合は、引き続きパブリック フォルダーを使用します。
目次
セットアップ時のパブリック フォルダー データベースの作成
パブリック フォルダー ツリー
パブリック フォルダーのレプリケーション
パブリック フォルダーの参照
メールが有効なパブリック フォルダー
パブリック フォルダー アクセス
Exchange 2010 と Exchange 2007 が混在する組織の考慮事項
Exchange 2010 と Exchange 2003 が混在する組織の考慮事項
パブリック フォルダーの階層の更新
パブリック フォルダーの内容のレプリケーション
ベスト プラクティス
セットアップ時のパブリック フォルダー データベースの作成
Outlook 2003 およびそれ以前のバージョンまたは Microsoft Entourage を実行しているコンピューターが Exchange に接続するには、パブリック フォルダー データベース (旧称パブリック フォルダー ストア) が必要です。このため、純粋な Exchange 2010 組織では、最初のサーバーにメールボックス サーバーをインストールするときに、セットアップで次の質問メッセージが表示されます。**Outlook 2003 以前または Entourage を実行しているクライアント コンピューターが組織内にありますか?**答えが「はい」である場合、パブリック フォルダー データベースが作成されます。答えがいいえである場合、パブリック フォルダー データベースは作成されません。
2 番目のサーバーのインストール時は、この質問は表示されず、パブリック フォルダー データベースは作成されません。組織にパブリック フォルダー データベースが必要かどうかを指定するのは、最初のサーバーのインストール時だけです。それ以降は、すべてのパブリック フォルダー データベースはオプションです。セットアップ時にパブリック フォルダー データベースを作成しなくても、セットアップの完了後いつでもパブリック フォルダー データベースを作成できます。パブリック フォルダー データベースを作成する方法の詳細については、「パブリック フォルダー データベースの作成」を参照してください。
Exchange が混在する組織では、セットアップで質問メッセージは表示されません。このような組織では、Exchange より前の Exchange Server 2007 のバージョンとの下位互換性を確保するために、既定でパブリック フォルダー データベースが作成されます。特に、Exchange 2010 は独自の管理グループにインストールされるので、このパブリック フォルダー データベースは従来の Schedule+ の空き時間情報機能をサポートすることになります。
Exchange 2010 のインストールの詳細については、「Exchange 2010 の展開」を参照してください。
セットアップ時のパブリック フォルダー データベースの作成
パブリック フォルダー ツリー
MAPI フォルダー ツリーは、以下のサブツリーに分かれています。
既定のパブリック フォルダー (IPM_Subtree) ユーザーは Outlook などのクライアント アプリケーションを使用して直接これらのフォルダーにアクセスできます。
システム パブリック フォルダー (Non_IPM_Subtree とも呼ばれます) ユーザーは、従来の方法を使用してこれらのフォルダーに直接アクセスすることはできません。Outlook などのクライアント アプリケーションは、これらのフォルダーを使用して、空き時間データ、OAB、組織フォームなどの情報を格納します。他のシステム フォルダーには、カスタム アプリケーションや Exchange によって使用される構成情報が含まれます。パブリック フォルダー ツリーには、汎用的なパブリック フォルダー ツリーには存在しない、EFORMS REGISTRY フォルダーなどの追加のシステム フォルダーが含まれます。システム フォルダーには以下のものがあります。
EFORMS REGISTRY およびイベント ルート 既定では、これらの各フォルダーのコンテンツ レプリカは、最初の管理グループにインストールされている最初の Exchange サーバー上の既定のパブリック フォルダー データベース内に存在します。これは、従来の Outlook クライアント (Outlook 2007 より前の Outlook バージョンを使用するクライアント) 用に組織フォームが格納される場所です。
Offline Address Book および Schedule+ Free Busy Offline Address Book フォルダーと Schedule+ Free Busyフォルダーには、現在のトポロジ内の各管理グループ (サイト) ごとのサブフォルダーが自動的に含まれます。既定では、特定の管理グループ フォルダーの内容のレプリカは、その管理グループにインストールされる最初のサーバーに存在します。これらのフォルダーは、従来の Outlook クライアント用の空き時間情報や OAB データの格納に使用されます。従来の Outlook クライアントは、Exchange 2010 または Exchange 2007 で空き時間情報や OAB データを管理する新機能に対応していません(これらの機能には、クライアント アクセス サーバーでの空き時間情報サービス、自動検出サービス、および OAB 配布が含まれます)。
OWAScratchPad 各パブリック フォルダー データベースには OWAScratchPad フォルダーがあります。このフォルダーは、Microsoft Office Outlook Web App を使用してアクセスされる添付ファイルを一時的に格納するために使用されます。このフォルダーを変更しないでください。
StoreEvents 各パブリック フォルダー データベースには StoreEvents フォルダーがあります。このフォルダーは、カスタム Exchange データベース イベントの登録情報を保持します。このフォルダーを変更しないでください。
その他のフォルダー 内部的な Exchange のデータベース操作をサポートするために、schema-root などのその他のシステム フォルダーがツリーに含まれる場合があります。これらのフォルダーを変更しないでください。
セットアップ時のパブリック フォルダー データベースの作成
パブリック フォルダーのレプリケーション
パブリック フォルダー データベースでは、次の 2 種類のパブリック フォルダー情報をレプリケートします。
階層 フォルダーのプロパティとフォルダーについての組織情報です (ツリー構造など)。すべてのパブリック フォルダー データベースには、階層情報のコピーがあります。特定のフォルダーについて、パブリック フォルダー データベースは階層情報を使用して以下のことを識別できます。
フォルダーのアクセス許可
フォルダーの内容のレプリカを保持するサーバー
パブリック フォルダー ツリー内のフォルダーの位置 (親フォルダーと子フォルダー、ある場合)
内容 フォルダーの内容を構成するメッセージです。内容をレプリケートするには、フォルダーの内容を特定のパブリック フォルダー データベースまたはデータベースの一覧にレプリケートするようにフォルダーを構成する必要があります。指定したデータベースのみが、内容のコピーを持つことになります。内容を含むフォルダーのコピーは、内容のレプリカと呼ばれます。
注意
パブリック フォルダーの内容のレプリケーションは、データベース可用性グループ (DAG) で制御されることはありません。DAG を持つサーバー上にパブリック フォルダー データベースを配置することができます。ただし、パブリック フォルダーは、DAG 外では自身のパブリック フォルダーのレプリケーション方法を使用します。
パブリック フォルダーのレプリケーションの詳細については、「パブリック フォルダーのレプリケーションについて」を参照してください。
セットアップ時のパブリック フォルダー データベースの作成
パブリック フォルダーの参照
Outlook などのクライアント アプリケーションが Exchange パブリック フォルダーを開く場合、そのクライアント アプリケーションがどのフォルダーのレプリカにアクセスするかは Exchange サーバーによって決定されます。このプロセスはパブリック フォルダーの参照と呼ばれます。要求された内容のレプリカが、その要求を処理する Exchange サーバー上に存在する場合、クライアント アプリケーションはローカル レプリカにアクセスします。レプリカがローカル サーバー上に存在しない場合、Exchange は同じ Active Directory サイト内でレプリカを検索します。参照サーバーの一覧を指定して各サーバーにルーティング コストを割り当てることで、参照が特定のコネクタを経由するようにユーザー トラフィックの流れを変更することができます。
パブリック フォルダーの参照の詳細については、「パブリック フォルダーの参照について」を参照してください。
セットアップ時のパブリック フォルダー データベースの作成
メールが有効なパブリック フォルダー
パブリック フォルダーのメールを有効にすると、追加レベルの機能がユーザーに提供されます。ユーザーは、パブリック フォルダーにメッセージを投稿できるだけでなく、パブリック フォルダーに電子メール メッセージを送信し、場合によってはパブリック フォルダーから電子メール メッセージを受信できます。カスタム アプリケーションを開発している場合、この機能を使用してメッセージや文書をパブリック フォルダーで出し入れすることができます。
メールが有効なフォルダーとは、電子メール アドレスを持つパブリック フォルダーです。このフォルダーの構成方法によっては、グローバル アドレス一覧 (GAL) に表示することができます。メールが有効な各フォルダーは、Active Directory 内に電子メール アドレス、アドレス一覧の名前、およびその他のメール関連の属性を格納するオブジェクトを持ちます。
パブリック フォルダーに送信されたメールは、メールボックス データベース内のメールボックスではなくパブリック フォルダー データベース宛てに送信されるので、Exchange では、通常のメールボックス宛ての場合とは少し異なる方法で、電子メール メッセージをルーティングします。
セットアップ時のパブリック フォルダー データベースの作成
パブリック フォルダー アクセス
Exchange 2010 では、次のクライアント アプリケーションがパブリック フォルダーにアクセスできます。
Outlook 2010
Outlook 2007
Outlook 2003
Outlook 2007 を使用してパブリック フォルダーを作成および管理する方法の詳細については、「パブリック フォルダーの作成および共有」を参照してください。
Outlook 2003 を使用してパブリック フォルダーを作成および管理する方法の詳細については、パブリック フォルダーの使用を参照してください。
セットアップ時のパブリック フォルダー データベースの作成
Exchange 2010 と Exchange 2007 が混在する組織の考慮事項
Exchange 2010 および Exchange 2007 が混在する組織の場合、Exchange 2010 からパブリック フォルダーおよびパブリック フォルダー データベースを管理する必要があります。Active Directory スキーマの変更により、Exchange 2007 サーバーでは、Exchange 2010 パブリック フォルダー データベースは認識されません。次の表では、特定のパブリック フォルダーの管理を Exchange 2007 サーバーと Exchange 2010 サーバーで実行した場合に予測される動作について説明します。
| タスク | Exchange 2007 サーバー | Exchange 2010 サーバー |
|---|---|---|
パブリック フォルダー データベースを作成する |
Exchange 2010 メールボックス データベースが組織内にあり、msExchHomePublicDB 属性が含まれていない場合、Exchange 2007 サーバーは、Exchange 2010 メールボックス データベースの msExchHomePublicDB 設定を更新することはできません。エラー メッセージを受け取りますが、パブリック フォルダー データベースが作成されます。 パブリック フォルダー データベースを作成した後で、既定のパブリック フォルダー データベースを変更する必要があります。Exchange 2010 サーバーからこの手順を実行する必要があります。詳細については、「メールボックス データベースの既定のパブリック フォルダー データベースを変更する」を参照してください。 |
常に機能します。 |
既定のパブリック フォルダー データベースを削除する |
メールボックス データベースが、削除しようとしているパブリック フォルダー データベースを指している場合、既定のパブリック フォルダー データベースを変更する必要があることを伝えるエラー メッセージが送信されます。既定のパブリック フォルダー データベースを変更するには、次の手順に従います。
注意 メールボックス データベースが指すよう指定している新しい既定のパブリック フォルダー データベースが Exchange 2010 パブリック フォルダー データベースである場合は、この表の「Exchange 2010 パブリック フォルダー データベースを Exchange 2007 メールボックス データベースの既定のパブリック フォルダー データベースとして設定する」を参照してください。 |
メールボックス データベースに、既定のパブリック フォルダー データベースとして削除しようとしているパブリック フォルダー データベースがなければ、Exchange 2007 および Exchange 2010 の両方のサーバーで機能します。 |
組織内の最後のパブリック フォルダー データベースを削除する |
これが組織内の最後の Exchange 2007 パブリック フォルダー データベースである場合、Remove-PublicFolderDatabase コマンドレットは、Exchange 2010 パブリック フォルダー データベース上の msExchFirstInstance プロパティを Remove-PublicFolderDatabase コマンドレットを Exchange 2010 サーバーから実行します。 |
メールボックス データベースに、既定のパブリック フォルダー データベースとして削除しようとしているパブリック フォルダー データベースがなければ、Exchange 2007 および Exchange 2010 の両方のサーバーで機能します。 |
Exchange 2010 パブリック フォルダー データベースを Exchange 2007 メールボックス データベースの既定のパブリック フォルダー データベースとして設定する |
メールボックス データベースまたはパブリック フォルダー データベースが Exchange 2010 データベースである場合、Exchange 2007 サーバーで既定のパブリック フォルダー データベースを変更することはできません。 Exchange 2007 サーバーでは Exchange 2010 パブリック フォルダー データベースが認識されないので、Set-MailboxDatabase コマンドレットを Exchange 2010 サーバーで実行する必要があります。 Exchange 2010 サーバーで、Exchange 2007 メールボックス データベースの既定のパブリック フォルダー データベースを変更します。詳細については、「メールボックス データベースの既定のパブリック フォルダー データベースを変更する」を参照してください。 |
常に機能します。パブリック フォルダー データベースとメールボックス データベースが異なるバージョンの Exchange に関連付けられている場合、既定のパブリック フォルダー データベースを変更するために使用する必要があります。 |
セットアップ時のパブリック フォルダー データベースの作成
Exchange 2010 と Exchange 2003 が混在する組織の考慮事項
Exchange 2003 組織に Exchange 2010 をインストールする場合、セットアップによって Exchange 2003 組織内に管理グループとルーティング グループが自動的に作成されます。組織に追加される Exchange 2010 サーバーは、新しい管理グループおよびルーティング グループに含められます。また、前述したように、セットアップでは最初の Exchange 2010 メールボックス サーバーにパブリック フォルダー データベースがインストールされます。セットアップにより、そのパブリック フォルダー データベース内に新しい管理グループ用の空き時間情報フォルダーが作成されます。Exchange 2010 サーバー上にメールボックスが作成された (および Exchange 2003 からの移行ではない) ユーザーの legacyExchangeDN プロパティは、Exchange 2010 管理グループ名に対応します。したがって、Free/Busy フォルダーにも対応します。既定では、Exchange 2003 サーバーにメールボックスを持つ、Outlook 2003 以前のクライアント ユーザーからの空き時間情報の検索を容易にするために、クライアント ユーザーの空き時間情報は Free/Busy パブリック フォルダーに入力されます。
管理
Exchange 2010、Exchange 2007、および Exchange 2003 組織が混在する環境では、Exchange システム マネージャーを使用して、パブリック フォルダーを管理できます。サポートされているシナリオは次のとおりです。
Exchange システム マネージャーが、管理用の Exchange 2003 パブリック フォルダー データベースのみに接続する必要があります。そこから、変更が Exchange 2010 にレプリケートされます。
Exchange 2010 のみの環境または Exchange 2010 および Exchange 2007 組織が混在する環境では、Exchange システム マネージャーを再インストールして、パブリック フォルダーを管理することはできません。Exchange 管理シェルを使用する必要があります。
階層のレプリケーションを確認する場合、またはフォルダーのローカル レプリカの保存期間の値を表示する場合、Exchange 2003 サーバー上に存在するパブリック フォルダーには Exchange システム マネージャーを使用し、Exchange 2010 または Exchange 2007 サーバー上に存在するパブリック フォルダーにはシェルを使用することをお勧めします。
Outlook Web App
Exchange 2010、Exchange 2007、および Exchange 2003 の混在組織では、Exchange 2010 および Exchange 2007 クライアント アクセス サーバーのいずれかに、/public という名前の仮想ディレクトリがあります。/public 仮想ディレクトリを使用せずに、Outlook Web App からパブリック フォルダーに完全にアクセスできます。
重要
Exchange 2010 Outlook Web App クライアントは、Exchange 2003 サーバー上のパブリック フォルダーを表示できません。
さらに、Outlook Web App では以下のパブリック フォルダーの機能を利用できます。
Exchange 2010 メールボックス サーバー上のパブリック フォルダーに対するフル アクセス。Exchange 2003 からパブリック フォルダーにアクセスするために Outlook Web App メールボックス サーバーを維持する必要はありません。
パブリック フォルダーの検索機能
Web パーツのサポート
セットアップ時のパブリック フォルダー データベースの作成
パブリック フォルダーの階層の更新
あるサーバーのパブリック フォルダー階層が、他のサーバーのパブリック フォルダー階層と異なっている場合、階層を同期できます。Exchange 2003 Service Pack 2 (SP2) では、Synchronize Hierarchy コマンドを使用して、Exchange 2003 サーバーのパブリック フォルダー階層を組織内の他のサーバーと同期します。Exchange 2010 では、Update-PublicFolderHierarchy コマンドレットを使用して、Exchange 2010 サーバー上のパブリック フォルダー階層と組織内の他のサーバーと同期させます。
注意
Synchronize Hierarchy コマンドを Exchange 2010 サーバー上で実行することはできません。同様に、Update-PublicFolderHierarchy コマンドレットを Exchange 2003 サーバー上で実行することはできません。ただし、どちらかのコマンドを実行すると、組織全体のパブリック フォルダー階層が更新されます。
詳細については、「パブリック フォルダー階層を更新する」を参照してください。
セットアップ時のパブリック フォルダー データベースの作成
パブリック フォルダーの内容のレプリケーション
組織内のパブリック フォルダーの内容のレプリケーション エラーを止めるために、パブリック フォルダーの内容のレプリケーションを中断することができます。レプリケーションを中断すると、パブリック フォルダーの階層とレプリケーション スケジュールを再構成できます。
混在環境でパブリック フォルダーの内容のレプリケーションを中断または再開するには、Exchange 2010 サーバー上で、シェルから Suspend-PublicFolderReplication コマンドレットまたは Resume-PublicFolderReplication コマンドレットを実行します。Exchange 2010 サーバー上でこれらのコマンドレットを実行すると、混在環境内のすべてのサーバーでパブリック フォルダーの内容のレプリケーションが中断または再開されます。シェルを使用してパブリック フォルダーの内容のレプリケーションを中断または再開する方法の詳細については、以下のトピックを参照してください。
セットアップ時のパブリック フォルダー データベースの作成
ベスト プラクティス
ここでは、Exchange 組織内で以下のパブリック フォルダーのタスクを実行する際に考慮するベスト プラクティスを説明します。
パブリック フォルダー データベースの作成
パブリック フォルダーの階層の設計
夜間保守の実行
パブリック フォルダー データベースの作成
組織内に作成するパブリック フォルダー データベースの数を計画するときは、以下のベスト プラクティスを検討してください。
パブリック フォルダーが酷使される大企業トポロジの場合、パブリック フォルダー専用サーバーを展開します。このベスト プラクティスは、CPU リソースとディスク リソースを、分離したサーバー機能に集中させるという一般的なベスト プラクティスに基づいています。
複数の小規模なパブリック フォルダー データベースを保有するよりも、少数の大規模なパブリック フォルダー データベースを保有する方が、スケーラビリティに優れ、管理が容易です。パブリック フォルダー データベースの数を減らすことで、多数の小規模データベースのバックアップおよび復元に必要な時間を短縮できます。また、バックグラウンド レプリケーション トラフィックの量が削減されます。さらに、多数の小規模データベースのオンライン保守よりも、少数の大規模データベースのオンライン保守の方が迅速です。また、アクセス許可と内容へのアクセスを適用し、効率的なレプリケーションと参照を実装するという点では、少数のパブリック フォルダー データベースを管理する方が容易です。
少数の大規模パブリック フォルダー データベースを保有するというベスト プラクティスは、組織レベルからトポロジを検討する場合に特に有用です。ただし、サーバー レベルでは、複数の小規模データベースを保有する方が、バックアップおよび復元処理など一部の管理タスクや保守タスクを迅速に実行できる場合があります。最終的に、展開するパブリック フォルダー データベースの数は、ビジネス要件に合わせる必要があります。展開するデータベースの数を決定するにあたって、レプリケーション トラフィックのコストと、データベースのバックアップ、保守、および復元回数のコストのバランスを取る必要があります。
パブリック フォルダーの階層の設計
パブリック フォルダーの階層を設計するにあたって、環境における階層のレプリケーションの影響を認識する必要があります。パブリック フォルダーの階層を深くする方が、階層を広くするよりもスケーラビリティに優れています。深い階層は、多数の上位レベル フォルダーではなく、垂直方向に入れ子になった多数のフォルダーで構成されます。幅の広い階層は、多数の上位レベルフォルダーで構成され、垂直方向に入れ子になったサブフォルダーの数が少なくなっています。
たとえば、250 のフォルダーが特定の階層状に編成された状態を考えてみます。広い階層の場合、1 つの親フォルダーの下に、250 のサブフォルダーを直接配置します。深い階層の場合、最上位フォルダーを 5 つ用意し、それぞれに 5 つの直接サブフォルダーを配置します。そのそれぞれのサブフォルダー内に 10 のサブフォルダーを含めることができます。
どちらの例でも 250 のフォルダーになります (5 × 5 × 10 = 250)。ただし、広い階層よりも深い階層の方が、以下の理由でパフォーマンスに優れています。
適用されたアクセス許可が異なるフォルダーをレプリケーションで処理する方法は、深い階層の方が効率的です。
10 のサブフォルダーを持つフォルダーに対するクライアント コンピューターの操作 (並べ替え、検索、展開など) の方が、250 のサブフォルダーを持つフォルダーよりも大幅に安価です。
深い階層の方が広い階層よりもスケーラビリティに優れていますが、フォルダーあたりのサブフォルダー数は 250 を超えないことがベスト プラクティスです。サブフォルダーが 250 を超えると、クライアント コンピューターがアクセスを要求したときに、クライアントが許容できない事態が発生する可能性があります。
階層を実装するにあたって考慮する必要がある要因は、ユーザーがパブリック フォルダーにアクセスする際にアクセス許可がユーザーの操作に与える影響です。パブリック フォルダーの各サブフォルダーに固有のアクセス制御リスト (ACL) エントリが定義されている場合、Exchange サーバーが新しいパブリック フォルダー レプリケーション メッセージを受け取るたびに、親パブリック フォルダーの ACL を評価して、どのユーザーが親パブリック フォルダーへの変更を参照する権限があるかを決定する必要があります。親パブリック フォルダーに大きな随意アクセス制御リスト (DACL) エントリが設定されている場合、各パブリック フォルダー サブスクライバーの表示を更新するには長時間かかる場合があります。
注意
親フォルダーの DACL は、パブリック フォルダーのすべてのサブフォルダーの DACL の合計で構成されます。
以下の条件に当てはまる場合、数 MB の DACL データを解析することが必要になる可能性があります。
単一の親パブリック フォルダーの下に多数のサブフォルダーがある。
そのそれぞれのサブフォルダーに固有の ACL が定義されている。
パブリック フォルダー レプリケーション メッセージが届くたびにすべてのパブリック フォルダー サブスクライバーの表示を更新できるように、この DACL データを解析する必要があります。
したがって、パブリック フォルダーの階層は、親フォルダーにアクセスするユーザー セットに応じて編成することをお勧めします。また、パブリック フォルダー階層には複雑なアクセス許可モデルを実装しないでください。
夜間保守の実行
データベースが効率的に運用を継続できるように、メールボックス データベースおよびパブリック フォルダー データベースに対して夜間保守を実行することをお勧めします。Exchange メールボックス サーバーは、設定されたスケジュールに従ってタスクを自動実行します。
セットアップ時のパブリック フォルダー データベースの作成
© 2010 Microsoft Corporation.All rights reserved.