NetBackup™ for VMware 管理者ガイド

リストアを開始する前に、次のことに注意してください。

• クロスプラットフォームの個々のファイルのリストアはサポートされません。Windows ファイルは Windows ゲストオペレーティングシステムにリストアできます。Linux にはリストアできません。Linux ファイルはサポート対象の Linux ゲストオペレーティングシステムにリストアできます。Windows にはリストアできません。つまり、リストアホストはリストアするファイルと同じプラットフォームである必要があります。

  個々の VMware ファイルおよびフォルダのリストアについてを参照してください。

• 環境内に旧バージョンのホストがある場合、レベルが混在したバックアップとリストアに関して、リカバリホストはバックアップホストと同じか、またはそれ以降の NetBackup リリースレベルである必要があります。たとえば、NetBackup 9.x バックアップホストによってバックアップされた仮想マシンのリストアに NetBackup 8.x リカバリホストは使用できません。

• NetBackup クライアントが仮想マシンにインストールされていない場合、リストアは NetBackup プライマリサーバーから実行する必要があります。または、VMware エージェントレスリストアを実行するか、リストア用のインスタントアクセス VM を作成します。

• 元の仮想マシンの場所にファイルをリストアする場合、宛先は仮想マシンの (表示名または UUID ではなく) ホスト名として指定する必要があります。

• ESX Server に直接リストアするためには、リストアのために指定した名前が ESX Server の正式なホスト名と一致する必要があります。名前は、DNS と VMware サーバーで登録されているのと同じ形式 (短縮名または完全修飾名のどちらか) である必要があります。

  VMware サーバーの追加を参照してください。

• VM がバックアップされた後に VM の表示名を変更すると、［リカバリの開始 (Start Recovery)］をクリックする前にリカバリ前チェックが失敗する場合があります。

  VM exists overwrite -Failed. Vmxdir for VM exists

  このエラーを無視して、［リカバリの開始 (Start Recovery)］をクリックできます。ただし、リストアが成功した場合でも、新しくリストアした VM の vmx ファイルを含むフォルダに既存の VM の vmx フォルダとは異なる名前が付けられます。VMware は、その VM の名前を変更してもこのフォルダの名前を変更しませんが、既存のフォルダをそのまま使い続けます。

  代替方法として、VM を別の場所にリストアできます。

• 仮想マシンテンプレートはスタンドアロンの ESX Server にリストアすることはできません。テンプレートは vCenter Server の機能なので、vCenter を通してリストアする必要があります。スタンドアロンの ESX Server にテンプレートをリストアすれば、テンプレートは通常の仮想マシンに変換され、もはやテンプレートではなくなります。

• NetBackup は VMware NVRAM ファイルと、仮想マシンに関連付けられている vTPM デバイスのバックアップとリカバリをサポートしています。

  • NVRAM と vTPM の保護には、NetBackup 8.3 以降のバックアップまたはリカバリホストが必要です。サポートされているリカバリ方式には、完全な VM のリカバリと VMware インスタントリカバリが含まれます。

  • 表示名がピリオド (「.」) で始まる仮想マシンの NVRAM と vTPM のバックアップまたはリストアは、NetBackup ではサポートされません。既存の VMware の制限事項により、ピリオド (「.」) で始まるデータストアファイルは、非表示のファイルとして表示されるため、このファイルは仮想マシンの作業ディレクトリにダウンロードまたはアップロードされません。

• 仮想マシン全体のバックアップからの、個々のファイルのリストアは、仮想マシンに Storage Foundation Volume Manager ボリュームが含まれている場合はサポートされません。

• Windows NTFS 暗号化ファイルを個別にリストアするには、仮想マシンに NetBackup クライアントをインストールする必要があります。

  NetBackup for VMware のベストプラクティスを参照してください。

• VMware は、vCenter が管理する ESX 5.x サーバーに対する仮想マシンのリストアを直接サポートしません。仮想マシンをリストアするには、宛先として vCenter Server を選択します。

  代わりに、独立した ESX Server をリストアに使用するように設定できます。［VMware restore ESX Server］サーバー形式を使って、ESX Server の NetBackup リストアクレデンシャルを追加する必要があります。

  VMware サーバーの追加を参照してください。

