Update Rollup 40 for Azure Site Recovery が公開されました

ブログ エントリ内にアフィリエイト広告が含まれています

Azure Site Recovery (ASR) の更新プログラムである Update Rollup 40 for Azure Site Recovery (4521530) が公開されました。

Azure Site Recovery には、大きく分けて「Hyper-V ベース (SCVMM 含む)」向け、および「VMware ベース (物理、他仮想化/他クラウド基盤含む)」向けの 2 種類のインストーラーが存在し、これらに加えて、エージェント (Microsoft Azure Recovery Services Agent) が存在します。

Update Rollup 40 for Azure Site Recvoery における各インストーラーのバージョンとなります。

Update Rollup 40 for Azure Site Recovery について (意訳)

前提条件

Update Rollup 40 for Microsoft Azure Site Recovery Provider (バージョン 5.1.4800.0) をインストールするには、以下のどちらかがインストールされている必要があります :

  • Microsoft Azure Site Recovery Provider (バージョン 5.1.4400 以降)
  • Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (バージョン 9.24.xxxx.x 以降)
  • Microsoft Azure Recovery Services Agent (バージョン 2.0.8700.0 以降)

注 : [コントロール パネル] – [プログラムと機能] からインストールされているバージョンを確認することが可能です。

この更新プログラムにより修正される問題

この更新プログラムを適用することで、次の問題を修正および改善があります。

Microsoft Azure Site Recovery Provider

改善点
Azure to Azure
  • 再保護エクスペリエンスの強化 : BCDR 管理を改善するために、フェイルバックが完了し、VM が再保護された後、DR リージョンのマシンをクリーンアップするようになりました。VM と NIC を手動で削除する必要はありません。
  • テスト フェイルオーバーの静的IP設定 : 以前、顧客が実際の DR ネットワークでテスト フェイルオーバーを実行したとき、元の IP は使用しませんでした。これは、実際の DR で IP を使用できるようにするためでした。ただし、顧客は、DR ドリル中に同じ IP アドレスを取得して、ネットワーク設定を検証したいと考えています。この懸念に対処し、テスト フェイルオーバー中に顧客が静的IPを選択できるようにしました。
  • フェイルオーバーの準備を改善するためのバリデーター : バリデーターを追加して、お客様がフェイルオーバーに対応できるようにします。障害が疑われる場合は、問題とともに必要な処置が提供されます。

Microsoft Azure Site Recovery Unified Setup & Configuration Server Template

改善点
  • OVF を介した構成サーバーの展開中のエラー メッセージが強化され、正確な根本原因と、問題を解決するための推奨手順が提供されます。

Mobility Service

改善点
  • アプリケーション一貫性のある復旧ポイントの作成に影響する以下のシナリオに対して、新しい正常性アラートが追加されます。
    • ソース マシンでアプリケーション VSS ライターが失敗する場合
    • VSS プロバイダーが無効になっているか、ソース マシンにインストールされていない場合
  • 既存の正常性アラートは、より良い分析のためにコンテキスト情報で強化されています。
    • ディスクの詳細、観察された解約率、およびディスクごとの保留中のデータ量が ‘突然の高解約率アラート’ に追加されます。
    • ディスクの詳細、およびディスクごとの保留中のデータ量が ‘高遅延アラート’ に追加されます。
修正された問題
  • UEFI セキュア ブートが有効になっている Windows 2019 上のサーバーは、レプリケーションの有効化中にブロックされます。これにより、Azure は UEFI セキュア ブート構成をサポートしないため、フェイルオーバー後のブートの問題を回避できます。
  • サーバーに複数の製品がインストールされている場合、モビリティ エージェントのインストール中に MSI の実行エラーが観察されました。この問題を処理するための代替アプローチが設計されています。

Microsoft Azure Site Recovery (サービス)

改善点
  • ACL が使用されたストレージ アカウントを使用して、Hyper-V サーバーを Azure に保護することができます。
  • フェイルオーバー中に最適な VM SKU を選択するため、使用されるロジックが強化されています。高い構成の SKU が選択されたいくつかのコーナー ケースが処理されるようになりました。
