Exchange 2007 トランスポートからのアップグレード

適用先 : Exchange Server 2010

Microsoft Exchange Server 2007 を Exchange Server 2010 にアップグレードする場合、運用環境で両方のバージョンが共存する期間が生じます。Exchange 2007 から Exchange 2010 へのアップグレード パスを計画する場合は、このトピックの情報を参照してください。このトピックには、概要、共存環境でのメッセージ フローに関する技術情報、および混合バージョン環境で操作を行う際の考慮事項が含まれています。

重要 :
Exchange 2010 を新しい組織として展開すると、Exchange 2007 を後で Exchange 2010 組織にインストールできなくなります。そのようなシナリオはサポートされていません。将来的に組織で Exchange 2007 機能が必要になると予想される場合は、最初に Exchange 2007 組織をインストールし、少なくとも 1 つの Exchange 2007 サーバーを保持する必要があります。

Exchange 2010 と Exchange 2007 が共存するシナリオで最も重要なのは、各メールボックス サーバーで、一致する Exchange バージョンを使用するハブ トランスポート サーバーが、同じ Active Directory サイト内に存在する必要がある点です。Exchange 2010 内の Exchange サーバー オブジェクト (XSO) モデルに加えられた変更により、Exchange 2010 ハブ トランスポート サーバーは、Exchange 2007 メールボックス サーバーとメッセージを送受信することができません。同様に、Exchange 2007 ハブ トランスポート サーバーも、Exchange 2010 メールボックス サーバーと通信することはできません。そのため、すべての Exchange 2007 メールボックス サーバーがサイトから削除されるまで、Exchange 2007 ハブ トランスポート サーバーを特定の Active Directory サイトに保持する必要があります。共存環境でのメッセージのルーティング方法の詳細については、このトピックで後述する「バージョン間のメッセージ ルーティング」を参照してください。

注 :
Exchange 2010 でのインプレース アップグレードはサポートされていません。新しい Exchange 2010 サーバーを環境にインストールして、Exchange 2007 サーバーの使用を段階的に停止します。このドキュメントでは、アップグレードという語は通常、特定のサーバーではなく、ご使用の Exchange 展開のバージョンのアップグレードを指します。

目次

トランスポート サーバーのアップグレード パス

バージョン間のメッセージ ルーティング

EdgeSync の相違点

共存シナリオでのトランスポート ルールとジャーナル

混在環境での DSN 設定の維持

バージョン間のメッセージの追跡

共存のシナリオでの Exchange 2010 トランスポート機能

トランスポート サーバーのアップグレード パス

Exchange 2007 ハブ トランスポート サーバーおよびエッジ トランスポート サーバーのアップグレードは、全体的なアップグレード戦略の一部に含めることが必要です。順序としては、クライアント アクセス サーバーの後、ユニファイド メッセージング サーバーとメールボックス サーバーの前に、トランスポート サーバーをアップグレードすることをお勧めします。エッジ トランスポート サーバーは、ハブ トランスポート サーバーのアップグレード後にアップグレードする必要があります。アップグレードの計画については、「Exchange 2007 - Planning Roadmap for Upgrade and Coexistence」(英語) を参照してください。

Exchange 2010 ハブ トランスポート サーバーまたはエッジ トランスポート サーバーを導入する前に、そのサイト内のすべての Exchange 2007 サーバーが Exchange 2007 Service Pack 2 (SP2) にアップグレードされていることを確認します。Exchange 2010 ハブ トランスポート サーバーと Exchange 2007 ハブ トランスポート サーバーが 1 つの Active Directory サイト内で共存するには、Exchange 2007 SP2 が必要です。Microsoft Exchange EdgeSync サービスがバージョン間で動作するには、Exchange 2007 SP2 も必要です。

複数のサイトで Exchange 2007 が展開されている場合は、インターネットに直接接続されているサイトを最初にアップグレードする必要があります。残りのサイトのアップグレードの順序は、特定のトポロジと組織の優先度によって異なります。

次のプロセスは、インターネットに直接接続されたサイトのトランスポート サーバーで推奨されるアップグレード パスを示します(エッジ トランスポート サーバーと EdgeSync を使用していることが前提です。サードパーティ製のスマート ホストを使用している場合は、手順 2 ～ 6 を省略できます)。アップグレード プロセスは以下のとおりです。

