Op een server die zijn foto's in S3 bewaart, gaan de geplande databaseback-ups naar dezelfde bucket, zodat een kapotte serverschijf de back-ups niet meer meeneemt.
Gallery schrijft elke nacht een databaseback-up. Tot nu toe kwam die op dezelfde schijf als de server. Je foto's staan misschien veilig in objectopslag, maar de database die je albums, personen, Spaces en bewerkingen kent, stond met al zijn back-ups op één schijf. Ging die stuk, dan waren ze samen weg.
Op een server die al de S3-opslag gebruikt, ga je naar Beheer › Instellingen › Database back-up instellingen en zet je Back-ups naar S3 uploaden aan. Gallery gebruikt de bucket, inloggegevens, regio en het endpoint die het al heeft, dus er valt niets nieuws in te stellen en er komt geen nieuw geheim in de database. Op een server die foto's op schijf bewaart, verschijnt de schakelaar niet.
Elke back-up wordt eerst onder een tijdelijke naam naar de lokale schijf geschreven, hernoemd zodra hij klaar is, onder backups/ naar de bucket geüpload en pas daarna lokaal verwijderd. Een back-up die halverwege stopt, kan nooit worden aangezien voor een bruikbare back-up, en een back-up waarvan de upload mislukte, wordt bij de volgende run opnieuw geprobeerd. De gebruikelijke bewaarinstelling houdt de laatste 14.
De back-upinstellingen en de herstelkeuze tonen de back-ups in je bucket, dus herstellen werkt zoals altijd. Wil je S3-levenscyclusregels alleen voor je back-ups, beperk ze dan tot het voorvoegsel backups/ en je foto's blijven ongemoeid.
Klaar om Gallery op je eigen server te draaien? In 5 minuten geïnstalleerd, en de demo blijft beschikbaar om snel iets te testen.