Exchange Server リリース ノート

  • [アーティクル]

ヒント

Exchange 2013 リリース ノートをお探しですか? 「Exchange 2013 のリリース ノート」を参照してください。

Microsoft Exchange Server 2019 へようこそ! このトピックには、Exchange 2019 を正常に展開するために知っておくべき重要な情報が含まれています。 デプロイを開始する前に、このトピックを完全にお読みください。

Exchange Server 2019 の既知の問題

Exchange セットアップ ウィザードを使用して Windows 2019 Server Core からExchange Serverをアンインストールしようとすると、操作は失敗します。 ウィザードは、Windows コントロール パネルを起動して Exchange をアンインストールしようとしますが、コントロール パネルは Windows Server Core に存在しません。 Windows Server Core から Exchange をアンインストールするには、コマンド ラインから次のセットアップ コマンドを実行します。

注:

  • 以前の /IAcceptExchangeServerLicenseTerms スイッチは、2021 年 9 月の累積的な更新プログラム (CU) 以降は機能しません。 無人およびスクリプトによるインストールには、/IAcceptExchangeServerLicenseTerms_DiagnosticDataON または /IAcceptExchangeServerLicenseTerms_DiagnosticDataOFF のいずれかを使用する必要があります。

  • 以下の例では、/IAcceptExchangeServerLicenseTerms_DiagnosticDataON スイッチを使用しています。 スイッチを /IAcceptExchangeServerLicenseTerms_DiagnosticDataOFF に変更するのはあなた次第です。

Setup.exe /IAcceptExchangeServerLicenseTerms_DiagnosticDataON /mode:Uninstall

この問題は、Exchange Server 2019 の今後の CU 更新プログラムで解決されます。

Microsoft Exchange Server 2016 へようこそ! このトピックには、Exchange 2016 を正常に展開するために知っておくべき重要な情報が含まれています。 デプロイを開始する前に、このトピックを完全にお読みください。

セットアップ

  • 委任された管理アクセス許可を使用して Exchange をインストールすると、セットアップが失敗します。委任されたセットアップ 役割グループのみのメンバーであるユーザーが、事前にプロビジョニングされたサーバーに Exchange をインストールしようとすると、セットアップは失敗します。 この失敗は、委任セットアップ役割グループに、Active Directory 内で特定のオブジェクトを作成および構成するために必要なアクセス許可がないために起こります。

    この問題を回避するには、次のいずれかの操作を行います。

    • Exchange をインストールするユーザーを、Active Directory セキュリティ グループの Domain Admins に追加します。

    • 組織の管理役割グループのメンバーであるユーザーを使用して、Exchange をインストールします。