1. 最初の Exchange 2010 ハブ トランスポート サーバーをサイトに導入します。サイトへの導入後、Exchange 2010 ハブ トランスポート サーバーはすぐにエッジ同期を引き継ぎます。ただし、エッジ トランスポート サーバーでは、まだ Exchange 2007 SP2 が実行されているので、Exchange 2010 ハブ トランスポート サーバーは増分 EdgeSync 同期を実行せず、Exchange 2007 ハブ トランスポート サーバーとまったく同じように、EdgeSync データ全体をレプリケートします。Exchange 2010 ハブ トランスポート サーバーは、インターネットにメッセージを配信するために、次の図に示すように Exchange 2007 ハブ トランスポート サーバーを経由します。
   既存の Exchange 2007 サイトへの Exchange 2010 ハブ トランスポート サーバーの導入
   

2. Exchange 2007 エッジ トランスポート サーバーを再びサイトにサブスクライブします。これにより、次の図に示すように、Exchange 2010 ハブ トランスポート サーバーは送信元サーバーとして、エッジ サブスクリプションに追加されます。

   注 :
   複数の Exchange 2010 ハブ トランスポート サーバーを Active Directory サイトに追加する場合は、エッジ トランスポート サーバーをサブスクライブする前に、すべての新しいハブ トランスポート サーバーを展開すると、時間を節約できます。

   Exchange 2010 ハブ トランスポート サーバー導入後の、Exchange 2007 エッジ トランスポート サーバーのサブスクライブ
   

3. 最初の Exchange 2010 エッジ トランスポート サーバーを境界ネットワークに導入します。

4. Exchange 2010 エッジ トランスポート サーバーをサイトにサブスクライブします。この時点で、Exchange 2010 ハブ トランスポート サーバーは、次の図に示すように、Exchange 2010 エッジ トランスポート サーバーへの増分更新を開始します。
   Exchange 2010 エッジ トランスポート サーバーのサブスクライブ
   

5. Exchange 2007 エッジ サブスクリプションを削除します。

6. Exchange 2007 エッジ トランスポート サーバーを、次の図に示すように停止します。
   Exchange 2007 エッジ トランスポート サーバーの削除
   

7. すべてのメールボックスを Exchange 2010 メールボックス サーバー上に置いたら、Exchange 2007 ハブ トランスポート サーバーを停止します。

ページのトップへ

バージョン間のメッセージ ルーティング

Exchange 2010 内の Exchange サーバー オブジェクト (XSO) モデルでの変更により、Exchange 2010 ハブ トランスポート サーバーは、Exchange 2007 メールボックス サーバーとメッセージを送受信することができません。同様に、Exchange 2007 ハブ トランスポート サーバーも、Exchange 2010 メールボックス サーバーと通信することはできません。その結果、Exchange 2010 と Exchange 2007 を同じ Active Directory サイトに置くには、次の図に示すように、そのサイトで両方のバージョンのハブ トランスポート サーバーを保持する必要があります。サイト B のサーバーのバージョンは図に示されていません。これは、サイト間 SMTP トラフィックの処理が、Exchange 2007 の場合と同じであるためです。ハブ トランスポート サーバーは、リモート サイトのハブ トランスポート サーバーにメッセージを中継して、配信します。

Exchange 2010 と Exchange 2007 の間のメッセージ フロー

バージョン間のメッセージ フローを有効にするために、バージョン付きルーティングという機能が Exchange 2010 に実装されています。ルーティング エンジンはバージョン付きルーティングを使用して、メールボックスのホーム サーバーのバージョンとその Active Directory サイトをチェックします。バージョンが一致しない場合は、次の図のバージョン付きルーティングのワークフローで示すように、メッセージは、一致するバージョンを持つハブ トランスポート サーバーに中継されます。ルーティングは Active Directory サイトおよび Exchange バージョンの両方に依存するようになっています。

バージョン付きルーティングのワークフロー

Exchange 2010 メールボックス ユーザーがメッセージを同じサイト内の Exchange 2007 メールボックス ユーザーに送信すると、次の処理が行われます。

