Site Recovery のサービスの更新プログラム
この記事では Azure Site Recovery の更新プログラムの概要と、Site Recovery コンポーネントをアップグレードする方法について説明します。
Site Recovery は、定期的にサービスの更新プログラムを発行します。 更新プログラムには、新機能、サポートの強化、コンポーネントの更新プログラム、バグの修正が含まれています。 最新の機能と修正プログラムを活用するために、Site Recovery コンポーネントの最新バージョンを実行することをお勧めします。
更新プログラムのサポート
Azure Site Recovery のサポートに関する声明
常に最新のコンポーネント バージョンにアップグレードすることをお勧めします。
Azure Site Recovery コンポーネントの新バージョン "N" がリリースされるたびに、"N-4" よりも前のすべてのバージョンはサポート対象外と見なされます。
重要
正式なサポートとして、N-4 以降のバージョンから N バージョンにアップグレードすることができます。 たとえば、N-6 を実行している場合は、まず N-4 にアップグレードしてから N にアップグレードする必要があります。
現在サポートされている更新プログラム ロールアップへのリンク
最新の更新プログラムのロールアップ (バージョン N) については、この記事を参照してください。 Site Recovery では、N-4 バージョンがサポートされていることに注意してください。
コンポーネントの有効期限
Site Recovery では、期限切れの (または、有効期限が近づいている) コンポーネントについて、(メール通知を購読している場合は) メールで、またはポータルのコンテナー ダッシュボードで通知します。
- また、更新プログラムを利用できる場合、ポータルのシナリオのインフラストラクチャ ビューで、コンポーネントの横に [更新プログラムが利用可能] ボタンが表示されます。 このボタンをクリックすると、最新のコンポーネント バージョンをダウンロードするためのリンクが表示されます。
- Hyper-V VM をレプリケートする場合、コンテナーのダッシュボード通知は使用できません。
メール通知は次のように送信されます。
| Time | 頻度 |
|---|---|
| コンポーネントの有効期限の 60 日前 | 2 週間に 1 回 |
| 次の 53 日間 | 1 週間に 1 回 |
| 過去 7 日間 | 1 回 (1 日あたり) |
| 有効期限後 | 2 週間に 1 回 |
正式なサポート外でのアップグレード
コンポーネントのバージョンと最新リリース バージョンの差が 4 より大きい場合は、サポート対象外と見なされます。 この場合は、次のようにアップグレードします。
- 現在インストールされているコンポーネントを現在のバージョン + 4 にアップグレードします。 たとえば、バージョン 9.16 の場合は、9.20 にアップグレードします。
- 次に、互換性のある次のバージョンにアップグレードします。 この例では、9.16 から9.20 にアップグレードした後、9.24 にアップグレードします。
すべての関連コンポーネントに対して同じプロセスを実行します。
最新のオペレーティング システム/カーネルのサポート
Note
メンテナンス期間がスケジュールされていて、それに再起動が含まれている場合は、最初に Site Recovery コンポーネントをアップグレードしてから、メンテナンス期間内のスケジュールされたアクティビティの残りの部分を続行することをお勧めします。
オペレーティング システム/カーネルのバージョンをアップグレードする前に、ターゲット バージョンが Site Recovery をサポートしているかどうかを確認してください。
- Azure VM のサポート。
- VMware/物理サーバーのサポート
- Hyper-V のサポート。
利用できる更新プログラムを確認して、アップグレードする対象を見つけます。
最新の Site Recovery バージョンにアップグレードします。
オペレーティング システム/カーネルを必要なバージョンにアップグレードします。
再起動します。
このプロセスにより、コンピューターのオペレーティング システム/カーネルが最新のバージョンにアップグレードされ、新しいバージョンをサポートするために必要な最新の Site Recovery の変更がコンピューターに読み込まれます。
Azure への Azure VM のディザスター リカバリー
このシナリオでは、自動更新を有効にすることを強くお勧めします。 Site Recovery で更新プログラムを管理するには、次の手順を実行します。
- レプリケーションを有効にするプロセスの実行中。
- コンテナー内の拡張機能の更新設定を指定する。
更新プログラムを手動で管理する場合、次のいずれかのオプションを選択できます。
新しいエージェントの更新が利用できるとき、Site Recovery では、ページの上部付近でコンテナーの通知が提供されます。 コンテナーの [レプリケートされたアイテム] で、画面の上部にあるこの通知をクリックします。
Site Recovery レプリケーション エージェントの新しい更新プログラムが利用可能です。 クリックしてインストールしてください。
更新プログラムを適用する VM を選択し、 [OK] をクリックします。VM のディザスター リカバリー概要ページには、[エージェントの状態] フィールドがありますが、エージェントが期限切れになると、[Critical Upgrade](重大なアップグレード) と表示されます。 それをクリックし、後続の指示に従い、仮想マシンを手動でアップグレードします。
VMware VM/物理サーバーの Azure へのディザスター リカバリー
- 現在のバージョンとサポートに関する声明に基づき、この手順に従って、まずオンプレミスの構成サーバーに更新プログラムをインストールします。
- スケールアウト プロセス サーバーがある場合は、この手順を実行します。
- 保護されている各マシン上のモビリティ エージェントを更新するには、こちらの記事を参照してください。
モビリティ サービスのアップグレード後に再起動する
最新のすべての変更がソース マシンに読み込まれるように、モビリティ サービスをアップグレードするたびに再起動することをお勧めします。
前回の再起動時のエージェントのバージョンと現在のバージョンの差が 4 を超える場合を除き、再起動は必須ではありません。
表の例でこのしくみを説明します。
| エージェントのバージョン (前回の再起動) | アップグレード先 | 強制的に再起動する? |
|---|---|---|
| 9.16 | 9.18 | 必須ではない |
| 9.16 | 9.19 | 必須ではない |
| 9.16 | 9.20 | 必須ではない |
| 9.16 | 9.21 | 必須。 9\.20 にアップグレードし、再起動してから 9.21 にアップグレードします。 |
Azure への Hyper-V VM のディザスター リカバリー
Hyper-V サイトと Azure の間
- Microsoft Azure Site Recovery Provider の更新プログラムをダウンロードします。
- Site Recovery に登録されている各 Hyper-V サーバーにプロバイダーをインストールします。 クラスターを実行している場合は、すべてのクラスター ノード上でアップグレードします。
オンプレミス VMM サイトと Azure の間
- Microsoft Azure Site Recovery Provider の更新プログラムをダウンロードします。
- VMM サーバーにプロバイダーをインストールします。 VMM がクラスターにデプロイされている場合は、すべてのクラスター ノードにプロバイダーをインストールします。
- すべての Hyper-V ホストまたはクラスター ノードに最新の Microsoft Azure Recovery Services エージェント (MARS for Azure Site Recovery) をインストールします。
2 つのオンプレミス VMM サイトの間
- Microsoft Azure Site Recovery Provider の最新の更新プログラムをダウンロードします。
- セカンダリ回復サイトを管理する VMM サーバーに、最新のプロバイダーをインストールします。 VMM がクラスターにデプロイされている場合は、すべてのクラスター ノードにプロバイダーをインストールします。
- 復旧サイトが更新されたら、プライマリ サイトを管理している VMM サーバーにプロバイダーをインストールします。
次のステップ
Azure の更新プログラムのページに従って、新しい更新プログラムとリリースを追跡します。