メールボックス

  • 以前のバージョンの Exchange から Exchange 2016 CU5 以降へのメールボックスの移動は失敗する可能性があります: 移行バッチ要求を使用して以前のバージョンの Exchange から Exchange CU5 以降へメールボックスを移動しようとする場合、移動が失敗することがあります。 CU5 以降がインストールされている Exchange 2016 サーバー上に移行システム メールボックスがない場合、この問題が発生することがあります。

    移行バッチ要求を使用して Exchange 2016 CU5 以降へメールボックスを移動する前に、以下の手順に従って、CU5 以降を実行している Exchange サーバーに移行メールボックスを移動する必要があります。

    1. Exchange 2016 メールボックス サーバー上で Exchange 管理シェルを開きます。

    2. Exchange 2016 サーバー上にあるメールボックス データベースの一覧を取得するため、次のコマンドを実行します。 移行メールボックスを移動させるメールボックス データベース名を、クリップボードにコピーします。

      Get-MailboxDatabase | Where {$_.AdminDisplayVersion -Like "*15.1*"} | Format-Table Name, ServerName

    3. Exchange 2016 サーバーに移行メールボックスを移動するため、次のコマンドを実行します。 前の手順でコピーしたメールボックス データベース名を TargetDatabase の後に貼り付けます。

      New-MoveRequest "Migration.8f3e7716-2011-43e4-96b1-aba62d229136" -TargetDatabase "<mailbox database name>"

  • バージョンが異なる Exchange を実行しているメールボックス サーバーを、同一のデータベース可用性グループに追加できる: Add-DatabaseAvailabilityGroupServer コマンドレットと Exchange 管理センターにより、Exchange 2013 サーバーを Exchange 2016 ベースのデータベース可用性グループ (DAG) に追加する操作、またはその反対の操作が誤って許可されています。 Exchange では、同じバージョン (Exchange 2013 や Exchange 2016 など) を実行しているメールボックス サーバーを DAG に追加する操作のみをサポートしています。 一方、Exchange 管理センターでは、Exchange 2013 サーバーと Exchange 2016 サーバーの両方が、DAG に追加できるサーバーのリストに表示されます。 この結果、互換性のないバージョンの Exchange を実行するサーバーを、管理者が誤って DAG に追加する (Exchange 2013 サーバーを Exchange 2016 ベースの DAG に追加するなど) 可能性があります。

    この問題に対する回避策はありません。 管理者は、メールボックス サーバーを DAG に追加するときに十分に注意して行う必要があります。 Exchange 2013 のサーバーは Exchange 2013 ベースの DAG にのみ、Exchange 2016 のサーバーは Exchange 2016 ベースの DAG にのみ追加します。 Exchange 管理センターで、サーバーのリストの [バージョン] 列を確認することにより、Exchange の各バージョンを区別できます。 Exchange 2013 および Exchange 2016 のサーバーのバージョンを次に示します。

    • Exchange 2013 15.0 (ビルド xxx.xx)

    • Exchange 2016 15.1 (ビルド xxx.xx)

  • MAPI over HTTP を使用するときに、アーカイブ メールボックスに接続できない: Exchange 2016 では、メールボックスごとに MAPI over HTTP を有効にすることができます。 アーカイブ メールボックスが構成されている場合、次に該当するとき、ユーザーがアーカイブ メールボックスにアクセスできないという問題があります。

    • MAPI over HTTP が、ユーザーのメールボックスで有効になっている。

    • MAPI over HTTP が、組織レベルで無効になっている。

      これらの条件に該当する場合に、ユーザーは自分のアーカイブ メールボックスを開くことができません。また、次のようなエラーが表示されます: フォルダーのセットを開くことができません。Microsoft Exchange にログオンしようとする試みは失敗しました。

      この問題を回避するには、次のいずれかの操作を行います。

    • Outlook on the web を使用してアーカイブ メールボックスを開きます。

    • 次のコマンドを実行して、メールボックスで MAPI over HTTP を無効にします。

      Set-CasMailbox <email address> -MapiHttpEnabled $False

  • Notifications Broker サービスが 30 秒後に停止する: Exchange サーバーを起動するとき、 Notifications Broker サービスが開始し、約 30 秒後に停止します。 サービスを手動で開始しようとすると、正常に開始し、約 30 秒後に再び停止します。 イベント ログには、エラーまたは警告は含まれません。

    これは、Exchange 2016 のオンプレミス展開で正常な動作です。 Notifications Broker サービスは、サーバーが起動するたびに構成チェックを実行します。 Notifications Broker サービスの対象がない場合には、次回サーバーを再起動するまで自動的に停止します。

メール フロー

  • エッジ トランスポート サーバーは有効な受信者に送信されたメールを拒否することがある: Exchange 2016 エッジ トランスポート サーバーは、次に該当する場合、有効な内部受信者宛てのメッセージを拒否する可能性があります。

    • Exchange 2016 累積的な更新プログラム 1 (CU1) が、サーバーにインストールにされている。

    • 受信者の検証がサーバー上で有効になっている。

      この問題のためにエッジ トランスポートがメッセージを拒否するとき、送信者はステータス コード 5.1.10 を含む配信不能レポート (NDR) を受け取り、 受信者は SMTP アドレス検索で見つかりませんでした というエラーが表示されます。 受信者はメッセージを受信しません。

      この問題を回避するには、次のいずれかの操作を行います。

    • 次のコマンドを実行して、影響を受けるエッジ トランスポート サーバー上の受信者の検証を無効にします。

      Set-RecipientFilterConfig -RecipientValidationEnabled $False

    • 次のコマンドを実行して、影響を受けるエッジ トランスポート サーバー上の受信者の検証キャッシュを無効にします。

      Get-TransportService | Set-TransportService -RecipientValidationCacheEnabled $False

      注意

      受信者の検証キャッシュを無効にすると、Active Directory ライトウェイト ディレクトリ サービスのローカル インスタンスを照会することによって、Exchange が受信メッセージの受信者が有効であることを確認します。 これによって、Exchange がメッセージを処理するのに必要なリソースが大幅に増える可能性があります。 受信者の検証キャッシュを無効にする前に、サーバーが追加の要求を処理するために十分な容量を持っていることを確認してください。

  • Exchange 2016 累積的な更新プログラム 1 がインストールされていないエッジ トランスポート サーバーにメールを送信するように、ファイアウォールまたは外部のメール エクスチェン ジャー (MX) DNS レコードを構成します。 TCP ポート 25 がインターネットに直接接続している新しいサーバーに接続できるように、ファイアウォールを構成する必要がある可能性があります。

  • Exchange 2016 メールボックス サーバーにメールを送信するように、ファイアウォールまたは外部の MX DNS レコードを構成します。 TCP ポート 25 がインターネットに直接接続している新しいサーバーに接続できるように、ファイアウォールを構成する必要がある可能性があります。