Sur un serveur qui garde ses photos dans S3, les sauvegardes planifiées de la base de données vont dans le même bucket, et la perte du disque du serveur n'emporte plus les sauvegardes avec lui.
Gallery écrit une sauvegarde de la base de données chaque nuit. Jusqu'ici, elle allait sur le même disque que le serveur. Vos photos sont peut-être à l'abri dans un stockage objet, mais la base qui connaît vos albums, vos personnes, vos Spaces et vos retouches vivait sur un seul disque avec toutes ses sauvegardes. Si ce disque mourait, tout partait ensemble.
Sur un serveur qui utilise déjà le stockage S3, ouvrez Administration › Paramètres, puis les réglages de sauvegarde de la base de données, et activez Envoyer les sauvegardes vers S3. Gallery réutilise le bucket, les identifiants, la région et le point de terminaison qu'il possède déjà : rien de nouveau à configurer, aucun nouveau secret dans la base. Sur un serveur qui stocke les photos sur disque, l'interrupteur n'apparaît pas.
Chaque sauvegarde est d'abord écrite sur le disque local sous un nom temporaire, renommée une fois terminée, envoyée dans le bucket sous backups/, et seulement ensuite supprimée en local. Une sauvegarde interrompue à mi-chemin ne peut jamais passer pour une sauvegarde utilisable, et une sauvegarde dont l'envoi a échoué est retentée au passage suivant. La rétention habituelle garde les 14 dernières.
Les réglages de sauvegarde et le sélecteur de restauration listent les sauvegardes de votre bucket, la restauration fonctionne donc comme avant. Si vous voulez des règles de cycle de vie S3 rien que pour vos sauvegardes, limitez-les au préfixe backups/ et vos photos restent intactes.
Prêt à faire tourner Gallery sur votre propre serveur ? Installation en 5 minutes, la démo reste disponible pour un essai rapide.