De pagina Back-ups van een server maakt geplande back-ups van de databases. Elke back-up is een gecomprimeerde dump (.sql.gz) van een of meer databases, die wordt geüpload naar een S3-compatibele bucket van jezelf. Jij bepaalt hoe vaak een back-up draait en hoeveel back-ups bewaard blijven. Op dezelfde pagina download of herstel je ze.
De pagina is er op elke server met een database-engine (MySQL, MariaDB of PostgreSQL): app-servers en databaseservers.
Voordat je begint: voeg opslag toe
Back-ups gaan naar je eigen objectopslag, nooit naar Vimonto Deploy. Voeg eerst back-upopslag toe aan je organisatie onder Instellingen → Integraties (zie back-upopslag). Ondersteund zijn Amazon S3, DigitalOcean Spaces, Hetzner Object Storage, Scaleway Object Storage, OVHcloud Object Storage, Cloudflare R2 en andere S3-compatibele opslag.
Zolang er geen opslag is, toont de pagina Voeg eerst opslag toe.
Een back-up inplannen
- Open de server en kies Back-ups in de zijbalk.
- Klik op Back-up inplannen.
- Vul het formulier in:
| Veld | Betekenis |
|---|---|
| Naam | Een naam voor dit schema, zoals "Dagelijkse back-up". |
| Databases | De databases om te back-uppen. Kies er minstens één. |
| Opslag | De opslagprovider waar de back-ups naartoe gaan. |
| Wanneer | Elk uur, Elke nacht (om middernacht), Elke week (zondag om middernacht), Elke maand (de eerste van de maand om middernacht) of Eigen schema. |
| Schema | Alleen bij een eigen schema: een cron-expressie met vijf velden, bijvoorbeeld 30 3 * * * voor elke nacht om 3:30. |
| Bewaar | Hoeveel geslaagde back-ups bewaard blijven, van 1 tot 365. |
| Map in de bucket | Waar de bestanden komen, zoals backups/web-1. Letters, cijfers, punten, koppeltekens en underscores, met / tussen mappen. |
| Mail als een back-up mislukt | Optioneel, en al ingevuld met je eigen adres. Dit adres krijgt een mail als een back-up mislukt; laat het leeg voor geen mail. |
- Klik op Back-up inplannen.
Schema's volgen de tijdzone van de server, die je wijzigt in de serverinstellingen. De eerste back-up draait op het volgende geplande moment. Klik op Nu back-uppen om er meteen een te maken.
Een server kan meerdere schema's hebben, bijvoorbeeld een schema per uur dat 24 back-ups bewaart en een maandelijks schema dat er 12 bewaart.
Hoe werkt een back-up?
Op het geplande moment start Vimonto Deploy een achtergrondtaak. Die volg je op de pagina activiteit of open je via de link Uitvoer bij de back-up. Voor elke database:
- maakt de server een dump van de database:
mysqldump(ofmariadb-dump) in één transactie, inclusief routines, triggers en events, ofpg_dumpvoor PostgreSQL; - comprimeert de dump met gzip;
- uploadt de dump rechtstreeks van de server naar je bucket, naar
{folder}/{date and time}/{database}.sql.gz.
De server krijgt alleen een kortlevende uploadlink voor dat ene bestand. Je opslagsleutels blijven in Vimonto Deploy en komen nooit op de server.
Elke back-up in de lijst toont het tijdstip, de totale grootte en de status: Bezig, Geslaagd of Mislukt. Een mislukte back-up toont de foutmelding. Bestanden die vóór de fout al waren geüpload, worden verwijderd, want aan een halve back-up heb je niets. Leden die de server kunnen zien, krijgen daarnaast een melding Back-up mislukt, via de kanalen die ze bij meldingen hebben gekozen.
Hoeveel back-ups worden bewaard?
Na elke geslaagde back-up bewaart Vimonto Deploy de nieuwste geslaagde back-ups, tot het aantal onder Bewaar. Alles wat ouder is, verdwijnt uit je bucket, ook mislukte back-ups. De pagina toont de 20 meest recente back-ups van elk schema.
Een back-up downloaden
Open het actiemenu (⋯) van een geslaagde back-up en kies Downloaden, gevolgd door de naam van de database. Je browser downloadt het .sql.gz-bestand rechtstreeks uit je opslag, via een link die vijf minuten geldig is.
Een back-up herstellen
- Open het actiemenu (⋯) van een geslaagde back-up en kies Herstellen, gevolgd door de naam van de database.
- Kies onder In database de database waarin je wilt herstellen. De oorspronkelijke database is al gekozen, maar je kunt een andere kiezen, bijvoorbeeld om in een kopie te herstellen.
- Klik op Verder, typ ter bevestiging de naam van de doeldatabase en klik op Herstellen.
De server downloadt de dump en laadt die in de doeldatabase. De tabellen daarin worden vervangen door die uit de back-up.
Een schema bewerken of verwijderen
Open het actiemenu (⋯) van een schema en kies Bewerken om de instellingen te wijzigen, of Verwijderen om het weg te halen. Als je een schema verwijdert, stoppen nieuwe back-ups en verdwijnt elke back-up die het schema maakte uit je opslag. Je bevestigt door de naam van het schema te typen.
Wil je één back-up verwijderen? Open het actiemenu en kies Verwijderen. Een mislukte back-up heeft in plaats daarvan een knop Verwijderen.
Wie mag back-ups beheren?
Leden met de rechten om back-ups te beheren kunnen ze inplannen, starten, downloaden, herstellen en verwijderen. Standaard zijn dat eigenaren, beheerders, managers en developers. Elk lid dat de server kan zien, ziet zijn schema's en de lijst met back-ups; beperkt je organisatie leden tot de servers van hun teams, dan zijn dat alleen de servers van hun teams. Zie leden en rollen.
Veelgestelde vragen
Worden bestanden of de hele server geback-upt?
Nee. Back-ups bevatten alleen databases. Je code staat in je Git-repository en wordt bij elke deployment opnieuw uitgerold. Bewaar geüploade bestanden in objectopslag of maak er apart een back-up van.
Wat gebeurt er als de server offline is op het geplande moment?
Back-ups starten alleen voor actieve servers. Een back-up die niet kan draaien, wordt niet later ingehaald. De volgende draait op het volgende geplande moment.
Kan ik een back-up op een andere server herstellen?
Niet vanaf de pagina: herstellen laadt de back-up in een database op dezelfde server. Download het .sql.gz-bestand en importeer het op de andere server, bijvoorbeeld met gunzip -c backup.sql.gz | mysql database_name in de terminal.
Waarom toont een nieuw schema geen back-ups?
De eerste back-up draait op het volgende geplande moment. Klik op Nu back-uppen om er meteen een te maken en te controleren of je opslag werkt.
Wat gebeurt er met back-ups als een server wordt overgedragen?
De back-upschema's en de lijst met back-ups verdwijnen van de server, omdat de opslag bij de oude organisatie hoort; de bestanden zelf blijven in die opslag staan. De nieuwe eigenaar plant back-ups naar zijn eigen opslag. Zie een server overdragen.