• VMware の Virtual Disk Development Kit (VDDK) の API には次の制限事項があります。仮想マシンのリストア時の書き込み最高速度はハードウェアの最高速度の約 3 分の 1 です。

• 1 つの仮想マシンが、同じデータストアの別のディレクトリに vmdk ファイルを持っていた場合に、仮想マシンを元の場所にリストアすると、vmdk ファイルは、元のディレクトリではない単一のディレクトリにリストアされることに注意してください(この動作は現在 VMware の設計に従っています)。

  回避策として、リストアされた仮想マシンから vmdk ファイルを削除し、これらのファイルをそれぞれが該当するディレクトリに移動し、次に移動したファイルを仮想マシンに再接続します。

• 元の VM に暗号化された vmdk ファイルが含まれている場合、完全な VMware 仮想マシンを元の場所にリストアした後、またはインプレースディスクリストアを実行した後、リストアされたディスクが VM 暗号化ポリシーに準拠していない可能性があります。したがって、リストアされた VM は、ポリシーに準拠するように手動で再構成する必要があります。再構成しないと、リストアされた VM の仮想ディスクは暗号化されていない状態のままになることがあります。

• 大きいファイルをリストアする場合は、宛先の仮想マシン上で実行されているスナップショットがないことを確認します。そうでない場合、リストア先の VMware 構成データストアが小さすぎてリストア対象のファイルを格納できない場合があります。この場合、リストアは失敗します。

  構成データストア (vmx ディレクトリと呼ばれる場合もあります) には、仮想マシンを記述する構成ファイル (*.vmx ファイルなど) が含まれています。vmdk ファイルの実行中のスナップショットは構成データストアにも格納されることに注意してください。

• 仮想マシンのリストアを完了する前に取り消した場合、完全にはリストアされていない仮想マシンが対象の場所に残ります。リストアジョブが取り消された場合、NetBackup は不完全な仮想マシンを削除しません。手動で不完全な仮想マシンを削除する必要があります。

• 仮想マシンの表示名がサポート外の文字を含んでいると、バックアップは成功する場合がありますが、リストアは失敗します。仮想マシンをリストアするには、サポート外の文字のみを含むように表示名を変更し、リストアを再試行してください。

  プライマリ VM 識別子に対する NetBackup の文字制限を参照してください。

• NetBackup for VMware は Client Direct リストアを使用した個別のファイルのリストアをサポートしません。

• リストア時に NetBackup がハードリンクと元のファイルの間のリンクを再作成するのは、リンクファイルとそのターゲットファイルが同じジョブでリストアされる場合だけです。各ファイルが別々のリストアジョブでリストアされる場合は、別々のファイルとしてリストアされ、リンクは再確立されません。

• 期限切れの vApp に vCloud の VM をリストアした場合、vApp は自動的に更新され、vCloud 構成に再追加されます。期限切れの vApp に他の VM が含まれている場合、そのすべての VM は期限切れリストから削除され、構成に追加されます。

  vCloud Director では、VM を vApp にインポートする前に、期限切れの vApp を更新する必要があります。

• 英語ロケールを使う Windows Java GUI からのリモート接続では、ASCII 以外の文字が使われているファイルのリストアは失敗する可能性があります。

  ファイルのリストア方法について詳しくは、次のテクニカルノートを参照してください。

  https://www.veritas.com/support/ja_JP/article.100022268

• VMware for Replication Director ポリシーと Integrated Snapshot Management ポリシーで、スナップショットとスナップショットからのインデックス (IFS) の組み合わせとして SLP を構成する場合、XFS 形式のボリュームとパーティションでのファイルのリストアは NetBackup Java UI ではサポートされていません。NetBackup Web UI を使用してください。

• VMware vSphere 6.0 U1b 以降で、元の仮想マシンが削除されなかった場合に、仮想マシンの完全リストアによってアラームがトリガされることがあります。トリガされるアラームは VM MAC アドレス競合のアラームです。この VMware アラームの動作は仕様によるものです。MAC アドレスの競合がある場合、VMware は最終的に新しい仮想マシンの MAC アドレスを変更します。このアラームを受け取らないようにする場合は、vCenter で VM MAC アドレスの競合のアラームを無効にします。

• NetBackup for VMware: 注意事項および制限事項を参照してください。