Backups für PostgreSQLund die Dateien, die dazugehören.
Selbst gehostete Backup-Automatisierung mit Verschlüsselung, Kompression und Aufbewahrungsregeln. Ein Docker-Image, kein Agent, kein Lock-in.
- Datenbank nextcloud sichern0 %
- Konfiguration und Daten über SFTP sammeln
- Mit Brotli komprimieren
- Mit AES-256-GCM verschlüsseln
- Zu Hetzner hochladen
- Zu Cloudflare R2 hochladen
- Datenbank-Engines
- 10
- Speicher-Adapter
- 14
- Benachrichtigungskanäle
- 9
- AES-GCM-Verschlüsselung
- 256 bit
Integrationen
Alles, was ein Backup braucht, in einer Oberfläche, die Sie wirklich nutzen.
Bewegen Sie die Maus über die Karten.
Eine Farbe pro Aufgabe
Blau legt an, Violett bearbeitet, Türkis wählt aus, Gelb warnt. Jeder Dialog zeigt, was er gleich tut.
Alles ist einen Tastendruck entfernt
Probieren Sie es aus. Tippen Sie, um zu filtern.
- Neuer JobC
- Ein Backup wiederherstellenR
- Aufbewahrungsvorlage bearbeitenE
- Ein Ziel auswählenP
- Postgres nightly jetzt ausführenEnter
- Database Explorer öffnenG D
- Fehlgeschlagene Läufe zeigenG H
Jeder Tag im Blick
Ein Backup-Kalender, der Lücken zeigt, bevor Sie sie brauchen.
AES-256-GCM
Verschlüsselt, bevor es den Host verlässt. Wiederherstellbar allein mit dem Recovery Kit.
Benachrichtigungen dort, wo Sie sind
9 Kanäle, pro Job oder systemweit.
Aufbewahrung, wiederverwendet
GFS-Vorlagen, die alle Jobs teilen.
- Täglich
- 7
- Wöchentlich
- 4
- Monatlich
- 12
Für Teams gebaut
SSO, Rollen, Passkeys und eine REST-API.
Ihr Backup ist eine Datei. Öffnen Sie es ohne uns.
Standard-Dumps und normale TAR-Archive, versiegelt mit dem offenen AES-256-GCM. Das Format ist Byte für Byte spezifiziert.
In zwei Minuten am Laufen.
services:
dbackup:
image: skyfay/dbackup:latest
restart: always
ports:
- "3000:3000"
environment:
- ENCRYPTION_KEY= # openssl rand -hex 32
- BETTER_AUTH_URL=https://localhost:3000
- BETTER_AUTH_SECRET= # openssl rand -base64 32
volumes:
- ./data:/data
- ./backups:/backupsFragen
Fehlt etwas? Fragen Sie auf Discord.
Ja. Jedes Backup ist ein normaler Datenbank-Dump, verschlüsselt mit dem offenen AES-256-GCM. Mit dem Schlüssel aus Ihrem Recovery Kit und einem eigenständigen Node.js-Skript entschlüsseln Sie es und stellen es wieder her, ganz ohne laufendes DBackup.
MySQL, MariaDB, PostgreSQL, MongoDB, SQLite, Redis, Valkey, Microsoft SQL Server, Azure SQL Database (Beta) und Firebird (Beta), und regelmäßig kommen weitere hinzu. Alle Integrationen ansehen.
Ja. Jeder Speicher-Adapter kann als Verzeichnisquelle dienen: lokale Pfade, SFTP, SMB, FTP, WebDAV, S3, Google Drive, Dropbox, OneDrive, rsync über SSH oder Docker-Volumes, gelesen über den Daemon. Dateien und Datenbanken können sich einen Job teilen, sodass der Dump und das zugehörige Datenverzeichnis im selben Archiv und im selben Wiederherstellungspunkt landen. Einen Agenten müssen Sie nicht installieren, DBackup liest, was diese Protokolle erreichen. Dieses agentenlose Design ist zugleich seine Grenze. Ein vollständiger Lauf holt den Verzeichnisbaum auf den DBackup-Host und legt ihn dort vor dem Packen ab. Er braucht also etwa die doppelte Quellgröße an freiem Speicher, und jedes Byte geht zweimal über das Netzwerk. Gebaut ist es für die Dateien der Anwendungen, deren Datenbanken Sie ohnehin sichern, nicht für große Medienbibliotheken. Dafür laufen restic oder Borg direkt auf dem Rechner und sind das bessere Werkzeug.
Ja, derzeit als Beta. Wählen Sie die Volumes aus einer Liste dessen, was der Docker-Daemon sieht, lokal über seinen Socket oder auf einem anderen Host über SSH. DBackup bindet sie zum Lesen in einen kurzlebigen Hilfscontainer ein. Container, die ein ausgewähltes Volume nutzen, werden für das Lesen angehalten und direkt danach wieder gestartet, pro Volume statt für den ganzen Job. Für Daten, die sich gefahrlos im laufenden Betrieb kopieren lassen, können Sie das abschalten. Die Wiederherstellung geht in dasselbe oder in ein neues Volume, wobei Verzeichnisrechte und leere Verzeichnisse noch nicht mitkommen. Deshalb ist es noch Beta.
Nicht global, und das ist eine bewusste Abwägung. Inkrementelle Backups speichern ganze geänderte Dateien und verweisen für unveränderte auf frühere Archive derselben Kette. So bleibt jedes Archiv ein normales TAR, das Sie mit tar -xf öffnen, oder ein dokumentiertes Format, das ein einziges Node.js-Skript liest. Ein Chunk-Store würde mehr Platz sparen, machte das Backup aber zu einem Repository, das nur sein eigenes Werkzeug öffnen kann. Genau diesen Lock-in will DBackup vermeiden.
Nein. DBackup gibt es nur zum Selbsthosten, als ein einziges Docker-Image, das Sie auf Ihrer eigenen Infrastruktur betreiben.
GPL-3.0. Der Quellcode ist vollständig offen und auf GitHub verfügbar.
Ja. Jobs mit mehreren Zielen laden jedes Backup gleichzeitig zu mehreren Speicher-Adaptern hoch, für Redundanz oder Kopien außer Haus.
Nie wieder hoffen, dass das Backup
von letzter Nacht geklappt hat.
Kostenlos und Open Source unter GPL-3.0. Betreiben Sie es selbst.