オフライン アドレス帳について

 

適用先: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

トピックの最終更新日: 2007-08-27

オフライン アドレス帳 (OAB) はダウンロードされたアドレス一覧の集合のコピーであり、Microsoft Outlook ユーザーはサーバーに接続していないときでも OAB の情報にアクセスできます。Microsoft Exchange は新しい OAB ファイルを生成し、そのファイルを圧縮してローカルの共有に格納します。Exchange 管理者は、オフラインで作業中のユーザーに対して使用を許可するアドレス一覧を選択できます。アドレス帳の配布方法を構成することもできます。

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

important重要 :
Microsoft Exchange Server 2007 では、OAB データは [ローカル システム] として実行される Microsoft Exchange System Attendant サービスによって生成されます。管理者がセキュリティ記述子を使用して、Active Directory ディレクトリ サービスの特定の受信者をユーザーが表示できないようにしている場合、OAB をダウンロードしたユーザーは、このような非表示の受信者を表示することができます。したがって、アドレス一覧で受信者を非表示にするには、Set-PublicFolderSet-MailContactSet-MailUserSet-DynamicDistributionGroupSet-Mailbox、および Set-DistributionGroups コマンドレットで -HiddenFromAddressListsEnabled パラメータを設定します。または、非表示の受信者を含まない新しい既定の OAB を作成できます。OAB のアドレス一覧を追加または削除する方法の詳細については、「オフライン アドレス帳にアドレス一覧を追加または削除する方法」を参照してください。

Exchange 2007 での機能強化

Exchange 2007 の OAB では、パフォーマンスに関していくつかの点が強化されています。特に、これらの強化によって、OAB 情報をダウンロードするユーザーのネットワークへの影響が最小限に抑えられます。次の一覧に、OAB の強化された機能の一部を示します。

  • クライアント コンピュータに OAB 全体をダウンロードする状況が減ります。その代わりに、クライアント コンピュータは OAB の非同期ダウンロードを実行します。つまり、クライアント コンピュータに現在ある OAB とダウンロード可能な OAB との差分のみがクライアント コンピュータにダウンロードされます。この種類のダウンロードは、全体のダウンロードほどネットワークおよびクライアントのパフォーマンスに影響を与えません。
  • OAB 全体のダウンロードは大幅に減少します。この減少は、OAB ファイルに対する強化された圧縮メカニズムの採用によって実現されます。
  • OAB インデックス処理は、クライアント コンピュータのロケール設定 (言語と国/地域) に基づいて行われます。これにより、同じサーバー上の (ロケール設定が異なる) ユーザーが、サーバーのロケール設定ではなく各自のロケール設定に基づいて OAB を正しく表示できます。
  • バックグラウンド インテリジェント転送サービス (BITS) によって、クライアント コンピュータとサーバー間でファイルを非同期に転送できます。詳細については、BITS についてのページを参照してください (このサイトは英語の場合があります)。
  • 診断ログの機能強化により、OAB のダウンロード時に発生する可能性のある問題を見つけやすくなっています。詳細については、「Exchange プロセスの診断ログ」を参照してください。
  • Exchange 2007 での OAB の生成では、日本語のフリガナについて、OAB 一覧の以下の点が強化されています。
    • 表示名の日本語のフリガナ
    • 姓の日本語のフリガナ
    • 名の日本語のフリガナ
    • 会社名の日本語のフリガナ
    • 部署名の日本語のフリガナ
  • Exchange 2007 には PR_DISPLAY_TYPE_EX 属性が含まれています。これは、フォレスト間でレプリケートされるオブジェクトの適切なアイコンを表示するために、Outlook 2007 で使用されます。

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