1. Exchange 2010 メールボックス サーバーは、Exchange 2010 ハブ トランスポート サーバーに新しいメールがあることを通知します。
2. Exchange 2010 ハブ トランスポート サーバーはメッセージを受信します。
3. ルーティング エージェントは、配信先メールボックスのホーム サーバーであるメールボックス サーバーのバージョンが、自身のバージョンと一致しないと判断します。
4. ルーティング エージェントは、ローカル サイトにある Exchange 2007 ハブ トランスポート サーバーを特定します。
5. Exchange 2010 ハブ トランスポート サーバーは、Exchange 2007 ハブ トランスポート サーバーにメッセージを中継します。
6. Exchange 2007 ハブ トランスポート サーバー上のルーティング エージェントは、ターゲット メールボックスがローカル サイトの Exchange 2007 メールボックス サーバー上にあると判断します。
7. Exchange 2007 ハブ トランスポート サーバーは、Exchange 2007 メールボックス サーバーにメッセージを配信します。

Exchange 2007 メールボックス ユーザーから Exchange 2010 の受信者に送信されたメッセージも、同様のパスをたどります。

バージョン付きルーティングが SP2 の Exchange 2007 に追加されました。Exchange 2010 と Exchange 2007 の両方を同じ Active Directory サイト内に共存させるには、まず、既存の Exchange 2007 サーバーを SP2 にアップグレードする必要があります。Exchange 2010 および Exchange 2007 SP2 が同じ Active Directory サイト内にある場合、各ハブ トランスポート サーバーは、一致するバージョンのメールボックス サーバーのメッセージを処理します。バージョン付きルーティングによって、サイト内のメッセージのルーティング方法が変更されることはありません。

Exchange 2010 と Exchange 2007 が同じサイト内にある場合は、次の点を考慮してください。

• 互換性のないハブ トランスポート サーバーを、メールボックス サーバーの発信サーバー上書きとして指定することはできません。
• 特定のメールボックス サーバーで、一致するバージョンのハブ トランスポート サーバーがローカル サイトにない場合、そのメールボックス サーバーのユーザーによって送信されたメッセージはすべて、メールボックス サーバー上に残ります。
• 特定のメールボックス サーバーで、一致するバージョンのハブ トランスポート サーバーがローカル サイトにない場合、そのメールボックス サーバーのユーザーに送信されたメッセージについて、配信不能レポート (NDR) が発行されます。
• メールが有効なパブリック フォルダーに送信されたメッセージは、メールボックスに送信されたメッセージと同じ方法で処理されます。

ページのトップへ

EdgeSync の相違点

Exchange 2010 では、エッジ同期処理が強化されています。Exchange 2007 では、EdgeSync はすべての構成と受信者情報全体をレプリケートしていました。特に、受信者の数が非常に多い組織では、この処理には長時間を要しました。Exchange 2010 では、EdgeSync の増分更新が導入されています。Exchange 2010 エッジ トランスポート サーバーを初めてサイトにサブスクライブすると、すべての構成情報と受信者データが同期されます。後で行われるすべての更新では、変更だけがレプリケートされます。したがって、同期時間とネットワーク使用率が大幅に削減されます。

Exchange 2007 ハブ トランスポート サーバーは、Exchange 2010 トランスポート サーバーでの EdgeSync に参加することができますが、増分更新は Exchange 2010 ハブ トランスポート サーバーと Exchange 2010 エッジ トランスポート サーバー間のみで使用できます。既定では、Exchange 2010 エッジ トランスポート サーバーを、Exchange 2010 ハブ トランスポート サーバーのある Active Directory サイトにサブスクライブすると、Exchange 2010 ハブ トランスポート サーバーによって EdgeSync 処理が引き継がれます。Exchange 2007 ハブ トランスポート サーバーにフォールバックする場合は、Exchange 2010 ハブ トランスポート サーバー上の Microsoft Exchange EdgeSync サービスを無効化します。ただし、そのように設定した場合、増分更新は行われず、再び EdgeSync 更新ごとにすべてのデータがレプリケートされます。

EdgeSync の詳細については、「エッジ サブスクリプションについて」(英語) を参照してください。

ページのトップへ

共存シナリオでのトランスポート ルールとジャーナル

Exchange 2007 組織でトランスポート ルールまたはジャーナルを既に使用している場合は、どちらのハブ トランスポート サーバーが特定のメッセージを処理していても、共存期間中もこれらの機能が引き続き機能するようにします。

Exchange 2010 のトランスポート ルールとジャーナル ルールには次に示すように、重要な変更が行われており、混在環境でこれらの機能を管理する際に影響が及びます。