修正された問題
  • ‘device.map’ ファイル内の古いエントリまたは予期しないエントリは、Linux サーバーでのフェイルオーバーの失敗を回避するために処理されます。

Microsoft Azure Site Recovery (ポータル)

改善点
  • (該当なし)
修正された問題
  • (該当なし)

Azure Site Recovery オンプレミス コンポーネントのアップデート

2 つのオンプレミス VMM サイト間

  1. Update Rollup 40 for Microsoft Azure Site Recovery Provider をダウンロードします。
  2. リカバリー サイトで管理している 1 台目のオンプレミス VMM サーバーに Update Rollup 40 をインストールします。
  3. リカバリー サイトがアップデートされた後、プライマリ サイトが管理している VMM サーバーで Update Rollup 40 をインストールします。

注 VMM が高可用性 VMM (VMM クラスター) である場合、VMM サービスがインストールされているクラスタのすべてのノードにアップグレードをインストールするようにしてください。

オンプレミス VMM サイトと Azure 間

  1. Update Rollup 40 for Microsoft Azure Site Recovery Provider をダウンロードします。
  2. オンプレミス VMM サーバー上で Update Rollup 40 をインストールします。
  3. すべての Hyper-V ホストで最新の MARS エージェントをインストールします。

注 VMM が高可用性 VMM (VMM クラスター) である場合、VMM サービスがインストールされているクラスタのすべてのノードにアップグレードをインストールするようにしてください。

オンプレミス Hyper-V サイトと Azure 間

  1. Update Rollup 40 for Microsoft Azure Site Recovery Provider をダウンロードします。
  2. Azure Site Recovery に登録されている Hyper-V サーバーの各ノード上のプロバイダーをインストールします。

注 Hyper-V がホスト クラスター Hyper-V サーバーの場合、クラスタのすべてのノードにアップグレードをインストールするようにしてください。

オンプレミス VMware/物理サイトと Azure 間

  1. Update Rollup 40 for Microsoft Azure Site Recovery Unified Setup をダウンロードします。
  2. オンプレミス管理サーバーの 1 台目にアップデートをインストールします。これは、Configuration サーバーと Process サーバー ロールを含むサーバーにインストールします。
  3. スケールアウト Process サーバーがある場合、次にそのサーバーをアップデートします。
  4. Azure Portal にアクセスし、保護されたアイテム > レプリケートされたアイテム ペインに移動します。
  5. このページの VM を選択します。
  6. 各 VM のペインの下部に表示されている Update Agent ボタンをクリックします。これは、すべての保護されている VM 上の Mobility Service Agent をアップデートします。

すべての最新の変更がソース VM に読み込まれていることを確認するために、Mobility Agent をアップグレードするたびに再始動することを推奨します。しかし必須ではありません。最後の再起動中のエージェントのバージョンと現在のバージョンの差が4より大きい場合、再起動は必須です。詳細な説明については次の表を参照してください。

最新の再起動中のエージェントのバージョン バージョンへのアップグレード 再起動の必須可否について
9.16 9.18 必須ではない
9.16 9.19 必須ではない
9.16 9.20 必須ではない
9.16 9.21 必須です。最初にバージョン 9.20 にアップグレードしてからバージョン 9.21 にアップグレードする前に再起動します。バージョン間の差異 (最後の再起動が実行された 9.16 とターゲット バージョン 9.21) は バージョンが 4 つ大きいためです。

既知の問題

このアップデートで問題はありません。

参考情報

Microsoft が ソフトウェア更新プログラムの説明に使用している用語について説明します。

サード パーティによる情報の免責事項

この資料に記載されているサード パーティ製品は、Microsoft と関連のない他社の製品です。これらの製品の性能または信頼性について、暗黙または明示を問わず、当社は一切の保証をしません。

参考

タイトルとURLをコピーしました