Exchange 2007 では、クライアントへのダウンロード用に生成される OAB のバージョンを指定できます。次のオプションを利用できます。

  • OAB Version 2 (ANSI オフライン アドレス帳)   この OAB 形式は、Microsoft Exchange 2000 Server と Exchange Server version 5.5 の両方で使用されます。Exchange Server 2003 も ANSI OAB をサポートしています。Microsoft Outlook 98 以降では OAB Version 2 をサポートしています。
  • OAB Version 3 (Unicode オフライン アドレス帳)   この OAB は、Exchange 2003 で使用されます。この OAB には、Outlook がサーバーのリモート プロシージャ コール (RPC) を減らすのに役立つ追加情報が含まれます。また、Unicode OAB には、異なる言語ロケールでの並べ替えルールに関する新機能が用意されています。これらの機能を使用すると、Outlook 2003 以降で、OAB の言語ロケールに対して適切な並べ替えルールを使用することができます。
  • OAB Version 4 (Unicode オフライン アドレス帳)   この OAB は、Exchange 2003 Service Pack 2 (SP2) に導入されたもので、Outlook 2003 Service Pack 2 (SP2) および Outlook 2007 でサポートされています。この Unicode OAB を使用すると、クライアント コンピュータは、完全な OAB のダウンロードではなく、差分更新を受け取ることができます。

OAB Version 3 および Version 2 を使用する Outlook クライアント

OAB Version 3 および Version 2 を使用する Outlook クライアントの場合、Changes.oab ファイルのサイズが OAB ファイル全体のサイズの 1/8 (またはそれ以上) であるときは、Outlook は OAB 全体のダウンロードを開始します。

たとえば、Outlook は圧縮された Changes.oab ファイルのサイズを取得します。Outlook は次に、テンプレートを含めて、サーバー上にある圧縮されたすべての OAB ファイル全体の合計サイズを取得します。Changes.oab ファイルのサイズが OAB ファイル全体のサイズの 1/8 より大きい場合、Outlook は差分ファイルではなく OAB 全体をダウンロードします。

受信者の属性に対する小さな変更によって、すべての受信者情報が Changes.oab ファイルに含まれます。このような小さな変更を次の例に示します。

  • 多数の受信者に対して新しい市外局番を反映するために電話番号を更新する
  • 多数の受信者に対して追加のプロキシ アドレスを追加する

そのため、受信者の半数に対して最小限のバイト数の情報を変更した場合でも、作成される Changes.oab ファイルは OAB ファイル全体のサイズの 1/8 を超える大きさになることがあります。

OAB Version 4 を使用する Outlook クライアント

OAB Version 4 を使用する Outlook 2003 SP2 および Outlook 2007 の場合、Changes.oab ファイルのサイズが OAB ファイル全体のサイズの 1/2 (またはそれ以上) であるときは、Outlook は OAB 全体のダウンロードを開始します。OAB Version 4 で行われた機能強化の詳細については、オフライン アドレス帳の機能強化についてのページで、Exchange Server 2003 SP2 および Outlook 2003 SP2 での機能強化についての説明を参照してください (このサイトは英語の場合があります)。

OAB 配布方法

オフラインで作業するユーザーがどのアドレス帳を使用できるかを選択できます。OAB の生成 (OABGen) 処理では、Exchange は新しい OAB ファイルを生成し、そのファイルを圧縮してローカルの共有に格納します。この処理が終了したら、アドレス帳の配布方法を構成することができます。OAB をクライアント コンピュータに配布するには、次の 2 つの方法があります。

  • Web ベースの配布
  • パブリック フォルダの配布

どの OAB ダウンロード方法を使用するかを決定するために、Microsoft Office Outlook 2007 は、自動検出サービスによって提供される情報を使用します。Exchange サーバーに対して OAB ダウンロード方法を選択していない場合、Outlook 2007 の電子メールの自動構成のテスト ツールが、OAB URL としてパブリック フォルダを報告します。その後、Outlook は、従来の方法 (パブリック フォルダの配布) を使用して OAB データをダウンロードします。パブリック フォルダの配布方法の詳細については、後の「パブリック フォルダの配布」を参照してください。

Web ベースの配布

Web ベースの配布は、オフラインまたはダイヤルアップ接続で作業中の Outlook 2007 クライアントが OAB にアクセスする場合に使用する配布方法です。Web ベースの配布では、パブリック フォルダを使用する必要がありません。

