Exchange 2010 のサポート終了のロードマップ

この記事は、Microsoft 365 Enterprise および Office 365 Enterprise の両方に適用されます。

Exchange Server 2010 は 2020 年 10 月 13 日にサポート終了に達しました。 Exchange 2010 から Microsoft 365、Office 365、または Exchange 2016 への移行をまだ開始していない場合は、計画を開始します。

サポート終了とはどういう意味ですか?

ほとんどの Microsoft 製品には、新機能、バグ修正、セキュリティ修正などのサポート ライフサイクルがあります。 このライフサイクルは、通常、製品の最初のリリースから 10 年間続きます。 このライフサイクルの終了は、製品のサポート終了と呼ばれます。 Exchange 2010 は 2020 年 10 月 13 日にサポート終了に達したため、Microsoft は以下を提供しなくなりました。

  • 発生する可能性のある問題のテクニカル サポート。
  • サーバーの安定性と使いやすさに影響を与える可能性がある問題のバグ修正。
  • サーバーがセキュリティ侵害に対して脆弱になる可能性がある脆弱性に対するセキュリティ修正。
  • タイム ゾーンの更新。

現在インストールされている Exchange 2010 は、この日付以降も引き続き 実行できます。 ただし、上記の変更のため、できるだけ早く Exchange 2010 から移行することを強くお勧めします。

サポート終了に近づく方法の詳細については、「 Office 2010 サーバーとクライアントからのアップグレードに役立つリソース」を参照してください。

使用できるオプション

オプションを調べ、移行計画を準備するのに最適な時期です。 次の操作を行うことができます:

  • Microsoft 365 に完全に移行します。 カットオーバー、最小限のハイブリッド、または完全なハイブリッド移行を使用してメールボックスを移行します。 次に、オンプレミスの Exchange サーバーと Active Directory を削除します。
  • Exchange 2010 サーバーをオンプレミス サーバー上の Exchange 2016 に移行します。

重要

organizationがメールボックスを Microsoft 365 に移行することを選択したが、DirSync または Microsoft Entra Connect を維持してユーザー アカウントをオンプレミスの Active Directoryから管理し続ける予定の場合は、少なくとも 1 つの Microsoft Exchange サーバーをオンプレミスに保持する必要があります。 すべての Exchange サーバーを削除した場合、権限のソースがオンプレミスの Active Directoryに残っているため、Exchange Onlineで Exchange 受信者に変更を加えることはできません。 そこで変更を加える必要があります。 このシナリオでは、次のオプションがあります。

  • 推奨: メールボックスを Microsoft 365 に移行し、2020 年 10 月 13 日までにサーバーをアップグレードした場合は、Exchange 2010 を使用して Microsoft 365 に接続し、メールボックスを移行します。 次に、Exchange 2010 を Exchange 2016 に移行し、残りの Exchange 2010 サーバーの使用を停止します。
  • 2020 年 10 月 13 日までにメールボックスの移行とオンプレミス サーバーのアップグレードを完了しなかった場合は、まずオンプレミスの Exchange 2010 サーバーを Exchange 2016 にアップグレードします。 次に、Exchange 2016 を使用して Microsoft 365 に接続し、メールボックスを移行します。

注:

もう少し複雑ですが、オンプレミスの Exchange 2010 サーバーを Exchange 2016 に移行しながら、メールボックスを Microsoft 365 に移行することもできます。

Exchange Server 2010 のサポート終了を回避するために実行できる 3 つのパスを次に示します。

Exchange Server 2010 アップグレード パス。

次のセクションでは、各オプションについて詳しく説明します。

Microsoft 365 に移行する

メールを Microsoft 365 に移行することは、Exchange 2010 の展開を廃止するのに最適で最も簡単なオプションです。 Microsoft 365 への移行では、次のような古いテクノロジから現在の機能へのシングル ホップを作成できます。

  • 保持ポリシー、In-Place、訴訟ホールド、インプレース電子情報開示などのコンプライアンス機能。
  • Microsoft Teams。
  • Power BI。
  • 優先受信トレイ。
  • MyAnalytics。

Microsoft 365 では、新機能とエクスペリエンスも最初に取得されるため、organizationはすぐに使用を開始できます。 また、次のことについて心配する必要はありません。

  • ハードウェアの購入と保守。
  • サーバーを熱して冷却するために支払う。
  • セキュリティ、製品、タイム ゾーンの修正に関する最新の状態を維持する。
  • コンプライアンス要件をサポートするためのストレージとソフトウェアの維持。
  • 新しいバージョンの Exchange へのアップグレード。 Microsoft 365 では常に最新バージョンの Exchange を使用しています。

Microsoft 365 に移行する方法

