Créer un point de restauration avant une mise à jour

Une mise à jour de système, de PHP ou d'une base de données est le moment où un serveur casse le plus souvent. Un point de restauration n'est pas seulement une copie de fichiers : c'est l'ensemble des éléments qui permettent de revenir à un état connu, configuration comprise. Préparez-le avant, pas pendant l'incident.

Définir ce qui doit pouvoir revenir

Tout n'a pas la même valeur. Classez ce que vous allez sauvegarder :

• les paquets installés et leurs versions ;
• les configurations sous /etc (Nginx, SSH, PHP, base de données, unités systemd) ;
• les données applicatives dans /var/www ou /srv ;
• les bases de données ;
• les tâches planifiées, les utilisateurs et les clés SSH ;
• les fichiers de variables d'environnement et les certificats.

Les deux derniers points sont souvent oubliés et sont ceux qui empêchent un service de redémarrer.

Utiliser la sauvegarde du fournisseur

Si le dashboard propose une sauvegarde ou un instantané pour votre VPS, prenez-en un avant l'opération et notez son nom et son heure. Ce type de sauvegarde restaure le conteneur entier et écrase l'état courant : elle est pratique pour un retour arrière global, mais inadaptée pour récupérer une seule table. Vérifiez qu'elle est marquée comme terminée avant de continuer.

Une sauvegarde fournisseur ne remplace pas votre export : elle vit sur la même plateforme et suit la même facturation.

Exporter manuellement

Créez un dossier protégé, puis archivez la configuration et les données séparément pour pouvoir restaurer l'une sans l'autre.

sudo install -d -m 700 /root/retour
sudo tar -czpf /root/retour/etc-$(date +%F).tar.gz -C / etc/nginx etc/ssh etc/systemd/system
sudo tar -czpf /root/retour/www-$(date +%F).tar.gz -C /var/www .
sudo mysqldump --single-transaction --routines --triggers -u root -p --all-databases | gzip > /root/retour/bases-$(date +%F).sql.gz
dpkg --get-selections > /root/retour/paquets-$(date +%F).txt
sudo sha256sum /root/retour/* > /root/retour/SHA256SUMS

Ces fichiers contiennent des secrets : gardez le dossier en 700, ne le laissez pas dans /var/www, et copiez-le hors du VPS avec scp. Une archive qui reste sur la machine à mettre à jour ne protège de rien.

Liste de contrôle avant de lancer

1. L'espace disque couvre au moins deux fois la taille des données à sauvegarder.
2. Vous avez lu les notes de version et identifié les changements cassants.
3. Vous savez quelle commande vérifiera que le service fonctionne après coup.
4. Vous avez une fenêtre de maintenance et, si le service est public, vous avez prévenu les utilisateurs.
5. Vous savez comment revenir en arrière : les paquets Debian ne conservent pas les anciennes versions dans les dépôts.

Pour les paquets critiques, téléchargez le .deb avant la montée de version :

apt-get download paquet-critique

Revenir en arrière

Si le service ne repart pas, restaurez d'abord la configuration et redémarrez. Si le problème vient de la base, réimportez le dump. Pour un paquet, réinstallez le .deb conservé avec dpkg -i ; les dépendances peuvent toutefois bloquer la descente de version. Dans ce cas, une réinstallation propre avec restauration des données est souvent plus rapide que de forcer un downgrade.

Notez ce qui a changé, ce qui a échoué et la commande exacte qui a rétabli le service : la prochaine mise à jour sera plus simple.