Web ベースの配布では、OAB の生成後、クライアント アクセス サーバーによってこのファイルがレプリケートされます。Web ベースの配布には HTTPS および BITS が使用されます。BITS の機能の概要については、BITS についてのページを参照してください (このサイトは英語の場合があります)。

important重要 :
既定では Web ベースの配布が有効になっており、これ以上の構成は必要ありませんが、OAB 配布ポイントの SSL (Secure Sockets Layer) を有効にすることをお勧めします。詳細については、「オフライン アドレス帳の配布に対して SSL を要求する方法」を参照してください。

Web ベースの配布の使用には、次のような複数の利点があります。

  • より多くの同時接続クライアント コンピュータをサポート。
  • 帯域幅の使用量が減少。
  • OAB 配布ポイントに対する管理の強化。Web ベースの配布では、配布ポイントは HTTPS Web アドレスであり、クライアント コンピュータはそこから OAB をダウンロードできます。

Web ベースの配布の利点を最大限に活用するには、クライアント コンピュータが Outlook 2007 を実行している必要があります。組織のクライアント コンピュータが Outlook 2003 以前のバージョンを実行している場合は、パブリック フォルダの配布と Web ベースの配布の両方を使用できます。Outlook 2003 以前のクライアントは引き続きパブリック フォルダを使用して OAB にアクセスし、Outlook 2007 クライアントは新しい Web ベースの配布方法を利用できます。

Web ベースの配布は、正しく機能するために以下のコンポーネントに依存します。

  • OAB の生成プロセス   これは、Exchange によって OAB が作成および更新されるプロセスです。OAB を作成および更新するために、OAB を生成するサーバー上で OABGen サービスが実行されます。OAB の配布をサポートするためには、このサーバーは Exchange 2007 メールボックス サーバーである必要があります。
  • Microsoft Exchange ファイル配布サービス   Microsoft Exchange ファイル配布サービスは、クライアント アクセス サーバー上で実行され、OAB を収集して、メールボックス サーバー上のコンテンツとコンテンツを同期します。
  • OAB 仮想ディレクトリ   OAB 仮想ディレクトリは、Web ベースの配布方法で使用される配布ポイントです。既定では、Exchange 2007 がインストールされると、インターネット インフォメーション サービス (IIS) の既定の内部 Web サイトに OAB という名前の新しい仮想ディレクトリが作成されます。組織のファイアウォールの外から Outlook に接続するクライアント側のユーザーがいる場合は、外部 Web サイトを追加できます。また、Exchange 管理シェルで New-OABVirtualDirectory コマンドレットを実行すると、ローカルの Exchange 2007 サーバー上の既定の IIS Web サイトに OAB という名前の新しい仮想ディレクトリが作成されます。OAB 仮想ディレクトリを作成する方法の詳細については、「オフライン アドレス帳仮想ディレクトリを作成する方法」を参照してください。
  • 自動検出サービス   これは、Outlook 2007 と、Exchange 2007 にアクセスするようにクライアントが自動的に構成される一部のモバイル デバイスで使用可能な機能です。このサービスはクライアント アクセス サーバーで実行され、特定のクライアント接続に対して正しい OAB URL を返します。自動検出サービスの詳細については、「自動検出サービスの概要」を参照してください。

次の図は、OAB の Web ベースの配布方法を示すワークフローです。この図では、すべてのクライアント ユーザーが同じ OAB を持ち、OAB をすべてのクライアント アクセス サーバーに配布することを前提としています。

OAB の Web ベースの配布方法の図

この図では、会社はロンドンおよびサンパウロにオフィスを構えています。会社全体のメールボックス サーバーはロンドンの本社にあります。サンパウロは低速リンクであり、サンパウロのクライアント ユーザーが Outlook に接続するためのクライアント アクセス サーバーがあります。また、会社には遠隔地で勤務するユーザーが存在し、インターネット経由で会社のネットワークに接続しています。