• 形式の変更   Exchange 2010 トランスポート ルールでは、一連の新しい述語と操作がサポートされます。これらの新しい述語と操作をサポートするため、トランスポート ルールの Active Directory での保存方法の形式が変更されました。Exchange 2007 ハブ トランスポート サーバーでは、これらの新しい述語と操作を処理することはできません。Exchange 2010 で使用可能な述語と操作の完全な一覧については、「トランスポート ルールの述語」(英語) および「トランスポート ルールのアクション」を参照してください。
• Active Directory 内の保存場所   Exchange 2007 トランスポート ルール エージェントによって、Exchange 2010 で作成されたルールの読み込みと処理が実行されないように、Exchange 2010 ルールは個別の Active Directory コンテナーに保存されます。ジャーナル ルールについても同様です。

Exchange 2010 への既存の構成のコピー

Exchange 2010 のインストール時にセットアップ プログラムによって、Exchange 2007 トランスポート ルールの存在が検出されると、これら従来のルールは自動的に一時フォルダーにエクスポートされた後で、Active Directory 内の Exchange 2010 トランスポート ルール コンテナーにインポートされます。この処理は、ユーザーが操作しなくても自動的に実行されます。

注 :
既存の Exchange 2010 トランスポート ルールがある場合、移行によって既存の Exchange 2010 トランスポート ルールがすべて上書きされるので、セットアップでは Exchange 2007 ルールの移行は行われません。

同様に、すべての Exchange 2007 ジャーナル ルールがセットアップ中に変換されて、Exchange 2010 ジャーナル ルールにコピーされます。詳細については、「Exchange 2007 のジャーナル ルールをエクスポートおよびインポートする」(英語) を参照してください。

混在環境でのトランスポート ルールとジャーナルの保持

Exchange 2010 へのルールの自動インポートは、初期セットアップ時にのみ実行されます。初期セットアップ中、Exchange 2010 と Exchange 2007 のトランスポート ルールとジャーナル ルールのセットが同期されます。将来的に既存のルールに変更を加えるか、ルールを作成した場合、そのルールは、使用する管理ツールに基づいて 1 つの場所で変更されます。たとえば、Exchange 2010 で Exchange 管理シェルを使用してルールを作成すると、Active Directory 内の Exchange 2010 ルール コンテナーのみが更新されます。同様に、Exchange 2007 サーバーで Exchange 管理コンソール (EMC) を使用して既存のルールを変更すると、そのルールの Exchange 2007 バージョンのみが変更されます。

トランスポート ルールとジャーナル ルールの一貫性をバージョン間で確実に維持するには、変更を 2 回行う必要があります。1 回は Exchange 2010 管理ツールで、もう 1 回は Exchange 2007 管理ツールで行います。

ページのトップへ

混在環境での DSN 設定の維持

Exchange 2010 では、内部および外部の DSN 設定は、Exchange 組織全体で構成されます。Exchange 2007 では、これらの設定はサーバー単位で構成されます。そのため、これらの設定は Active Directory 内の別の構成オブジェクトに保存され、トランスポート ルールとまったく同じように、共存シナリオでは個別に管理する必要があります。

Exchange 2010 では、具体的には次の設定が Set-TransportServer コマンドレットから Set-TransportConfig コマンドレットに移動しました。

• ExternalDelayDsnEnabled
• ExternalDsnDefaultLanguage
• ExternalDsnLanguageDetectionEnabled
• ExternalDsnMaxMessageAttachSize
• ExternalDsnReportingAuthority
• ExternalDsnSendHtml
• ExternalPostmasterAddress
• InternalDelayDsnEnabled
• InternalDsnDefaultLanguage
• InternalDsnLanguageDetectionEnabled
• InternalDsnMaxMessageAttachSize
• InternalDsnReportingAuthority
• InternalDsnSendHtml

これらの設定のいずれかを組織で変更する必要がある場合は、Exchange 2010 シェルの Set-TransportConfig コマンドレットを使用して組織に対して変更を行い、Exchange 2007 シェルの Set-TransportServer コマンドレットを使用して組織内の各 Exchange 2007 ハブ トランスポート サーバーにも変更を行います。

ページのトップへ

バージョン間のメッセージの追跡

Exchange 2010 では、メッセージの追跡機能が強化されています。エンド ユーザーも管理者も、Exchange コントロール パネルの配信レポート ツールを使用して、送信したメッセージを追跡できるようになりました。

