Hôtes proxy, certificats, listes d'accès, votre compte administrateur : tout cela est constitué de deux dossiers. C'est une excellente nouvelle pour la sauvegarde, jusqu'à ce que le disque qui les contient meure sans sauvegarde.
NPM ressemble à un panneau de contrôle, mais en dessous, il est admirablement simple : une petite base de données SQLite et un dossier de fichiers de certificat. Le sauvegarder n'est pas un projet : il s'agit de copier deux dossiers dans un endroit plus sûr que le même disque. Cette page montre exactement ce qu'il faut copier, la subtilité temporelle ajoutée par la base de données et le test de restauration qui sépare une sauvegarde d'un espoir. Faites-le aujourd’hui, même si cela vous semble encore inutile.
Tout ce que vous avez construit se trouve dans le dossier qui contient votre docker-compose.yml. Le dossier data contient le fichier de base de données SQLite (vos hôtes, utilisateurs, listes d'accès et paramètres), les configurations nginx générées et les journaux. Le dossier letsencrypt contient chaque certificat et ses clés. Le fichier de composition lui-même complète l'ensemble : il enregistre l'image et la disposition exacte du port et du volume. Copiez les trois ensemble et un serveur de remplacement peut être reconstruit dans le même état. C’est le grand avantage structurel de l’installation de style Docker-Compose : aucun paramètre ne se cache ailleurs sur la machine.
Une base de données en cours d'écriture pendant que vous la copiez peut arriver à destination au milieu d'une phrase. SQLite est robuste et une copie dynamique généralement survit — mais « généralement » constitue une mauvaise base pour le dossier auquel sont suspendues les portes de l'ensemble de votre réseau. Le modèle de nettoyage prend une minute supplémentaire : arrêtez le conteneur avec docker compose stop, copiez les deux dossiers, puis docker compose start. Vos sites s'arrêtent le temps d'une copie de fichier et la sauvegarde est parfaitement cohérente. Planifiez-le pour une heure calme, écrivez-le si vous le souhaitez, mais gardez l'arrêt dans la séquence.
Une sauvegarde sur le même disque vous protège contre exactement un accident : vous supprimez quelque chose vous-même. Il ne fait rien en cas de disque mort, de machine morte, de vol ou de ransomware atteignant le serveur. Envoyez la copie vers un matériel différent : un NAS, un autre ordinateur, un disque externe rangé dans un tiroir ou un dossier cloud crypté. Conservez les versions datées, pas une copie écrasée : si un mauvais changement ou une corruption discrète s'est produite la semaine dernière, la sauvegarde de la semaine dernière est celle que vous demanderez. Trois à cinq exemplaires datés ne coûtent presque rien ; ces fichiers sont petits.
Une sauvegarde que vous n'avez jamais restaurée est une rumeur. Une fois, sur une machine de rechange ou une VM, effectuez l'ensemble de l'exercice : installez Docker, déposez le fichier de composition et vos deux dossiers, exécutez docker compose up -d et ouvrez le panneau. Vos hôtes, certificats et connexion administrateur devraient simplement être là. Chronométrez-le - la plupart des gens terminent en moins de quinze minutes, et connaître ce chiffre transforme la future mort d'un disque d'une catastrophe en une course. Les certificats sont restaurés avec les fichiers, donc aucune tempête de réémission n'est nécessaire tant que le DNS pointe toujours vers le nouveau domicile.
Faites de la sauvegarde une habitude avec un calendrier ou un petit script programmé : arrêtez, copiez avec la date dans le nom du dossier, démarrez, terminé. Revenez-y chaque fois que vous ajoutez plusieurs nouveaux hôtes : une sauvegarde antérieure à l'existence de vos cinq derniers services est une sauvegarde partielle portant le nom d'une sauvegarde complète. Et conservez une copie du dossier quelque part qui survit au bâtiment, car les catastrophes qui emportent le serveur et son lecteur de bureau-tiroir sont exactement celles sur lesquelles les formulaires d'assurance demandent.
La vidéo construit la configuration ; cette page permet de survivre. Quinze minutes avec la vidéo plus dix minutes ici et un disque mort devient un non-événement.
▶️ Watch Full VideoOui, si DNS pointe vers le serveur restauré. Les fichiers de certificat et leurs clés se trouvent dans le dossier Letsencrypt et se déplacent avec lui, et les renouvellements se poursuivent à partir du dossier de données restauré.
Petit : généralement quelques dizaines de mégaoctets, principalement des enregistrements de données. Vous pouvez découper les anciens journaux avant de les copier, mais à cette taille, conserver des copies datées ne coûte presque rien.
La partie du dossier Letsencrypt est identique, mais la base de données réside désormais dans le serveur de base de données, et non dans les données. Sauvegardez-le également avec un vidage de base de données approprié : le dossier à lui seul ne contient plus l'intégralité de votre configuration.