Naar de inhoud
Vimonto Deploy
Taal
Aan de slag
Menu

Databases en back-ups

Databases die je vanuit je browser beheert, back-ups die van jou zijn

Maak databases en gebruikers aan in een paar klikken, zonder in te loggen op MySQL of psql. Maak er volgens schema back-ups van naar een bucket in je eigen account, en zet elke back-up terug vanaf dezelfde pagina.

Begin met deployenLees de documentatie

Engines

MySQL, MariaDB of PostgreSQL, geïnstalleerd en afgesteld

Kies de engine als je een app- of databaseserver aanmaakt. Elke engine wordt waar nodig uit zijn eigen repository geïnstalleerd, draait in UTC en accepteert tot 300 verbindingen.

  • MySQL

    8.4 LTS of 8.0 op poort 3306, met utf8mb4 en utf8mb4_unicode_ci. Root kan alleen op de server zelf inloggen.

  • MariaDB

    11.4 LTS of 10.11 LTS op poort 3306, met dezelfde tekenset en dezelfde afgeschermde root-gebruiker.

  • PostgreSQL

    18, 17 of 16 op poort 5432, met wachtwoordlogins via scram-sha-256 en de firewall die bepaalt wie verbinding maakt.

Databases en gebruikers zonder SQL

Op de pagina Databases maak je databases aan, maak je gebruikers aan met een wachtwoord van minstens 12 tekens (of een gegenereerd wachtwoord van 24 tekens), en geef je elke gebruiker precies de databases die je aanvinkt. Wijzig je de toegang, dan worden de oude rechten ingetrokken en krijgt de gebruiker alleen wat nu is aangevinkt.

Wachtwoorden van gebruikers die je aanmaakt worden nooit opgeslagen: elk wachtwoord gaat één keer naar de server, in een versleutelde job, en wordt daarna vergeten. Databases die buiten Vimonto Deploy zijn gemaakt, door een migratie of met de hand, voeg je toe met Ophalen van server.

  • Maak een database met een eigen gebruiker aan terwijl je een site aanmaakt
  • Een kant-en-klaar SSH-tunnelcommando voor TablePlus, DBeaver of MySQL Workbench
  • Op een appserver luistert de database alleen op de server zelf
  • Databaseservers in een privénetwerk accepteren je andere servers direct

Databases in de documentatie

Back-ups

Zo verloopt een back-up

Op het geplande tijdstip doet een achtergrondtaak dit voor elke database in het schema:

  1. 1

    Dumpen

    mysqldump of mariadb-dump in één transactie, met routines, triggers en events, of pg_dump voor PostgreSQL.

  2. 2

    Comprimeren

    De dump wordt met gzip gecomprimeerd tot één .sql.gz-bestand per database.

  3. 3

    Rechtstreeks naar je bucket

    De server uploadt naar een map die jij kiest, als backups/web-1/<date and time>/shop.sql.gz, via een kortlevende link voor alleen dat bestand. Je opslagsleutels komen nooit op de server.

  4. 4

    Opruimen

    Na een geslaagde back-up blijven de nieuwste back-ups tot je Bewaar-aantal staan en worden oudere uit je bucket verwijderd.

Back-ups op jouw voorwaarden

  • Elk schema

    Elk uur, elke nacht, wekelijks, maandelijks of een eigen cron-expressie, in de tijdzone van de server. Combineer een schema per uur met een maandelijks schema.

  • Bewaartermijn naar keuze

    Bewaar 1 tot 365 geslaagde back-ups per schema. Een mislukte back-up ruimt zijn halve bestanden op, want aan een halve dump heb je niets.

  • Je eigen opslag

    Amazon S3, DigitalOcean Spaces, Hetzner Object Storage, Scaleway, OVHcloud, Cloudflare R2 of elk S3-compatibel endpoint, zoals MinIO of Backblaze B2.

    Opslagintegraties

  • Meldingen bij fouten

    Een mislukte back-up stuurt de melding Back-up mislukt naar het team, en een e-mail naar elk adres dat je bij het schema invult.

Downloaden of terugzetten in een paar klikken

Download elke geslaagde back-up rechtstreeks uit je opslag via een link die vijf minuten geldig is. Om terug te zetten kies je de back-up, kies je de database waarin hij moet komen en typ je ter bevestiging de naam: de server downloadt de dump en vervangt de tabellen.

Twijfel je nog? Maak eerst een lege database aan en zet de back-up daarin terug, zodat je kunt vergelijken voordat je productie aanraakt.

Back-ups en terugzetten in de documentatie

Vragen over databases en back-ups

Waar worden mijn back-ups opgeslagen?

In een S3-compatibele bucket van jezelf, nooit bij Vimonto Deploy. Je voegt de bucket één keer per organisatie toe en kiest hem per schema. De opslagkosten rekent je provider af.

Wordt er ook een back-up van bestanden of de hele server gemaakt?

Nee, back-ups bevatten alleen databases. Je code staat in Git en wordt bij elke release opnieuw gedeployd; bewaar uploads in object storage of maak er apart een back-up van.

Kan ik een back-up op een andere server terugzetten?

Niet vanaf de pagina; die zet terug in een database op dezelfde server. Download het .sql.gz-bestand en importeer het op de andere server, bijvoorbeeld in de browserterminal.

Bewaart Vimonto Deploy mijn databasewachtwoorden?

Nee. Wachtwoorden van gebruikers die je aanmaakt gaan één keer naar de server en worden vergeten. Het eigen databasewachtwoord van de server wordt na provisioning één keer getoond en verwijderd zodra je bevestigt dat je het hebt bewaard.

Kan ik een back-up vanuit een script starten?

Ja. Met de REST API en de CLI kun je back-ups opvragen en er direct een draaien, bijvoorbeeld deploy backup:run db-1 "Nightly" --watch. Zie automatisering.

Gerelateerde pagina’s

Je volgende deploy kan live zijn voordat je koffie koud is.

Maak een organisatie aan, koppel een server en push. Meer is het niet.

Begin met deployenLees de documentatie