ユーザーが MAPI ベースのクライアント コンピュータ (Outlook など) にアクセスする前に、以下のことが起きます。

  1. ロンドン オフィスのいずれかのメールボックス サーバーで、OAB が生成されます。
  2. ロンドンの各クライアント アクセス サーバーで、Microsoft Exchange ファイル配布サービスによって、ロンドンの OAB メールボックス サーバーから新しい OAB ファイルがコピーされます。
  3. サンパウロのクライアント アクセス サーバーで、Microsoft Exchange ファイル配布サービスによって、ロンドンのメールボックス サーバーから低速リンク経由でファイルがコピーされます。このコピー処理には、低速リンクの速度に応じて、数分から数時間かかる場合があります。クライアント コンピュータは、コピーが完了して検証されるまで、新しい OAB を使用できません。
    note注 :
    すべてのクライアント アクセス サーバーが新しい OAB をまったく同時にコピーするとは限りません。新しい差分ファイル場合にコピーを開始するポーリング間隔があります (既定は 8 時間)。最初のポーリングは、Microsoft Exchange ファイル配布サービスの開始時に発生します。したがって、クライアント アクセス サーバーが同時に起動されたのでない限り、サーバーのポーリングはクライアント アクセス サーバーごとに異なります。

すべてのクライアント アクセス サーバーが OAB のコンテンツをコピーした後、クライアント ユーザーが OAB をダウンロードするには、次のいくつかのシナリオがあります。

  • シナリオ 1   オンサイト ユーザー
    このシナリオでは、ロンドン オフィスで次のすべての処理が実行されます。
    1. ユーザー A (ロンドン オフィスにおり、Outlook が Exchange キャッシュ モードに設定されています) が、Outlook に接続します。
    2. Outlook が自動検出サービスに接続して、最も近い OAB 配布ポイントへの URL を取得します。
    3. 自動検出サービスは、ロンドンのいずれかのクライアント アクセス サーバーに対して URL を返します。
    4. Outlook は BITS を使用して、自動検出サービスによって提供された URL に接続します。
    5. Outlook が OAB をダウンロードします。
  • シナリオ 2   低速リンク ユーザー
    このシナリオでは、サンパウロ オフィスにはメールボックス サーバーが存在しないので、ユーザー B のメールボックスはロンドン オフィスにあります。ユーザー B は出張を予定しており、OAB のローカル コピーが必要なので、OAB をダウンロードする必要があります。ユーザー B の OAB は、サンパウロ オフィスに最も近いクライアント アクセス サーバーからダウンロードされます。
    1. ユーザー B (サンパウロ オフィスにいます) が、Outlook に接続します。
    2. Outlook が自動検出サービスに接続して、最も近い OAB 配布ポイントへの URL を取得します。
    3. 自動検出サービスは、サンパウロのクライアント アクセス サーバーに対して URL を返します。
    4. Outlook は BITS を使用して、自動検出サービスによって提供された URL に接続します。
    5. Outlook が OAB をダウンロードします。ただし、サンパウロのクライアント アクセス サーバーは低速リンク経由でロンドンに OAB をコピーするので、ユーザー B は最新の OAB を取得できない場合があります。
  • シナリオ 3   インターネット ユーザー
    このシナリオでは、ユーザーはインターネットを使用して接続するので、Exchange はユーザーの物理的な場所に最も近いクライアント アクセス サーバーを特定できません。したがって、Exchange は、ユーザーのメールボックス サーバーに近いクライアント アクセス サーバーを既定で使用します。
    1. メールボックスがロンドンにあるユーザー C が、インターネットから Outlook に接続します。
    2. Outlook が自動検出サービスに接続して、最も近い OAB 配布ポイントへの URL を取得します。
    3. ユーザー C のメールボックスはロンドンのメールボックス サーバーにあるので、自動検出サービスはロンドンのいずれかのクライアント アクセス サーバーに対して URL を返します。
    4. Outlook は BITS を使用して、自動検出サービスによって提供された URL に接続します。
    5. Outlook が OAB をダウンロードします。

パブリック フォルダの配布

