Backup manuel

Les backups automatiques s'exécutent selon un agenda, mais vous pouvez aussi prendre un backup à un instant donné quand vous voulez : avant de grands changements de contenu, avant d'appliquer une mise à jour, ou comme copie off-site à télécharger et conserver ailleurs. Tout vit sous Backups dans la zone admin.

En créer un

Cliquez sur Create backup sur la page Backups. L'archive se construit en arrière-plan et, une fois terminée, votre navigateur télécharge directement le fichier .tar.gz, nommé chinaski_backup_<date>_<time>.tar.gz.

Contenu : la base de données, la bibliothèque media, les thèmes et les templates de site : une capture complète à un instant donné.
Vérification : sauf si vous avez désactivé la vérification, l'archive est contrôlée (extraire-et-valider) avant d'être publiée ; une vérification en échec empêche une archive défectueuse d'être stockée.
Publication puis élagage : l'archive atterrit dans le répertoire local backups/ de l'instance via un rename atomique (la liste ne montre jamais un fichier à moitié écrit), et la politique de rétention locale s'applique (garder les N derniers backups et/ou les backups de N jours), chaque fichier élagué étant journalisé dans la piste d'audit avec les valeurs de rétention utilisées.

Deux cas limites de longue durée sont gérés pour vous : la création s'exécute sous un watchdog de deux minutes (un tar bloqué avorte avec un flashback « took too long » plutôt que de suspendre la page), et un backup planifié qui se déclencherait à la seconde même qu'un backup manuel ne peut pas s'entremêler : les noms de staging sont séparés par process-id.

Sortir les archives du serveur

N'importe quelle archive de la liste locale (pas seulement celle que vous venez de créer) peut être téléchargée depuis la page Backups : la route de téléchargement streame le fichier en pièce jointe. Les noms de fichiers sont validés contre le motif exact de nom de backup, de sorte que le contrôle de téléchargement ne sert jamais que des archives de backup.

Les copies Space (DigitalOcean Spaces) sont listées séparément lorsque configurées ; les fichiers locaux et les copies Spaces sont suivis indépendamment (le téléversement vers Spaces est une action séparée de la liste des backups locaux).

Nettoyage

Delete retire une archive locale (un clic sur son entrée, audité avec le nom du fichier dans l'enregistrement).
La rétention locale est la même politique que celle qui s'applique aux exécutions planifiées : garder les N derniers backups et/ou les backups de N jours, tous deux configurables dans l'onglet Backups (0 = illimité pour l'un comme pour l'autre). L'élagage s'exécute après chaque création de backup, manuels inclus, et chaque fichier élagué est consigné dans la piste d'audit avec la raison de rétention.
Les téléversements staged mais non terminés d'une création crashée sont balayés automatiquement (tout ce qui est en staging depuis plus d'une heure), de sorte que les tentatives en échec ne polluent pas la liste.

À quoi servent les backups manuels

L'agenda couvre la dérive de tous les jours ; les manuels sont pour les moments où vous voulez une paire garantie correspondante : juste avant un deploy de nouveaux fichiers de template, avant une expérience de dry-run de restore, ou comme archive « golden » à la macOS que vous téléchargez et conservez ailleurs. Comme l'archive est du même format que celui que consomme la voie de restore, un téléchargement manuel fait aussi office d'artefact de recovery hors serveur, le runbook de disaster recovery consomme exactement ce fichier.