前提
ESXi上のVMを自動でバックアップしているはずが，一部または全てのVMがバックアップされていなかった時の原因と対処法を述べます．
バックアップ元をStoreNAS-main，バックアップ先をbackupとして記します．
バックアップ失敗の原因と対処法
-
容量不足
- いつの間にかバックアップが失敗していた場合，これが原因である可能性が一番高いでしょう．dfコマンドを用いてバックアップ先の容量の使用率が100%になっていないかを確認してみてください．
例.[user@server:~] df -h Filesystem Size Used Available Use% Mounted on NFS 26.2T 8.2T 18.0T 31% /vmfs/volumes/*** NFS 26.2T 8.2T 18.0T 31% /vmfs/volumes/*** NFS 26.2T 5.4T 20.8T 21% /vmfs/volumes/*** NFS 26.2T 5.4T 20.8T 21% /vmfs/volumes/backup VMFS-6 2.9T 1.7T 1.3T 57% /vmfs/volumes/StoreNAS-main VMFS-6 825.8G 1.4G 824.3G 0% /vmfs/volumes/*** VFFS 119.8G 6.3G 113.4G 5% /vmfs/volumes/*** vfat 4.0G 198.8M 3.8G 5% /vmfs/volumes/*** vfat 4.0G 64.0K 4.0G 0% /vmfs/volumes/***バックアップ先の容量の使用率が100%になっている場合，不要なVMを削除しましょう．また，バックアップ方式を増分に変更することを検討しましょう．また，容量不足になったらSlackに通知すると良いでしょう．
-
バックアップの設定ミス
- バックアップの設定時，VMの名前を以下のように取得している場合は注意が必要です．
[user@server:~] vim-cmd vmsvc/getallvms | grep -v Name | grep StoreNAS-main | awk "{print \$2;}" vm1 vm2 backup-test ...この取得方法でも問題なくバックアップはできますが，一度作成したVMの名前を変更していると，そのVMのバックアップができなくなります．これは，コピーしたいディレクトリの名前が，VMの名前を変更しても変更されないためです．試しに，backup-testという名前のVMを，restore-testという名前に変更しました．
[user@server:~] vim-cmd vmsvc/getallvms | grep -v Name | grep StoreNAS-main 1 vm1 [StoreNAS-main] vm1/vm1.vmx ubuntu64Guest vmx-14 16 vm2 [StoreNAS-main] vm2/vm2.vmx ubuntu64Guest vmx-14 48 restore-test [StoreNAS-main] backup-test/backup-test.vmx ubuntu64Guest vmx-14 ...この例では，restore-testという名前のVMのディレクトリが，backup-testのままになっています．バックアップの際に存在しないファイルを取得しようとするため，バックアップが失敗します．
vim-cmd vmsvc/getallvms | grep -v Name | grep StoreNAS-main | awk "{print \$4;}" | cut -f 1 -d "/"awkで直接ディレクトリを指定することで，VMのファイル名が変更されていてもバックアップをしてくれます．
-
ハードウェアの故障
- 修理を頼むか買い替えましょう．
-
その他物理的な要因
- 各種ケーブルが正常に使え接続されていることを確認しましょう．