パブリック フォルダの配布は、オフラインまたはダイヤルアップ接続で作業中の Outlook 2003 以前のクライアントが OAB にアクセスする場合に使用する配布方法です。パブリック フォルダの配布では、OAB 生成プロセスにより、ファイルがいずれかのパブリック フォルダに直接配置され、続いて Exchange ストア レプリケーションによって、データが他のパブリック フォルダ配布ポイントにコピーされます。

パブリック フォルダの配布では、OAB 全体のダウンロードに対するすべての要求が直ちに処理されます。たとえば、10,000 ユーザーを処理するパブリック フォルダが 1 時間に 1,000 件の要求を受信し、OAB のサイズが 5 MB である場合、サーバーは直ちに 5 GB のデータを送信します。ネットワーク速度と使用可能な帯域幅により、この量のトラフィックのためにネットワークが長時間にわたって過負荷になる可能性があります。

このような過負荷を避けるには、OAB のダウンロードに使用されるネットワーク帯域幅を制限するように帯域幅のしきい値を設定できます。このプロセスは帯域幅調整と呼ばれます。

既定では、帯域幅調整はオフになっています。OAB システム フォルダをホストしているすべてのパブリック フォルダ サーバーのレジストリに以下のエントリを追加することで、帯域幅調整をアクティブにすることができます。

Caution注意 :
レジストリに対して誤った編集を行うと、重大な問題が発生する可能性があり、オペレーティング システムの再インストールが必要になる場合があります。 誤ったレジストリ編集に起因する問題は、解決できない場合もあります。 レジストリを編集する前に、重要なデータをバックアップしてください。
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\ParametersSystem
Type: DWORD
Value: OAB Bandwidth Threshold (KBps)
Value Data: bandwidth threshold setting (Range: 0 to 4194304 (decimal))

帯域幅のしきい値の設定は、キロバイト/秒 (KBps) 単位であり、10 進数で構成する必要があります。たとえば、レジストリ キーを 10 進値の 5,000 に設定すると、パブリック フォルダ サーバーは、OAB ダウンロード用の帯域幅のしきい値として 5,000 KBps を使用します。これは、約 40,960 キロビット/秒 (Kbps) つまり 40.96 メガビット/秒 (Mbps) です。設定を追加および構成した後、Exchange はレジストリ エントリを動的に検出し、帯域幅制限の適用を開始します。Microsoft Exchange Information Store サービスの再起動は必要ありません。

OAB ダウンロード要求が発生するたびに、Exchange サーバー上での要求者の管理権限が検証されます。要求に使用されたセキュリティ コンテキストが、Exchange サーバーのローカル管理者と同等である場合は、内部機能によるダウンロード要求であることが確認されます。この場合、要求者は OAB 全体のダウンロードを続行することを許可されます。ただし、その場合も、管理者であるクライアントに送信されるバイト数は、OAB 全体のダウンロードの平均バイト数の一部として計算されます。要求者に管理者権限がない場合は、直前の 10 秒間にダウンロードされた OAB 全体のダウンロードの平均バイト数が決定されます。この値が構成されているしきい値よりも小さい場合、OAB 全体のダウンロードが許可されます。

note注 :
レジストリ キーを 0 に設定すると、一度に 1 つの管理者権限を持たないクライアントが、10 秒間隔で OAB 全体をダウンロードできます。

OAB ダウンロード用に帯域幅のしきい値を設定する場合、個々のサーバーのしきい値を、Exchange サーバーのネットワーク アダプタまたはネットワークの過負荷が発生しない値に構成することをお勧めします。ネットワークおよび Exchange サーバーのパフォーマンス データの収集と分析をまだ実行していない場合は、レジストリ エントリを構成する前に実行する必要があります。

パブリック フォルダの配布を使用する場合に、OAB のダウンロードがネットワークに与える影響

OAB の完全ダウンロードが大量に発生する状況はいくつか考えられるので、OAB の大量のダウンロードがネットワークの帯域幅に与える影響について理解している必要があります。