organizationに応じて、Microsoft 365 にアクセスするいくつかのオプションがあります。 まず、次のようないくつかのことを考慮する必要があります。

  • 移動する必要があるシートまたはメールボックスの数。
  • 移行を継続する期間。
  • 移行中にオンプレミスのインストールと Microsoft 365 の間のシームレスな統合が必要かどうか。

次の表は、移行オプションと、使用する方法を決定する最も重要な要素を示しています。

移行の選択肢 組織の規模 期間
カットオーバー移行 150 席未満 1 週間以下
最小限のハイブリッド移行 150 席未満 数週間以下
完全なハイブリッド移行 150席以上 数週間以上

次のセクションでは、これらのメソッドの概要について説明します。 詳細については、「 移行パスを決定する」を参照してください。

カットオーバー移行

一括移行では、すべてのメールボックス、配布グループ、連絡先などを、設定された日時にOffice 365に移行します。 完了したら、オンプレミスの Exchange サーバーをシャットダウンし、Microsoft 365 のみを使用し始めます。

カットオーバー移行は、メールボックスが多くなく、Microsoft 365 にすばやくアクセスしたい、他の方法の複雑さに対処したくない小規模な組織に最適です。 ただし、1 週間以内に完了する必要があります。 また、ユーザーは Outlook プロファイルを再構成する必要があります。 カットオーバー移行では、最大 2,000 個のメールボックスを移行できますが、最大 150 個のメールボックスを使用することをお勧めします。 さらに移行しようとすると、期限前にすべてのメールボックスを転送する時間が不足する可能性があり、IT サポートスタッフは、ユーザーが Outlook を再構成するのに役立つ要求に圧倒される可能性があります。

カットオーバー移行について考慮すべき事項を次に示します。

  • Microsoft 365 は、Outlook Anywhere over TCP ポート 443 を使用して Exchange 2010 サーバーに接続する必要があります。
  • オンプレミスのすべてのメールボックスが Microsoft 365 に移動されます。
  • ユーザーのメールボックスへの読み取りアクセス権を持つオンプレミスの管理者アカウントが必要です。
  • Microsoft 365 で使用する Exchange 2010 承認済みドメインは、サービスで検証済みドメインとして追加する必要があります。
  • 移行を開始してから完了フェーズを開始すると、Microsoft 365 は Microsoft 365 とオンプレミスのメールボックスを定期的に同期します。 これにより、メールがオンプレミスのメールボックスに取り残されることを心配することなく、移行を完了できます。
  • ユーザーは、Microsoft 365 アカウントの新しい一時的なパスワードを受け取ります。 メールボックスに初めてサインインするときに、それらを変更する必要があります。
  • 移行する各ユーザー メールボックスのExchange Onlineを含む Microsoft 365 ライセンスが必要です。
  • ユーザーは、各デバイスに新しい Outlook プロファイルを設定し、メールをもう一度ダウンロードする必要があります。 Outlook がダウンロードするメールの量は異なる場合があります。 詳細については、「 Outlook でオフラインで作業する」を参照してください。

カットオーバー移行の詳細については、次を参照してください。

最小限のハイブリッド移行

最小限のハイブリッド (高速) 移行では、数週間以内に数百個のメールボックスを Microsoft 365 に移行します。 この方法では、空き時間情報の共有などの高度なハイブリッド移行機能はサポートされていません。

最小限のハイブリッド移行は、メールボックスを Microsoft 365 に移行するためにさらに時間がかかる必要があるが、数週間以内に移行を完了する予定の組織にとって最適です。 複雑さをあまり伴わずに、より高度な フル ハイブリッド移行 の利点の一部を得ることができます。 特定の時点で移行するメールボックスの数と数を制御できます。 Microsoft 365 メールボックスは、オンプレミス アカウントのユーザー名とパスワードで作成されます。 また、一括移行とは異なり、ユーザーは Outlook プロファイルを再作成する必要はありません。

最小限のハイブリッド移行について考慮する必要がある事項を次に示します。

  • オンプレミスの Active Directory サーバーと Microsoft 365 の間で 1 回限りのディレクトリ同期を行う必要があります。
  • ユーザーは、メールボックスの前と同じユーザー名とパスワードで Microsoft 365 メールボックスにサインインできます。
  • 移行する各ユーザー メールボックスのExchange Onlineを含む Microsoft 365 ライセンスが必要です。
  • ほとんどのデバイスで新しい Outlook プロファイルを設定する必要はありませんが、古い Android スマートフォンには新しいプロファイルが必要な場合があります。 ユーザーはメールを再ダウンロードする必要はありません。

詳細については、「最小限のハイブリッドを使用して Exchange メールボックスをOffice 365にすばやく移行する」を参照してください。

