概要
この資料では、Microsoft Azure のサイトの回復の次のバージョンの更新プログラム ロールアップ 20 で修正される問題について説明します。
-
Microsoft Azure サイト復旧プロバイダー (バージョン 5.1.2550.0)
-
Azure サイト回復統合セットアップ ガイド (VMware の Azure) (バージョン: 9.11.4609.1)。
を覚えることをお勧めします修正される問題の詳細を確認し、前提条件この更新プログラムをインストールする前にします。
概要
Microsoft Azure サイト復旧プロバイダー用の更新プログラムのロールアップ 20 は、Microsoft Azure のサイト回復サービス プロバイダーがインストールされたすべてのシステムに適用されます。これらを以下に示します。
-
Microsoft Azure サイト回復プロバイダーには、System Center Virtual Machine Manager (3.3 。x.x)
-
Microsoft Azure サイト回復の HYPER-V のプロバイダー (4.6 。x.x)
-
Microsoft Azure サイト復旧プロバイダー (5.1 。x.x)
Microsoft Azure サイト復旧サービス統合のセットアップのバージョン 9.8.4016.1 またはそれ以降のバージョンがインストールされているすべてのシステムに Microsoft Azure サイト回復統合セットアップ (VMware の Azure) が適用されるは、プログラムのロールアップの 20 を更新します。
この更新プログラムで修正される問題
この更新プログラムが適用されると、以下の問題を修正すると、し、次の機能強化が含まれます。
Microsoft Azure サイト回復の統合セットアップ
修正される問題
-
VMware ツールが統合の設定がされているインストールされている (「VMware-Azure への保護」のシナリオに対してのみ有効です) サーバーにインストールされているどうかを確認するのには前提条件を追加します。
モビリティ サービス
機能強化
-
Azure の仮想マシンでは、ユーザーが明示的に信頼されたルート証明書をストアにインストールする必要があります。この更新の後、必要な信頼されたルート証明書は自動 - ストアにインストールされて、仮想マシンには最新の Windows 更新プログラムがインストールされている限り。
-
Debian の 7 と 8 の Debian をサポートします。
-
Red Hat エンタープライズ Linux 6.9 をサポートします。
-
セント OS 6.9 をサポートします。
-
ユーザーがでてきますレプリケーションが応答しない場合の問題の構成のサーバー上の仮想マシン Id の複数のエントリがあるためです。このリリースでは、保護されるサーバー上の古いホスト Id が原因で発生するレプリケーションが応答しない場合の問題を回避する改良が行われます。
-
以前、ユーザーは、Linux サーバを保護するためにファイル/etc/host にサーバーの IP アドレスを引用する必要があります。このリリースでは、ホスト ・ ファイルにホストの IP アドレスを引用するための要件が削除されます。
VMware 仮想マシンと物理サーバの場合は、ASR によってサポートされているオペレーティング システムの一覧については、以下を参照してください。複製されたコンピューターの OS のバージョンをサポートします。
Azure の仮想マシンの災害復旧のために ASR でサポートされるオペレーティング システムの一覧については、以下を参照してください。Azure のサイトの回復は、Azure に Azure からレプリケートするための行列をサポートしています。
修正される問題
-
Windows Azure の仮想マシンのエージェントは、起動時の診断プログラムを提供し、Azure の仮想マシンの拡張機能のインストールを有効にするのに、Azure の仮想マシンによって使用されます。この更新の後は、設置型、VM の実行中に Windows Azure のエージェント サービスが無効です。Azure に仮想マシンをフェイル オーバー後は、これらのサービスを手動で有効にする必要があります。
-
中に優れた弾力性を提供するモバイル サービスのインストーラーおよび構成ツールの機能強化は、保護を有効にします。
-
診断プログラムおよびメモリ不足の状態、ディスクの空き容量、およびモビリティ サービスのインストールをセットアップ先のコンピューターで「アクセス拒否」のような状況のような状況を処理するためにエラー メッセージを向上します。
-
プロセス サーバーが高計算サーバーの累積的な調整することを防ぐためのより良いロジック。
-
お客様がディスクのポストの保護を削除する場合、適切なエラー メッセージが表示されます。
Microsoft Azure のサイトの回復 (サービス側の修正)
機能強化
-
「Azure の Azure への災害復旧」シナリオでは、「保護」のフェイル オーバー後の実行時に、ソース仮想マシンは削除されました。この更新プログラムが適用されると、ソースの仮想マシンがそのままの状態が保たれます。次のフェイル オーバーが実行されます。.の場合に再利用されます。
-
暗号化されたストレージ アカウントから管理されるディスクへのフェイル オーバーは、この更新プログラムを適用した後に有効です。これから Azure で管理されるディスクへのフェイル オーバーが仮想マシンに適用されますオンプレミス環境を VMware や HYPER-V 。
-
通知を電子メールで送信: レプリケーション エラーが発生した一連の関連するエラーとイベントの保護された VMware 仮想マシンと物理サーバが発生することができます。この更新プログラムを適用すると、仮想マシンの稼働状態のイベントに関する電子メール通知が重大な状態にない重大な状態からを変更するのにはレプリケーションの稼働状態が発生するこれらのイベントに限定されます。その他のエラーとイベントも記録されているし、するポータルに表示されます。ただし、電子メール メッセージ、発生しません。これは、冗長な通知を回避できます。
たとえば、既存のエラーが発生したため仮想マシンのレプリケーションの稼働状態が重要な場合は、同じ仮想マシンの後の重要なレプリケーション エラーが 2 番目のエラーを送信する電子メール通知が発生しません。レプリケーションの稼働状態は、2 番目のエラーが発生する前に既に重要なためにです。
修正される問題
-
一部のサブスクリプションでは、認証トークンが不足しているため」レプリケーションを有効にする] が失敗します。
-
エンドポイントの負荷分散がある従来の仮想マシンでは「Azure の Azure への災害復旧」では、フェイル オーバーの問題がありました。
Microsoft Azure のサイトの回復 (ポータル側の修正)
機能強化
-
「Azure の Azure への災害復旧」シナリオでは、選択したターゲット領域で仮想マシンを作成するサブスクリプションが有効でない場合エラーは仮想マシン作成からユーザーを防ぎます。エラー メッセージは、仮想マシンを作成するのには使用可能なクォータを持つ別の対象地域を選択して、サポートに連絡してクォータを取得するためにユーザーに確認します。
-
フェイル オーバー設定を今すぐ、可用性に構成されている仮想マシンは、同じ可用性セット内のすべての仮想マシンが同じファミリからの仮想マシンのサイズを使用する必要があります。
修正される問題
-
「Azure の Azure への災害復旧」の場合、3 番目のステップで [レプリケーション有効にする"ことががありますが読み込まれません。
Azure サイト回復の設置型のコンポーネントの更新
シナリオ |
手順 |
Azure 地域間 |
|
2 つの設置型 VMM のサイト間で - または - 設置型 VMM の 2 つのサイト間で SAN アレイのレプリケーションを使用します。 |
|
VMM のサイトを設置し、Azure の間 |
注: 高度利用できる VMM (VMM のクラスター化)、VMM サービスをインストールするクラスターのすべてのノードでアップグレードをインストールすることを確認します。 |
HYPER-V のサイトを設置し、Azure の間 |
注: ホスト クラスター化された HYPER-V サーバーは、クラスターのすべてのノードでアップグレードをインストールすることになっていることを確認します。 |
Azure への設置型 VMware/物理サイト間 |
|