Datenbanken und Backups
Datenbanken im Browser verwalten, Backups, die dir gehören
Lege Datenbanken und Benutzer mit wenigen Klicks an, ohne dich bei MySQL oder psql anzumelden. Sichere sie nach Zeitplan in einen Bucket in deinem eigenen Konto und stelle jedes Backup auf derselben Seite wieder her.
Engines
MySQL, MariaDB oder PostgreSQL, installiert und abgestimmt
Wähle die Engine beim Erstellen eines App- oder Datenbankservers. Jede wird bei Bedarf aus ihrem eigenen Repository installiert, läuft in UTC und akzeptiert bis zu 300 Verbindungen.
MySQL
8.4 LTS oder 8.0 auf Port 3306, mit
utf8mb4undutf8mb4_unicode_ci. Root kann sich nur auf dem Server selbst anmelden.MariaDB
11.4 LTS oder 10.11 LTS auf Port 3306, mit demselben Zeichensatz und demselben abgesicherten Root-Benutzer.
PostgreSQL
18, 17 oder 16 auf Port 5432, mit Passwort-Logins über
scram-sha-256; wer sich verbinden darf, entscheidet die Firewall.
Datenbanken und Benutzer ohne SQL
Auf der Seite Datenbanken legst du Datenbanken an, erstellst Benutzer mit einem Passwort von mindestens 12 Zeichen (oder einem generierten mit 24 Zeichen) und gibst jedem Benutzer genau die Datenbanken, die du anhakst. Änderst du den Zugriff, werden die alten Rechte entzogen und nur die jetzt angehakten vergeben.
Passwörter der Benutzer, die du anlegst, werden nie gespeichert: Jedes geht einmal in einem verschlüsselten Job an den Server und wird dann vergessen. Datenbanken, die außerhalb von Vimonto Deploy entstanden sind, per Migration oder von Hand, holst du mit Vom Server abrufen dazu.
- Beim Anlegen einer Site gleich eine Datenbank mit eigenem Benutzer erstellen
- Ein fertiger SSH-Tunnel-Befehl für TablePlus, DBeaver oder MySQL Workbench
- Auf einem App-Server lauscht die Datenbank nur auf dem Server selbst
- Datenbankserver in einem privaten Netzwerk akzeptieren deine anderen Server ab Werk
Backups
So läuft ein Backup ab
Zur geplanten Zeit erledigt eine Hintergrundaufgabe Folgendes für jede Datenbank im Zeitplan:
- 1
Dumpen
mysqldumpodermariadb-dumpin einer einzigen Transaktion, mit Routinen, Triggern und Events, oderpg_dumpfür PostgreSQL. - 2
Komprimieren
Der Dump wird mit gzip zu einer
.sql.gz-Datei pro Datenbank komprimiert. - 3
Direkt in deinen Bucket hochladen
Der Server lädt in einen Ordner deiner Wahl hoch, etwa als
backups/web-1/<date and time>/shop.sql.gz, über einen kurzlebigen Link nur für diese eine Datei. Deine Speicherschlüssel erreichen den Server nie. - 4
Aufräumen
Nach einem erfolgreichen Backup bleiben die neuesten Backups bis zu deiner Anzahl unter Behalten erhalten, ältere werden aus deinem Bucket gelöscht.
Backups nach deinen Regeln
Jeder Zeitplan
Stündlich, nächtlich, wöchentlich, monatlich oder ein eigener Cron-Ausdruck, in der Zeitzone des Servers. Kombiniere einen stündlichen Zeitplan mit einem monatlichen.
Aufbewahrung nach Wahl
Behalte 1 bis 365 erfolgreiche Backups pro Zeitplan. Ein fehlgeschlagenes Backup entfernt seine Teildateien, denn ein halber Dump nützt niemandem.
Dein eigener Speicher
Amazon S3, DigitalOcean Spaces, Hetzner Object Storage, Scaleway, OVHcloud, Cloudflare R2 oder jeder S3-kompatible Endpunkt wie MinIO oder Backblaze B2.
Speicher-IntegrationenAlarm bei Fehlern
Ein fehlgeschlagenes Backup schickt dem Team die Benachrichtigung Backup fehlgeschlagen und eine E-Mail an jede Adresse, die du im Zeitplan einträgst.
Herunterladen oder wiederherstellen mit wenigen Klicks
Lade jedes erfolgreiche Backup direkt aus deinem Speicher herunter, über einen Link, der fünf Minuten gültig ist. Zum Wiederherstellen wählst du das Backup und die Zieldatenbank und bestätigst mit ihrem Namen: Der Server lädt den Dump herunter und ersetzt die Tabellen.
Noch unsicher? Lege zuerst eine leere Datenbank an und stelle das Backup dort wieder her, damit du vergleichen kannst, bevor du die Produktion anfasst.
Fragen zu Datenbanken und Backups
Wo werden meine Backups gespeichert?
In einem S3-kompatiblen Bucket, der dir gehört, nie bei Vimonto Deploy. Du fügst den Bucket einmal pro Organisation hinzu und wählst ihn pro Zeitplan. Die Speicherkosten rechnet dein Anbieter ab.
Werden Dateien oder der ganze Server gesichert?
Nein, Backups enthalten nur Datenbanken. Dein Code liegt in Git und wird mit jedem Release neu deployt; lege Uploads in Object Storage ab oder sichere sie separat.
Kann ich ein Backup auf einem anderen Server wiederherstellen?
Nicht über die Seite, die in eine Datenbank auf demselben Server wiederherstellt. Lade die .sql.gz-Datei herunter und importiere sie auf dem anderen Server, zum Beispiel im Terminal im Browser.
Speichert Vimonto Deploy meine Datenbankpasswörter?
Nein. Passwörter der Benutzer, die du anlegst, werden einmal an den Server gesendet und vergessen. Das eigene Datenbankpasswort des Servers wird nach der Provisionierung einmal angezeigt und gelöscht, sobald du bestätigst, dass du es gespeichert hast.
Kann ich ein Backup aus einem Skript starten?
Ja. Die REST-API und die CLI können Backups auflisten und sofort eines ausführen, zum Beispiel deploy backup:run db-1 "Nightly" --watch. Siehe Automatisierung.
Verwandte Seiten
- ServerProvisionierung für jede Rolle: App-, Web-, Worker-, Datenbank-, Cache-, Such- und Load-Balancer-Server.
- IntegrationenCloud- und DNS-Anbieter, Git-Hosts und S3-kompatibler Speicher, einmal pro Organisation verbunden.
- AutomatisierungEine REST-API, eine CLI für die CI, Deploy-URLs, Rezepte für wiederkehrende Skripte und Deploy-Hooks.
Dein nächster Deploy ist live, bevor dein Kaffee fertig ist.
Erstelle eine Organisation, verbinde einen Server und pushe. Mehr nicht.