SureBackupジョブの処理

復元検証プロセスには、次のステップが含まれます。

  1. 仮想ラボの設定の取得Veeam Backup & Replicationは、検証対象のVMが起動される仮想ラボの設定に関する情報を取得します。
  2. 仮想ラボのルーティング・エンジンの起動Veeam Backup & Replicationは、仮想ラボへのアクセスを提供するゲートウェイとして使用されるプロキシ・アプライアンスを起動します。
  3. マルウェアスキャンの実行。復元検証プロセスにマルウェアスキャンが含まれている場合、 Veeam Backup & Replicationは、アンチウイルスソフトウェアを使ってVMデータをスキャンします。

マルウェアスキャンの完了後、Veeam Backup & Replicationは選択したESXiホスト上にVMを登録し、電源を入れ、このVMに対して復元検証テストを実行します。

Veeam Backup & ReplicationはVMを順番に1つずつ検証します。たとえば、VM Aのマルウェアスキャンと復元検証テストを完了したら、Veeam Backup & ReplicationはVM Bを検証します。

  1. 公開Veeam Backup & ReplicationはVMバックアップでvPower NFSデータストアを作成し、選択されたESXiサーバーにこれを登録します。Veeam Backup & ReplicationではバックアップファイルからVM全体を展開するのではなく、VMの設定ファイルのみを展開します。仮想ディスクは、強制および必要なデータブロックごとに展開されます。
  2. 再構成Veeam Backup & Replicationは、分離されたネットワークで起動する必要があるVMの設定ファイルを更新します。
  3. 登録Veeam Backup & Replicationは、選択したESXiホストに検証対象のVMを登録します。
  4. DCの構成。検証対象のVMにドメインコントローラまたはグローバルカタログのロールがある場合、このVMは再構成されます。
  5. 電源のオンVeeam Backup & Replicationは分離されたネットワークで検証対象のVMの電源をオンにします。
  6. ハートビート・テストの実行Veeam Backup & Replicationは、VMからVMwareツールのハートビート(緑色または黄色)が送信されているかどうかを確認します。VMにVMware Toolsがインストールされていない場合、このテストは実行されず、セッションの詳細に通知が書き込まれます。
  7. pingテストの実行Veeam Backup & Replicationは、VMがping要求に応答するかどうかを確認します。VMにNICとNIC用にマップされたネットワークがなく、さらに/またはVMware Toolsがインストールされていない場合、pingテストは実行されずセッションの詳細に通知が書き込まれます。
  8. アプリケーションの初期化Veeam Backup & Replicationは、Microsoft SQL ServerなどのVMにインストールされたアプリケーションが起動するまで待機します。アプリケーション初期化の時間はSureBackupジョブの設定で定義します。デフォルトでは120秒です。VMにインストールされたソフトウェアによっては、ジョブ設定で指定したよりもアプリケーション初期化のプロセスに時間がかかる場合があります。VMにインストールされたアプリケーションが指定時間内に初期化されない場合、テストスクリプトはエラーを伴って終了します。このようなエラーが発生した場合は、アプリケーション初期化のタイムアウト値を増やしてジョブを再度開始する必要があります。
  9. テスト・スクリプトの実行Veeam Backup & Replicationはスクリプトを実行して、VMにインストールされたアプリケーションが適切に動作しているかどうかをテストします。VMにVMwareツールがインストールされておらず、さらに/またはNICもマップされたネットワークもない場合、Veeam Backup & Replicationでは%vm_ip%変数と%vm_fqdn%変数をVMのIPアドレスと完全修飾ドメイン名として使用するテストをスキップするため、決定されません。

テストの結果はジョブセッションの詳細に記入されます。スクリプトが正常に完了したかどうかを明確にするために、Veeam Backup & Replicationでは戻りコードが使用されます。戻りコードが0の場合、スクリプトは正常に完了したと考えられます。戻りコードがそれ以外の値の場合は、スクリプトが失敗したことを意味します。

  1. 電源の切断。すべてのテストが実行されると、Veeam Backup & Replicationは検証対象VMの電源をオフにします。
  2. 登録解除Veeam Backup & Replicationは、選択したESXiホストから検証対象VMの登録を解除します。
  3. REDOログの削除Veeam Backup & Replicationは、本番環境のデータストアからREDOログを削除します。REDOログには、VMをバックアップファイルから実行している間に加えられた変更が保存されています。
  4. 公開の削除Veeam Backup & Replicationは、公開されたバックアップファイルの内容をESXiホストから削除します。
  5. バックアップ検証テストの実行。VMを検証した後に、VMの電源がオフになり公開が削除されると、Veeam Backup & ReplicationはCRCチェックを実行してファイル・レベルでVMのバックアップを検証し、このファイルが破損していないことを確認します。
  6. 仮想ラボ・エンジンの停止Veeam Backup & Replicationは仮想ラボ内のプロキシ・アプライアンスの電源をオフにします。
  7. ネットワーク・ルートの削除Veeam Backup & Replicationは、バックアップ・サーバーのルーティング・テーブルから追加されたネットワーク・ルートを削除します。

安定化アルゴリズム

検証対象のVMのテストをエラーなしに実行するため、Veeam Backup & ReplicationではVMがテストを受けられる状態であることを把握する必要があります。これを判別するため、Veeam Backup & ReplicationではVMが安定点に達するまで、つまりVMが完全に起動してテストを受けられる状態であることが報告されるまで待機します。安定点に達すると、Veeam Backup & ReplicationはこのVMに対してハートビート・テスト、pingテスト、およびテスト・スクリプトを実行します。

Veeam Backup & Replicationでは、VMから取得するVMwareパラメータを使って安定点を確立します。VMの構成に応じて、次の3つのアルゴリズムのいずれかを使用して以下を実行します。

  • IPによる安定化。VMにVMware Toolsがインストールされており、NICとNIC用にマップされたネットワークがある場合は、このアルゴリズムを使用します。この場合Veeam Backup & Replicationは、マップされたネットワークで使用されるVMのIPアドレスが、VM内で動作するVMwareツールによって送信されるまで待機します。送信されるIPアドレスは有効でなければなりません。このIPアドレスは特定の期間中変更できません。詳細については、「復元検証テスト」を参照してください。
  • ハートビートによる安定化。VMにVMware Toolsがインストールされているものの、vNICとマップされたネットワークがない場合は、このアルゴリズムを使用します。この場合Veeam Backup & Replicationは、VMから緑色または黄色のハートビートが送信されるまで待機します。これは、VMで実行されるVMware Toolsによって送信されます。
  • 起動までの最大許容時間による安定化。VMにVMware Toolsがインストールされておらず、NICとマップされたネットワークもない場合は、このアルゴリズムを使用します。この場合Veeam Backup & Replicationは、VMが安定するまでの期間と考えられる、[Maximum allowed boot time]フィールドで指定された時間が経過するまで待機します。この時間が経過すると、Veeam Backup & Replicationでは、VMが正常に起動してテストを受ける準備が整ったと考えます。

安定点に達すると、Veeam Backup & Replicationは検証対象のVMに対してpingテストとハートビート・テストを実行し、テスト・スクリプトを実行します。

安定化プロセスは、[Maximum allowed boot time]フィールドで指定された時間を超過することはできません。このため、この値は慎重に指定する必要があります。通常、SureBackupジョブによって起動されたVMは、本番環境で起動されるVMよりも起動に時間がかかります。起動までの最大許容時間内に安定点が決定しない場合、復元検証プロセスはタイムアウトのエラーを伴って終了します。このようなエラーが発生した場合は、[Maximum allowed boot time]の値を増やしてジョブを再度開始する必要があります。