配信レポートにより、1 つの場所からのエンド ツー エンドのメッセージ追跡が可能となり、メッセージがいつ開封済みとしてマークされたかなど、詳細な配信情報を得ることができます。Exchange 2010 では、配信レポートをサポートするために、新しいメッセージ追跡リモート プロシージャ コール (RPC) および Web サービス インターフェイスが実装されました。このインターフェイスは Exchange 2007 には実装されていないので、共存シナリオでは、配信レポート機能は Exchange 2007 インフラストラクチャーに拡張されません。ただし、Exchange 2007 のメッセージ追跡ツールを使用して、バージョン間のメッセージを追跡することはできます。

次の表に、混在環境でメッセージを追跡する場合に実行する手順を示します。

混在環境でのメッセージの追跡

Exchange 2010 のメッセージ追跡の詳細については、「Understanding Message Tracking」(英語) を参照してください。

ページのトップへ

共存のシナリオでの Exchange 2010 トランスポート機能

Exchange 2010 の新しいトランスポート機能の大部分は、Exchange 2010 環境のみで機能します。新しい機能をいつ使用し始めるかは、組織のニーズによって異なります。アップグレードが完了するまで待つことも、Exchange 2010 を環境に導入してすぐに使用することもできます。混在環境で、新しい機能をいつ使用するかを決めるときには、次の点を考慮してください。

モデレート受信者

Exchange 2010 では、モデレート受信者が導入されているので、特定の受信者に送信されたメッセージを承認プロセスの対象にすることができます。モデレート受信者を共存シナリオで使用する場合は、次の問題を認識する必要があります。問題は受信者の種類によって異なります。

• メールボックス  Exchange 2010 メールボックス サーバー上のメールボックスのみで、モデレートを有効にできます。メールボックスでモデレートを有効にしたら、そのメールボックスが Exchange 2007 メールボックス サーバーに移動しないようにする必要があります。
• 配布グループと動的配布グループ   モデレート配布グループへのメッセージは、その配布グループが Exchange 2010 ハブ トランスポート サーバーで展開されている場合にのみ、承認プロセスにかけられます。配布グループはどのサーバーにも展開できるので、すべてのハブ トランスポート サーバーを Exchange 2010 にアップグレードしてから、モデレート配布グループを使用することをお勧めします。
• メール連絡先とメール ユーザー   ハブ トランスポート サーバーは、メール ユーザーまたはメール連絡先ごとに指定された外部電子メール アドレスに基づいてメッセージをルーティングします。これらの種類の受信者のメッセージは、Exchange 2010 ハブ トランスポート サーバーを強制的に経由させることができないので、混在環境では、これらの種類の受信者のモデレートを無効にします。

受信者のモデレートを有効にする場合は、指定されたモデレーターは必ず、承認依頼の承認と拒否を表示できるクライアントを使用してください。すべてのモデレーターが Microsoft Outlook 2010 または Exchange 2010 の Microsoft Office Outlook Web App を使用する必要があります。

モデレート受信者の詳細については、「モデレートされたトランスポートについて」(英語) を参照してください。

シャドウ冗長

Exchange 2010 では、シャドウ冗長を導入することにより、メッセージ送信中の期間全体にわたってメッセージに冗長性を提供します。このソリューションでは、トランスポート収集と同様の手法が使用されています。シャドウ冗長を使用することで、トランスポート サーバーがメッセージのすべてのネクスト ホップの配信が完了したことを確認するまで、トランスポート データベースのメッセージの削除は遅延されます。ネクスト ホップのいずれかに失敗して、配信が正常に行われたことを示すレポートが届かなかった場合は、そのネクスト ホップに配信されるようにメッセージが再送信されます。

シャドウ冗長は既定では Exchange 2010 で有効になっており、Exchange 2010 サーバー間で転送されている間にだけ、メッセージを冗長化します。メッセージが Exchange 2007 サーバーに転送された後は、冗長性は失われます。したがって、Exchange 2010 サーバーから発信されたメッセージの冗長性を送信完了まで維持するには、メッセージが Exchange 2007 サーバーに転送されないようにします。たとえば、Exchange 2007 サーバーのあるハブ サイトを使用している場合は、2 つのスポークの両方に Exchange 2010 サーバーがあっても、これらのスポーク間のメッセージは冗長化されません。

シャドウ冗長の詳細については、「シャドウ冗長について」(英語) を参照してください。

ページのトップへ