NetBackup™ for VMware 管理者ガイド
- 概要
- 必須タスク: 概要
- VMware 管理者向けの RBAC の役割の構成
- 注意事項および前提条件
- VMware vSphere の権限
- VMware サーバーの管理
- VMware のバックアップポリシーの構成
- [VMware]タブのバックアップオプション
- [ディスクを除外 (Exclude disks)]タブ
- VMware インテリジェントポリシーの構成
- [VM 選択問い合わせ結果を再利用 (Reuse VM selection query results for)]オプションについて
- アクセラレータを使用した仮想マシンのバックアップ
- VMware の保護計画の構成
- マルウェアスキャン
- インスタントアクセス
- インスタントロールバック
- 継続的なデータ保護
- 仮想マシンのバックアップ
- VM のリカバリ
- VMware エージェントレスリストア
- VMware バックアップからの個々のファイルとフォルダのリストア
- NetBackup を使用した Cloud Director 環境のバックアップ
- インスタントリカバリを使用した仮想マシンのリストア
- ハードウェアスナップショットとレプリケーションを使用した VM の保護
- ベストプラクティスおよび詳細情報
- VMware の操作のトラブルシューティング
- VMware の NetBackup ログ
- スナップショットエラーの発生 (状態コード 156)
- 付録 A. Windows の NFS のサービスの構成
- Windows Server 2012、2016 での NFS 用サービスの構成について (NetBackup for VMware)
- 付録 B. VMware raw デバイス (RDM) のバックアップ
Linux VM と永続的なデバイス名前
永続的なデバイス命名規則を使っていない Linux VM の場合は、複数のディスクコントローラ(IDE、SCSI、SATA)が個々のファイルのリカバリを複雑にすることがあります。この問題は、/dev/sda や/dev/sdb のような非永続的なデバイス命名規則が原因で発生します。VM に SCSI ディスクと SATA ディスクがある場合には、バックアップ、アーカイブ、リストアインターフェースは VM のファイルの誤ったマウントポイントを示すことがあります。たとえば、元々 /vol_a にあったファイルが、リストアしようとして参照すると /vol_b の下に表示されることがあります。リストアは正常に終了しても、リストアされたファイルが元のディレクトリに存在しない場合があります。
回避方法として、リストアした VM のファイルを検索して適切な場所に移動します。
複数のディスクコントローラを備えた Linux VM でこの問題を防ぐため、ファイルシステムのマウントに永続的なデバイス命名方法を使うことを推奨します。永続的な命名規則を使うとデバイスのマウントに一貫性が生じ、今後、バックアップからファイルをリストアしてもこの問題は起きません。
永続的なデバイス命名規則では、UUID を使ってデバイスをマウントできます。次に、UUID によってマウントしたデバイスを含む /etc/fstab
ファイルの例を示します。
UUID=93a21fe4-4c55-4e5a-8124-1e2e1460fece /boot ext4 defaults 1 2 UUID=55a24fe3-4c55-4e6a-8124-1e2e1460fadf /vola ext3 defaults 0 0
メモ:
VMware VM の各 fstab
エントリの文字数を 90 に制限します。
デバイスの UUID を見つけるには、次のコマンドのどちらかを使います。
blkid
ls -l /dev/disk/by-uuid/
メモ:
NetBackup は永続的なデバイス命名規則の by-LABEL 方法もサポートします。