Retour : VMware ESXi

Principe

ESXi ne contient pas d'outil de sauvegarde planifiée des VM. Les sauvegardes passent par un logiciel tiers qui s'appuie sur les API de protection des données de VMware (VADP) : il crée un snapshot de la VM, copie ses disques, puis supprime le snapshot.

⚠️ Avec la version gratuite d'ESXi, ces API sont en lecture seule : les logiciels de sauvegarde du marché refusent de sauvegarder l'hôte. Une licence vSphere est nécessaire pour une sauvegarde professionnelle.

⚠️ Un snapshot n'est pas une sauvegarde : il reste sur le même datastore que la VM.

Règle 3-2-1

3 copies des données, sur 2 supports différents, dont 1 hors site.

Solutions de sauvegarde

Solution Licence ESXi requise Points forts
Veeam Backup & Replication Payante Référence du marché, sauvegardes incrémentales (CBT), restauration de fichiers, réplication
Nakivo, Vinchin, Altaro… Payante Alternatives à Veeam
ghettoVCB (script communautaire) Fonctionne avec la version gratuite Gratuit, copie complète de la VM vers un datastore (NFS)
Export OVF / OVA Toutes Manuel, VM arrêtée, utile ponctuellement

💡 Le Changed Block Tracking (CBT) permet aux logiciels de sauvegarde de ne copier que les blocs modifiés depuis la sauvegarde précédente : sauvegardes incrémentales rapides.

Bonnes pratiques avec un logiciel de sauvegarde

Export manuel d'une VM (OVF)

Utile avant une migration, ou pour garder une copie ponctuelle d'une VM.

Via interface graphique
  1. Arrêter la VM.
  2. VM → Actions → Exporter : le navigateur télécharge le fichier .ovf, les disques .vmdk et le fichier .mf.

Réimporter : Machines virtuelles → Créer / enregistrer une VM → Déployer une machine virtuelle à partir d'un fichier OVF ou OVA.

Avec ovftool (poste d'administration)

VMware OVF Tool, installé sur un poste, exporte et importe en ligne de commande :

# Export de la VM SRV01 en OVA
ovftool vi://root@192.168.4.11/SRV01 SRV01.ova

# Import sur un hôte, dans le datastore datastore1
ovftool --datastore=datastore1 --network="VM Network" SRV01.ova vi://root@192.168.4.11

Copie à froid des fichiers de la VM

En dernier recours, une VM arrêtée et sans snapshot peut être copiée dossier entier vers un autre datastore (par exemple un NFS) :

vim-cmd vmsvc/getallvms
vim-cmd vmsvc/power.getstate <vmid>

# Copie du dossier de la VM vers le datastore NFS
cp -r /vmfs/volumes/datastore1/SRV01 /vmfs/volumes/nas-nfs/backup/

Restauration : Stockage → Navigateur de banque de données → ouvrir le dossier → clic droit sur le fichier .vmx → Enregistrer la VM. À la première mise sous tension, répondre « Je l'ai copiée » pour générer une nouvelle adresse MAC et un nouvel identifiant.

Sauvegarder la configuration de l'hôte

La configuration d'ESXi (réseau, stockages, comptes, paramètres) se sauvegarde en une archive, à conserver hors de l'hôte.

# Forcer l'écriture de la configuration sur le disque
vim-cmd hostsvc/firmware/sync_config

# Générer l'archive : la commande affiche une URL de téléchargement
vim-cmd hostsvc/firmware/backup_config

Remplacer * dans l'URL affichée par l'adresse IP de l'hôte et télécharger configBundle-<hôte>.tgz depuis un navigateur.

Restaurer la configuration

Sur un hôte réinstallé avec la même version d'ESXi :

# Copier l'archive dans /tmp/configBundle.tgz (scp, navigateur de banque de données)
vim-cmd hostsvc/maintenance_mode_enter
vim-cmd hostsvc/firmware/restore_config /tmp/configBundle.tgz

L'hôte redémarre avec sa configuration d'origine.

⚠️ La syntaxe de restore_config a varié selon les versions d'ESXi (certaines attendent un argument supplémentaire avant le chemin de l'archive) : vérifier l'article de la base de connaissances Broadcom correspondant à la version installée avant d'en avoir besoin.

Checklist

Étape suivante