Exchange サーバーは、OAB の多数のダウンロード要求を簡単に処理することができます。その結果、低速リンクで OAB の完全ダウンロードを何度も試みることで、ネットワークが飽和状態になる可能性があります(使用可能な帯域幅がすべて使用されている状態になります)。このような場合は、次の 2 つの大きな影響があります。

  • ワイド エリア ネットワーク (WAN) を使用する必要があるアプリケーションの実行速度が遅くなります。これは、それらのネットワーク要求が、飽和状態の WAN リンク上を通過する間待機することになるのが原因です。
  • 個々のネットワーク要求がタイムアウトすると、追加要求が発生するので、WAN 上で実際に必要なトラフィックが増加します。

ネットワークが飽和状態になると、各クライアント コンピュータが OAB をダウンロードするのにかかる時間だけでなく、ダウンロード処理の全体的な所要時間でも待ち時間が増えます。通常、これは各クライアント コンピュータのデータ速度が低下することを意味します。ただし、待ち時間が長すぎると、RPC パケットはタイムアウトしますが、同じデータを取得する RPC 要求が追加される原因になります。また、Outlook ユーザーが OAB のダウンロードを試みて、ダウンロードがキャンセルされるか、失敗した場合、Outlook はダウンロード済みのデータを削除して、再び OAB のダウンロードを試みます。その結果、より多くのデータが要求されることになり、大量の OAB のダウンロードにかかる全体的な所要時間が長くなります。

Outlook は、一連の RPC パケットを介して、Exchange サーバーから OAB をダウンロードします。各パケットが受信および確認されてから、次のパケットが送信されます。Outlook と Exchange の間の待ち時間に基づいて、単一の Outlook クライアントが各パケットを受信および確認できる速さが制限されます。この遅延により、単一の Outlook クライアントでは、ネットワーク リンクを飽和状態にできない場合があります。ただし、OAB のダウンロードを開始する Outlook クライアントの数が増えると、すべてのクライアントのダウンロード速度を組み合わせて、リンクが飽和状態になる場合があります。OAB の完全ダウンロードが完了するまで、リンクは飽和状態のままです。

この関係は直線的で、Outlook クライアントと Exchange サーバーの間の待ち時間が長いほど、受信するパケットの数は少なくなります。低速リンクが飽和状態になるまでに OAB をダウンロードできるクライアントは、さらに少なくなります。その反対も当てはまります。待ち時間が短い場合、低速リンクを飽和状態にするには、より多くのクライアントが必要です。WAN を飽和状態にせずに同時に OAB をダウンロードすることができる Outlook クライアントの数は、ネットワーク待ち時間が短くなるにつれて、またはネットワーク帯域幅が増えるにつれて増えます。

OAB に関する考慮事項

単一の OAB を使用するか、複数の OAB を使用するかにかかわらず、OAB 戦略を計画および実装する際には、以下の要素を考慮することをお勧めします。

  • 組織内の各 OAB のサイズ。詳細については、後の「OAB のサイズに関する考慮事項」を参照してください。
  • OAB のダウンロードの数。
  • 親識別名の変更の数と頻度。
  • SMTP (簡易メール転送プロトコル) アドレスの不一致。
  • ディレクトリに加えられた変更の全体的な数。

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

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

OAB のサイズは、数 MB から数百 MB までさまざまです。OAB のサイズには、次の要素が影響します。

  • 社内での証明書の使用。公開キー基盤 (PKI) 証明書の数が増えると、OAB も大きくなります。PKI 証明書の規模は、1 ~ 3 KB です。これは、OAB のサイズに最も大きな影響を与えます。
  • Active Directory 内のメール受信者の数。
  • Active Directory 内の配布グループの数。
  • メールボックスが有効なオブジェクトまたはメールが有効なオブジェクトごとに社内で Active Directory に追加する情報。たとえば、組織によって、各ユーザーにアドレス プロパティを設定する場合と、設定しない場合があります。

詳細情報

OAB の詳細については、以下のトピックを参照してください。

アドレス一覧の詳細については、以下のトピックを参照してください。

参照している情報が最新であることを確認したり、他の Exchange Server 2007 ドキュメントを見つけたりするには、Exchange Server TechCenter を参照してください。