フル ハイブリッド

完全なハイブリッド移行では、数百個、最大数万個のメールボックスがあり、一部またはすべてを Microsoft 365 に移動します。 通常、これらの移行は長期的な移行であるため、ハイブリッド移行を使用すると、次の操作が可能になります。

  • オンプレミス ユーザーに、Microsoft 365 のユーザーの空き時間情報を表示します。その逆も同様です。
  • オンプレミスと Microsoft 365 の両方の受信者を含む統合グローバル アドレス一覧を参照してください。
  • オンプレミスか Microsoft 365 かに関係なく、すべてのユーザーの完全な Outlook 受信者プロパティを表示します。
  • TLS と証明書を使用して、オンプレミスの Exchange サーバーとOffice 365間の電子メール通信をセキュリティで保護します。
  • オンプレミスの Exchange サーバーと Microsoft 365 の間で送信されたメッセージを内部として扱い、次の機能を有効にします。
    • 内部メッセージを対象とするトランスポート エージェントとコンプライアンス エージェントによって適切に評価および処理されます。
    • スパム対策フィルターをバイパスします。

完全なハイブリッド移行は、何か月以上ハイブリッド構成に留まる予定の組織に最適です。 このセクションの前に示した機能と、ディレクトリ同期、統合されたコンプライアンス機能の強化、およびオンライン メールボックスの移動を使用して Microsoft 365 との間でメールボックスを移動する機能を取得します。 Microsoft 365 は、オンプレミスのorganizationの拡張機能になります。

フル ハイブリッド移行について考慮する必要があります。

  • すべての組織に適しているわけではありません。 完全なハイブリッド移行が複雑であるため、メールボックスが数百個未満の組織では、通常、必要な労力とコストを正当化する利点は表示されません。 このような場合は、代わりにカットオーバーまたは最小限のハイブリッド移行を検討することをお勧めします。
  • オンプレミスの Active Directory サーバーと Microsoft 365 間Microsoft Entra接続を使用してディレクトリ同期を設定する必要があります。
  • ユーザーは、ローカル ネットワークにサインインするときに使用するのと同じユーザー名とパスワードを使用して、Microsoft 365 メールボックスにサインインできます。 (この機能には、Microsoft Entraパスワード同期またはActive Directory フェデレーション サービス (AD FS)を使用して接続する) が必要です。
  • 移行する各ユーザー メールボックスのExchange Onlineを含む Microsoft 365 ライセンスが必要です。
  • ほとんどのデバイスで新しい Outlook プロファイルを設定する必要はありませんが、古い Android スマートフォンには新しいプロファイルが必要な場合があります。 ユーザーはメールを再ダウンロードする必要はありません。

重要

organizationがメールボックスを Microsoft 365 に移行することを選択したが、DirSync または Microsoft Entra Connect を維持してユーザー アカウントをオンプレミスの Active Directoryから管理し続ける予定の場合は、少なくとも 1 つの Exchange サーバーをオンプレミスに保持する必要があります。 すべての Exchange サーバーが削除された場合、Exchange Onlineで Exchange 受信者に変更を加えることはできません。 これは、権限のソースがオンプレミスの Active Directoryに残り、そこで変更を加える必要があるためです。

完全なハイブリッド移行が適切に聞こえる場合は、次の役立つリソースを参照してください。

オンプレミスの新しいバージョンのExchange Serverにアップグレードする

Microsoft 365 に完全に移行することで、最高の価値とユーザー エクスペリエンスが得られると強く信じています。 ただし、一部の組織では、一部の Exchange サーバーをオンプレミスに保持する必要があることを理解しています。 これは、規制要件、データが外部データセンターに格納されていないことを保証するため、クラウドで満たされない一意の設定や要件があるため、またはオンプレミスで Active Directory を引き続き使用するため、Exchange がクラウド メールボックスを管理する必要があるためである可能性があります。 いずれの場合も、Exchange をオンプレミスに保持する場合は、Exchange 2010 環境が少なくとも Exchange 2013 または Exchange 2016 にアップグレードされていることを確認する必要があります。

最適なエクスペリエンスを得るには、残りのオンプレミス環境を Exchange 2016 にアップグレードすることをお勧めします。 Exchange Server 2010 から Exchange Server 2016 に直接移動する場合は、Exchange Server 2013 をインストールする必要はありません。

Exchange 2016 には、以前のリリースの Exchange のすべての機能が含まれています。 Microsoft 365 で使用できるエクスペリエンスと最も密接に一致しますが、一部の機能は Microsoft 365 でのみ使用できます。 不足しているいくつかのことを確認してください。

