次の方法で共有


オフライン アドレス帳

製品: Exchange Server 2013

オフライン アドレス帳 (OAB) は、Microsoft Outlook ユーザーがサーバーから切断されている間にアドレス帳にアクセスできるようにダウンロードされたアドレス一覧コレクションのコピーです。 Microsoft Exchange は、新しい OAB ファイルを生成し、ファイルを圧縮してローカル共有に配置します。 オフラインで作業するユーザーが使用できるアドレス一覧を決定したり、アドレス帳を配布する方法を構成したりすることもできます。

アドレス一覧の詳細については、「アドレス一覧」を参照してください。

重要

OAB データは、メールボックス アシスタントである Microsoft Exchange OABGen サービスによって生成されます。 セキュリティ記述子を使用して、ユーザーが Active Directory 内の特定の受信者を表示できないようにすると、OAB をダウンロードしたユーザーは非表示の受信者を表示できます。 そのため、アドレス一覧から受信者を非表示にするには、Set-PublicFolderSet-MailContact、Set-MailUserSet-DynamicDistributionGroupSet-Mailboxおよび Set-DistributionGroup コマンドレットの HiddenFromAddressListsEnabled パラメーターを設定します。 または、非表示の受信者を含まない新しい既定の OAB を作成することもできます。 OAB にアドレス一覧を追加または削除する方法の詳細については、「 アドレス一覧をオフライン アドレス帳に追加するか、オフライン アドレス帳からアドレス一覧を削除する」を参照してください。

OAB に関連する管理タスクをお探しですか? 「オフライン アドレス帳の手順」を参照してください。

Exchange バージョン間での OAB の移動

Exchange 2007 と Exchange 2010 では、 Move-OfflineAddressBook コマンドレットを使用して、OAB 世代を別のメールボックス サーバーに移動します。 Exchange 2013 では、OAB (バージョン 4) のみがサポートされています。 これは、Exchange 2010 の既定値と同じバージョンです。 Exchange 2013 を構成して他の OAB バージョンを生成することはできません。また、OAB の生成は、組織のメールボックスが存在するメールボックス サーバーで発生します。 そのため、Exchange 2013 で OAB 生成を移動するには、組織のメールボックスを移動する必要があります。 OAB 世代を別の Exchange 2013 メールボックス データベースにのみ移動できます。 OAB の生成を以前のバージョンの Exchange に移動することはできません。 Exchange 2013 OAB 組織メールボックスを見つけるには、次のシェル コマンドを実行します。

Get-Mailbox -Arbitration | where {$_.PersistedCapabilities -like "*oab*"}

その後、 MoveRequest コマンドレットを使用してメールボックスを移動できます。

OAB バージョン 4 と Outlook クライアント

Exchange 2013 では、OAB バージョン 4 のみがサポートされています。 OAB バージョン 4 は Exchange 2003 Service Pack 2 (SP2) で導入され、Outlook 2007、Outlook 2010、および Outlook 2013 でサポートされています。 この Unicode OAB を使用すると、クライアント コンピューターは、完全な OAB ダウンロードやファイル サイズの縮小ではなく、差分更新プログラムを受け取ることができます。

OAB バージョン 4 を使用する Outlook クライアント

Outlook 2013、Outlook 2010、Outlook 2007、および OAB バージョン 4 を使用するクライアントの場合、changes.oab ファイルのサイズが OAB ファイル全体の半分 (またはそれ以上) のサイズである場合、Outlook は完全な OAB ダウンロードを開始します。

Web ベースの配布

Web ベースの配布 は、オフラインで作業している Outlook 2013、Outlook 2010、または Outlook 2007 クライアントが OAB にアクセスできる配布方法です。

Web ベースの配布を使用するには、次のようないくつかの利点があります。

  • より多くの同時実行クライアント コンピューターのサポート。

  • 帯域幅使用量の削減。

  • OAB 配布ポイントに対する管理の強化。 Web ベースの配布では、配布ポイントは HTTPS Web アドレスであり、クライアント コンピューターは OAB をダウンロードできます。

Web ベースの配布を最大限に活用するには、クライアント コンピューターで Outlook 2013、Outlook 2010、または Outlook 2007 を実行している必要があります。

Web ベースの配布を適切に機能させるには、次のコンポーネントに依存します。

  • OAB 生成プロセス: これは、Exchange が OAB を作成および更新するプロセスです。 OAB を作成して更新するには、組織のメールボックスが配置されているメールボックス サーバーで OABGen サービスが実行されます。 OAB の配布をサポートするには、このサーバーが Exchange メールボックス サーバーである必要があります。

  • OAB 配布: クライアントが OAB 配布要求を開始した場合、要求はクライアント アクセス サーバーを介して送信されます。 その後、クライアント アクセス サーバーは、OAB ファイルをホストしているメールボックス サーバーに要求をルーティングします。 その後、OAB ファイルはメールボックス サーバーからクライアントに直接配布されます。

  • OAB 仮想ディレクトリ: OAB 仮想ディレクトリは、Web ベースの配布方法で使用される配布ポイントです。 既定では、Exchange がインストールされると、インターネット インフォメーション サービス (IIS) の既定の内部 Web サイトに OAB という名前の新しい仮想ディレクトリが作成されます。 組織のファイアウォールの外部から Outlook に接続するクライアント側ユーザーがいる場合は、外部 Web サイトを追加できます。 または、シェルで New-OABVirtualDirectory コマンドレットを実行すると、ローカル Exchange クライアント アクセス サーバーの既定の IIS Web サイトに OAB という名前の新しい仮想ディレクトリが作成されます。 詳細については、「 オフライン アドレス帳仮想ディレクトリを作成する」を参照してください。

  • 自動検出サービス: これは、Outlook 2013、Outlook 2010、Outlook 2007、および Exchange へのアクセス用にクライアントを自動的に構成する一部のモバイル デバイスで使用できる機能です。 このサービスはクライアント アクセス サーバーで実行され、特定のクライアント接続に対して正しい OAB URL を返します。

OAB に関する考慮事項

ベスト プラクティスとして、1 つの OAB または複数の OAB のどちらを使用する場合でも、OAB 戦略を計画して実装する際には、次の要因を考慮してください。

  • 組織内の各 OAB のサイズ。 詳細については、このトピックの後半の「OAB サイズに関する考慮事項」を参照してください。

  • OAB のダウンロード数。

  • 親識別名の変更の数と頻度。

  • SMTP アドレスの不一致。

  • ディレクトリに加えられた変更の総数。

OAB サイズに関する考慮事項

一部の組織では、OAB はリモート ユーザーがダウンロードする小さなファイルです。 これらの組織では、通常、OAB のダウンロードは問題になりません。 ただし、大規模なディレクトリを持つ大規模な組織や、Exchange キャッシュ モードで Outlook 2003 を展開している組織の場合は、特に組織が Exchange サーバーをリージョン データセンターに統合している場合は、問題になる可能性があります。

OAB サイズは、数メガバイトから数百メガバイトまで異なる場合があります。 OAB のサイズには、次の要素が影響します。

  • 会社での証明書の使用。 公開キー基盤 (PKI) 証明書の数が増えると、OAB も大きくなります。 PKI 証明書の規模は、1 から 3 KB です。 これは、OAB のサイズに最も大きな影響を与えます。

  • Active Directory のメール受信者の数。

  • Active Directory の配布グループの数。

  • メールボックスが有効なオブジェクトまたはメールが有効なオブジェクトごとに、会社が Active Directory に追加する情報。 たとえば、一部の組織では、各ユーザーのアドレス プロパティを設定します。他の人はしません。