So sichern Sie einen RabbitMQ-Docker-Container (2026)

Was Dockstash erkennt

RabbitMQ mit Dockstash sichern, Schritt für Schritt

1. 01
   Dockstash-Konto anlegen und das Dashboard öffnen

   Registrieren Sie sich kostenlos auf app.dockstash.com/register. Der einmalige Einrichtungsassistent fragt nach Ihrem Storage-VPS (der Maschine, die die verschlüsselten Backups aufnimmt) und generiert ein Verschlüsselungspasswort — speichern Sie es sofort in einem Passwort-Manager, es wird genau einmal angezeigt.

2. 02
   Das Docker-Projekt mit RabbitMQ hinzufügen

   Auf dem Projects-Bildschirm erkennt Dockstash automatisch jeden Compose-Projektordner des Servers (standardmäßig unter /var/www). Wählen Sie das Projekt mit Ihrem RabbitMQ-Service. Noch wird nichts gesichert — Sie sagen Dockstash nur, wo das Projekt liegt.

3. 03
   Prüfen, dass RabbitMQ erkannt wurde

   Öffnen Sie das Projekt und schauen Sie auf den Plan-Tab. Dockstash liest docker-compose.yml, erkennt das rabbitmq-Image und fügt eine Ebene hinzu, die die Broker-Definitionen exportiert — samt aufgelöstem Containernamen und den gefundenen Env-Keys (RABBITMQ_DEFAULT_USER, RABBITMQ_DEFAULT_PASS, RABBITMQ_DEFAULT_VHOST). Dateien, Datenbanken und Proxy-Configs lassen sich vor dem Speichern umschalten.

4. 04
   Optional: den Export von Hand gegenprüfen

   Wenn Sie vor der Automatisierung einen Beweis wollen, führen Sie rabbitmqctl export_definitions im Container aus. Es schreibt eine JSON-Datei mit Ihrer gesamten Broker-Topologie — vhosts, Exchanges, Queues, Bindings, Benutzer und Policies. Öffnen Sie sie: Sie erkennen jede von Ihrer App deklarierte Queue wieder; dieses JSON wird gesichert.

   docker exec <rabbitmq-container> rabbitmqctl export_definitions /tmp/definitions.json
5. 05
   Speicherziel bestätigen

   Backups liegen als verschlüsselte restic-Snapshots auf Ihrem eigenen Storage-VPS, übertragen per SSH. Haben Sie den Assistenten abgeschlossen, ist das bereits konfiguriert; Host, Benutzer, Port oder SSH-Key ändern Sie jederzeit unter Settings → Storage.

6. 06
   Backup-Zeitplan festlegen

   Wählen Sie im Schedule-Tab täglich, wöchentlich oder einen eigenen Cron-Ausdruck (inline validiert). Täglich reicht für die meisten Broker völlig — die Topologie ändert sich beim Deploy, nicht im Minutentakt. Ergänzen Sie einen wöchentlichen Prune-Zeitplan mit Ihrer Aufbewahrungsrichtlinie.

7. 07
   Das erste Backup jetzt ausführen

   Klicken Sie auf Backup Now auf der Projektkarte. Dockstash führt rabbitmqctl export_definitions im laufenden Container aus und übergibt das JSON zusammen mit Ihren Projektdateien an restic — die Live-Ausgabe verfolgen Sie im Log-Panel. Definitionen exportieren sauber, während der Broker Traffic bedient; nichts wird gestoppt oder gesperrt.

8. 08
   Snapshot bestätigen

   Nach dem Lauf zeigt die Projektkarte die neue letzte Backup-Zeit, die Snapshot-Anzahl und die Repository-Größe. Öffnen Sie den Snapshots-Bildschirm: Der Wiederherstellungspunkt erscheint in der Zeitleiste — Ihr Beweis, dass das Backup off-site angekommen ist.

Der Dump-Befehl

Der Restore-Befehl

der Definitions-Export erfasst die vollständige Broker-Topologie als JSON — den dauerhaften Teil von RabbitMQ —, während der Mnesia-Nachrichtenspeicher unter Last nicht zeitpunktkonsistent ist.

Ein RabbitMQ-Backup wiederherstellen und beweisen, dass es funktioniert

Ein RabbitMQ-Backup wird erst real, wenn es wiederhergestellt wurde. Dockstash-Restores überschreiben Ihren Live-Broker standardmäßig nie — Sie stellen zuerst an einen frischen Ort wieder her, prüfen die Topologie und befördern bewusst. Denken Sie daran, was Sie wiederherstellen: Das Definitions-JSON baut Ihre Topologie neu auf, nicht die Nachrichten, die in Queues lagen.

1. 01
   Wiederherstellungspunkt wählen

   Öffnen Sie Snapshots, wählen Sie das Projekt und durchstöbern Sie die Zeitleiste. Jede Zeile enthält das exportierte Definitions-JSON — die vollständige Broker-Topologie zu jenem Moment — plus die Projektdateien desselben Laufs.

2. 02
   An einen neuen Ort wiederherstellen

   Klicken Sie auf Restore und behalten Sie den Standardmodus „Restore to new location". Tippen Sie den Projektnamen zur Bestätigung. Definitions-JSON und Dateien landen im gewählten Zielpfad; der Live-Broker bleibt unberührt. Starten Sie einen frischen RabbitMQ-Container und führen Sie rabbitmqctl import_definitions dagegen aus.

3. 03
   Wiederhergestellte Topologie prüfen

   Führen Sie rabbitmqctl list_queues auf dem Test-Broker aus: Es listet jeden Queue-Namen mit Nachrichtenzahl. Jede von Ihrer App deklarierte Queue muss erscheinen (die Zähler sind null — Nachrichten sind nicht Teil des Backups). Prüfen Sie Exchanges, Bindings, Benutzer und Policies genauso oder über die Management-UI.

   docker exec <rabbitmq-container> rabbitmqctl list_queues
4. 04
   Bei Erfolg befördern

   Wenn die Topologie stimmt, richten Sie Producer und Consumer auf den wiederhergestellten Broker (oder wiederholen den Restore mit „Overwrite existing" — ein expliziter Opt-in). Besser: der wöchentliche Restore-Drill erbringt den Beweis automatisch.

Stolperfallen vermeiden

• Sichern Sie Broker-Definitionen (Topologie) via export_definitions — das ist der dauerhafte, wiederherstellbare Teil von RabbitMQ.
• Der Mnesia-Nachrichtenspeicher hält In-Flight-Nachrichten und ist im Betrieb nicht sicher kopierbar; behandeln Sie persistierte Nachrichten als flüchtig und lassen Sie Producer/Consumer die Wiederherstellung tragen.
• Die Wiederherstellung der Definitionen baut die Topologie neu — nicht die Nachrichten, die beim Backup in Queues lagen.

Häufige RabbitMQ-Backup-Probleme

Mit Dockstash in einem Klick

Dockstash führt exakt den obigen Dump aus, übergibt ihn off-site an restic und drill-testet den Restore automatisch — kein Skript zu pflegen.

Zuletzt aktualisiert: July 2026

Verwandte Themen