Exchange リリース 機能
Exchange 2013 簡素化されたアーキテクチャにより、サーバー ロールの数が 3 に減ります (メールボックス、クライアント アクセス、エッジ トランスポート)
機密情報の漏洩を防ぐために役立つデータ損失防止ポリシー (DLP)
Outlook Web Appエクスペリエンスの向上
Exchange 2016 Exchange 2013 および ... の機能。
メールボックスとエッジ トランスポートに対するサーバーロールの簡素化
SHAREPoint との統合に伴う DLP の改善
データベースの回復性の向上
オンライン ドキュメントコラボレーション
考慮事項 詳細
サポート終了日 Exchange 2010 と同様に、各バージョンの Exchange にはサポート終了日があります。

Exchange 2013 - 2023 年 4 月

Exchange 2016 - 2025 年 10 月

サポート終了日が早いほど、別の移行を実行する必要があります。 2023 年 4 月は、思ったよりずっと近い!
Exchange 2013 または 2016 への移行パス Exchange 2010 から新しいバージョンへの移行パスは、Exchange 2013 または Exchange 2016 のどちらを選択した場合でも同じです。

Exchange 2013 または 2016 を既存の Exchange 2010 organizationにインストールします。

サービスやその他のインフラストラクチャを Exchange 2013 または 2016 に移行する。

メールボックスとパブリック フォルダーを Exchange 2013 または 2016 残りの Exchange 2010 サーバーに移動します。
バージョンの共存 Exchange 2013 または Exchange 2016 に移行する場合は、いずれかのバージョンを既存の Exchange 2010 organizationにインストールできます。 これにより、1 つ以上の Exchange 2013 または Exchange 2016 サーバーをインストールし、移行を行うことができます。
サーバー ハードウェア サーバーハードウェアの要件が Exchange 2010 から変更されました。 ハードウェアに互換性があることを確認します。 各バージョンのハードウェア要件の詳細については、こちらを参照してください。

Exchange 2016 のシステム要件

Exchange 2013 のシステム要件

Exchange のパフォーマンスが大幅に向上し、新しいサーバーのコンピューティング能力とストレージ容量が増加すると、同じ数のメールボックスをサポートするために必要なサーバーが少なくなる可能性があります。
オペレーティング システムのバージョン 各バージョンでサポートされるオペレーティング システムの最小バージョンは次のとおりです。

Exchange 2016 - Windows Server 2012

Exchange 2013 - Windows Server 2008 R2 SP1

オペレーティング システムのサポートの詳細については、「 Exchange Supportability Matrix」を参照してください。
Active Directory フォレストの機能レベル 各バージョンでサポートされる Active Directory フォレストの最小機能レベルは次のとおりです。

Exchange 2016 - Windows Server 2008 R2 SP1

Exchange 2013 - Windows Server 2003

フォレストの機能レベルのサポートの詳細については、「 Exchange Supportability Matrix」を参照してください。
Office クライアントのバージョン 各バージョンでサポートされる Office クライアントの最小バージョンは次のとおりです。

Exchange 2016 - Office 2010 (最新の更新プログラムあり)

Exchange 2013 - Office 2007 SP3

Office クライアントサポートの詳細については、「 Exchange サポートマトリックス」を参照してください

移行に役立つ次のリソースを使用します。

Office 2010 クライアントとサーバーと Windows 7 のオプションの概要

Office 2010 サーバー/クライアント、および Windows 7のアップグレード、移行、およびクラウドへの移行オプションを視覚的にまとめた概要は、サポート終了ポスター をご覧ください。

Office 2010 クライアントとサーバーと Windows 7 ポスターのサポート終了。

この 1 ページのポスターは、Office 2010 クライアントおよびサーバー製品と Windows 7 のサポート終了に対応するために使用できるさまざまなパスを示しています。推奨パスとオプションのサポートMicrosoft 365 Enterprise強調表示されています。

また、このポスターを ダウンロード して、レター、法務、またはタブロイド (11 x 17) 形式で印刷することもできます。

ヘルプが必要な場合はどうすればよいですか?

Microsoft 365 に移行する場合は、Microsoft FastTrack サービスを使用できる可能性があります。 FastTrack には、Microsoft 365 への移行を可能な限りシームレスにするために、ベスト プラクティス、ツール、リソースが用意されています。 何より、サポート エンジニアに、計画と設計から最後のメールボックスの移行までを説明します。 FastTrack の詳細については、「Microsoft FastTrack」を参照してください。

Microsoft 365 への移行中に問題が発生し、FastTrack を使用していない場合、または新しいバージョンのExchange Serverに移行する場合は、次のリソースを使用できます。

Office 2010 サーバー/クライアントからのアップグレードに役立つリソース