重要: このリリースには、Azure から Azure への更新プログラムと最新化された VMware から Azure への保護シナリオの更新プログラムのみが含まれています。
はじめに
この記事では、次のバージョンの Microsoft Azure Site Recoveryの Update Rollup 69 で修正される問題について説明します。
-
Azure から Azure へ
-
最新化された VMware/Physical から Azure へ
修正される問題の詳細と、この更新プログラムをインストールする前に確認する必要がある前提条件について説明します。
必要条件
Microsoft Azure Site Recovery Provider Update Rollup 69 をインストールするには、次のいずれかがインストールされている必要があります。
-
Microsoft Azure Site Recovery プロバイダー (バージョン 5.1.7700 以降)
-
Microsoft Azure Site Recovery統合セットアップ (VMware から Azure) (バージョン 9.52.xxxx.x 以降のバージョン)
-
Microsoft Azure Recovery Services エージェント (バージョン 2.0.9202.0 以降のバージョン)
注: インストールされているプロバイダーのバージョンは、コントロール パネルの [プログラムと機能] 項目でチェックできます。
この更新プログラムで行われた機能強化と問題の修正
この更新プログラムをインストールすると、次の問題が修正され、次の機能強化が含まれます。
モビリティ サービス
Linux OS のサポート
-
Azure から Azure へ
-
ロッキー Linux 8.7
-
ロッキー Linux 9.0
-
ロッキー Linux 9.1
-
SUSE Linux Enterprise Server 15 SP5
-
-
最新化された VMware/Physical から Azure へ
-
ロッキー Linux 8.7
-
ロッキー Linux 9.0
-
ロッキー Linux 9.1
-
SUSE Linux Enterprise Server 15 SP5
-
Windows OS サポート
-
Azure から Azure へ
-
Windows 11
-
修正された問題:
-
保護されたマシンが正常にシャットダウンされた場合に再同期がトリガーされないようにするチェックを追加し、追加のデータ転送操作を回避しました。
-
ORACLE Linux 7.9 VMware VM の問題を修正しました。ASR ドライバーがいくつかのファイルを識別できず、カーネルがクラッシュする原因でした。
-
チャーン メトリックが正しくない単位で表示されていた編集済みエラー メッセージ。
-
Site Recovery ドライバーがメモリスパイクのためにクラッシュする可能性がある保護された RHEL マシンのバグを解決しました。
-
クリーンアップ手順がないため、Debian 11 マシンの再保護操作が失敗する問題を修正しました。
-
3.1.x より前のカーネルと互換性がないために、CentOS 7.8 マシンでモビリティ サービスのインストールが失敗する問題を修正しました。
-
モビリティ サービス プロセスが停止時に終了しなかったため、Windows VMware VM の再保護中に初期レプリケーション/再同期操作が進行しない問題を修正しました。
Microsoft Azure Site Recovery レプリケーション アプライアンス
更新:
コンポーネント |
バージョン |
---|---|
物理検出サーバー |
|
検出サーバー |
|
Site Recovery プロバイダー |
|
アプライアンス構成マネージャー |
|
プロキシ サーバー |
|
レプリケーション サービス |
|
再保護サーバー |
|
プッシュ インストール エージェント |
|
Recovery Services エージェント |
|
プロセス サーバー |
Azure Site Recovery オンプレミス コンポーネントの更新
オンプレミスの VMM サイトと Azure の間
-
Microsoft Azure Site Recovery プロバイダーの更新プログラムのロールアップをダウンロードします。
-
オンプレミスの VMM サーバーに更新プログラムのロールアップをインストールします。
-
すべての Hyper-V ホストに最新の Microsoft Azure Recovery Services エージェントをインストールします。
注 VMM が高可用性 VMM (クラスター化 VMM) の場合は、VMM サービスがインストールされているクラスターのすべてのノードにアップグレードをインストールしてください。
オンプレミスの Hyper-V サイトと Azure の間
-
Microsoft Azure Site Recovery プロバイダーの更新プログラムのロールアップをダウンロードします。
-
Azure Site Recoveryに登録した Hyper-V サーバーの各ノードにプロバイダーをインストールします。
注 Hyper-V がホスト クラスター化 Hyper-V サーバーの場合は、クラスターのすべてのノードにアップグレードをインストールしてください。
オンプレミスの VMware または物理サイトから Azure までの間 (最新化されたエクスペリエンス)
-
アプライアンス構成マネージャーに移動して、オンプレミスの管理アプライアンスが最新であることを確認します。 そうでない場合は、最新バージョンの背後にあるコンポーネントの最新バージョンをダウンロードします。
-
Azure portalに移動し、[レプリケートされたアイテム] ページ > [保護されたアイテム] ページに移動します。 このページで VM を選択します。 各 VM のページの下部に表示される [エージェントの更新] ボタンを選択します。 これにより、保護されているすべての VM のモビリティ サービス エージェントが更新されます。
注: すべての最新の変更がソース コンピューターに読み込まれるように、モビリティ エージェントをアップグレードするたびに再起動することをお勧めします。 これは必ずしも必須ではありません。 ただし、前回の再起動からのエージェント バージョンとターゲット バージョンの違いが、最後の小数点以下の桁数で 4 を超える場合は、再起動が必須です。 詳細な説明については、次の表を参照してください。
前回の再起動中のエージェント のバージョン |
へのアップグレード |
再起動は必須ですか? |
---|---|---|
9.25 |
9.27 |
必須ではありません |
9.25 |
9.28 |
必須ではありません |
9.25 |
9.29 |
必須ではありません |
9.25 |
9.30 |
必須 最初にバージョン 9.29 にアップグレードしてから、バージョン 9.30 にアップグレードする前に再起動します (最後の再起動バージョンとターゲット バージョンの違いが 4 より大きいため) |