Wie immer sehr tolles Video. Ein Restore Video wäre super. Kannst Du das auch mal mit BorgBackup machen? Weiter so, Danke

Wir wollen den Restore sehen! 😀

Die Downtime lässt sich etwas minimieren, indem man zunächst auf die Komprimierung beim tar Befehl verzichtet (-z weglassen) und das .tar-File erst nachdem die Container wieder gestartet sind mit gzip komprimiert. Die Dateiberechtigungen mit "-p " könnte man auch mitsichern.

Gerne auch ein Video zum Restore. Danke!

Klasse Video Dennis! Wie immer einfach, klar und ohne Schnickschnack 👍 Würde mich über ein restore Video /script 😬 ebenfalls echt freuen! Btw, habe deinen Channel schon lange abonniert und like auch immer alle neuen Videos. Du machst halt einfach gnadenlos guten Content. Vielen Dank dafür, weiter so! Gruß Daniel

Ein Restore Video wäre super.

Vielen Dank! Prima gerade auch für Anfänger in dem Thema! Gerne auch ein Video mit dem Restore!

Aus meiner Sicht noch einfacher... restic oder borg Backup nutzen. Wenn man möchte kann man damit den ganzen docker Host sichern oder eben nur /var/lib/docker/volumes

@LampJustin

10 ай бұрын

Autorestic kann tatsächlich auch docker volumes direkt backupen ;)

Sehr gutes und wichtiges Thema! Ich nehme fürs Backup meist "offen/docker-volume-backup". Macht im Grunde das gleich wie dein Script nur halt in nem container. Einfach ins compose file deiner anwendung mit rein und fertig.

Gerne, Restore rundet das Ganze noch ab. Ich bin noch portainer Anfänger, aber bin jetzt schon begeistert.

Kanal abonniert. Danke für den Hinweis!🫣😅😂

Mega. Backup gehört einfach dazu und ist wie bereits hier schon erwähnt bei docker eher nicht auf der tagesordnung. JA bitte auch restore das gehört doch einfach dazu :D

Auf jeden Fall, bitte gerne auch den Restore.

Danke für die Aufforderung. Schaue hier auch hin und wieder rein, ohne abonniert zu haben. Gerade war ich zufällig an einem Gerät, das bei Google eingeloggt war, also habe ich den Abo-Button gesmasht. Vielen Dank für deine Bemühungen!

@RaspberryPiCloud

3 ай бұрын

Danke dir

Tolles Video für ein Backup von Docker Volumes. Würde gerne ein Restore sehen.

Gutes Video, kurz und bündig erklärt.👍 Was mir hier fehlen würde, ist der Bezug mit welchen Container "Versionen" die Daten erstellt wurden. Raucht die Ursprüngliche Maschine ab, muss man ja erst "mühsam" den Container in einer zu den Daten Compatiblen Version wieder herstellen. Von daher bitte auch ein Restore Video.

Cool Danke 👍🏻

top ! Weiter so ! Restore bitte auch

Tolles Video 👍🏻 Restore würde mich auch interessieren. Aber auch alternative Backup mit Borg oder Rclone auf Cloud Speicher. Oder Proxmox Container Backup in die Cloud.

Interessant. Ein Restore würde mich auch interessieren. BTW - Ich mache meine Backups sehr ähnlich. Allerdings verschlüssele ich sie beim 'taren' und schreibe ein Backup noch in die Cloud und folge damit dem 3-2-1-Backup-Konzept. Ach ja - meine Backups mache ich Täglich 4:00 Uhr und hebe sie 7 Tage auf.

Endlich ein vernünftiges Video zum Docker Backup. Danke! Eine Frage habe ich aber noch. Kann ich das Script so anpassen, dass auch meine Bind-Volumes gesichert werden?

Ein Restore Video wäre super.👍

Bei mir ist das Teil von meinen normalen Serverbackups. Die mache ich mit BorgBackup und Restic. Hat bisher auch gut funktioniert wenn mal was zurück gespielt werden musste. Ich könnte mir natürlich auch einen Container anlegen in den ich alle Volumes mounte und von dort die Sicherung anstoßen aber das wäre mir zu aufwendig und ehrlich gesagt auch zu Fehleranfällig.

Super Video, leider kommen die Backups bei Docker Themen oft viel zu kurz. Achja: natürlich wollen wir den Restore sehen. Backup ist gut, aber ohne Recovery Konzept nicht viel wert. Ich vermute mal du machst hier einfach die Rolle rückwärts: per ssh wieder zurück, entpacken und docker starten. Ist alles abgeraucht. Muss halt erstmal alles wieder rauf und wichtig: docker compose files bzw settings auch sichern.

@jk235

10 ай бұрын

unbedingt restore zeigen. Was für mich unklar ist, ob auch die Container schnell wieder hergestellt werden können. Geht das dann über ein eigenes Image über Portainer oder macht man das anders? Denn wenn ich den Container komplett neu installiere sind ja meine Settings erst einmal weg. Was auch noch interessant wäre, wie Container geupdatet werden.

@JeyZlp

10 ай бұрын

@@jk235 deine settings sind im volume gespeichert

Bei den paar kb macht es sicherlich kein Unterschied, aber jenachdem wie viele Daten man hat lässt sich das auch mit rsync realisieren. Dort kann man dann inkrementelle backups machen.

Ja bitte mach auch ein Video zum Restore

Beste video bitte bitte restore video machen

Mein Docker Verzeichnis ist ein ZFS-Dataset. das kann man fix per Snapshot im laufenden Betrieb sichern.

FYI Der Link zum Script geht ins Leere

Hallo Dennis, super Video, aber was spricht gegen eine VM Sicherung der Container-Umgebung auf Basis von Proxmox, mit dem Proxmox-Server?

Alle zu sichernden Daten liegen in einer Ordnerstruktur auf dem Docker-Host selber. Ein Script (Docker beenden, ZIP-Sicherung auf meinen Fileserver und Docker wieder starten) läuft täglich und überschreibt bestehende Backups, die älter als 30 Tage sind. Ich belasse die Volumes für den Docker-Betrieb bewusst auf dem Docker-Host, damit im Falle eines Netzwerk- oder Fileserver-Problems keine Daten kaputt gehen, die von laufenden Containern nicht mehr genutzt werden können (Erfahrungswerte). Die ZIP-Dateien (plus einige andere wichtige Daten) werden wöchentlich per Duplicati (AES 256-Bit verschlüsselt) in mein OneDrive gesichert. Zusätzlich wird die VM (der Docker-Host) auch noch täglich auf den Proxmox Backup Server gesichert - mein PBS speichert von jeder VM max 15 Backups.

Ich finde das Thema auch wichtig und im Dockerumfeld meistens unterrepräsentiert. Tatsächlich ist dein Ansatz für die "Zielgruppe" aber so in dieser Form fast wertlos. Es fehlt im Grunde das wichtigste. Ohne die Metadaten der Container nützen dem "Anfänger" die Daten auch nur wenig. Die meisten Anfänger kopieren sich irgendwelche compose-scripte, die sich zum Zeitpunkt des Crashs 10 mal geändert haben und selbst wenn der "Anfänger" die Stelle nochmal wiederfindet wo er seinerzeit "sein" compose-script her hat, wird die aktuelle Version im Zweifel mit den persistenten Daten in der dann vorliegenden Form nichts mehr anfangen können. Besser wäre ein Script, das die Metadaten gleich mitsichern würde. Und tatsächlich ... die Zielgruppe ist mit nur mal zeigen wie das Backup vielleicht funktioniert längst nicht ausreichend auf den Pott egsetzt, dazu gehört unbedingt auch ein Restore.

Würde mich über ein restore Video freuen.

Anstatt den Container zu stoppen bietet sich auch an, den Container per docker pause zu pausieren oder halt ein CoW Dateisystem zu nutzen mit dem man einfach ein konsistentes Snapshot machen kann

Kasten by veeam?

Ich nutzte Duplicati zum sichern. Läuft ebenfalls als Container.

Restore Video bitte!

Hallo, Das skript ist wohl nicht mehr verfügbar, oder

Restore 😄

Hallo Dennis, ein sehr informatives und unterhaltsames Video, gefällt mir sehr gut! Ich habe eine Frage, die ein wenig offtopic ist, aber vielleicht hast Du ja eine Tipp für mich: Ich benutze Paperless ngx als Container zusammen mit Portainer. Es gibt die Möglichkeit, ein sog. post-consumption script ausführen zu lassen. Ich suche jetzt schon seit Tagen nach einer einigermaßen brauchbaren Anleitung, kann aber nichts finden. Kennst Du Dich mit dem post-consumption script aus? Es geht mir weniger um das Script selber als um das Drumherum, wo stelle ich welchen Pfad für das post-consumption script ein usw. Wäre toll, wenn Du weiterhelfen könntest! Vielen Dank und mach weiter so!!! Gruß, Lutz

der Link zum Script ist tot. Gibts da ein Update? Wie sicherst du die dazugehoerigen Docker-Contaner?

Ich starte eigentlich nahezu alle meine Container per docker-compose. Auch, wenn der Dienst (wenn auch selten) nur aus einem einzigen Container besteht. So hat man einfach die komplette Konfiguration des Containers in einer Datei auf Platte. Bekomme ich da nicht Probleme mit "docker start" und "docker stop", wenn dabei nicht auf Reihenfolgen geachtet wird? Durch Links und "Depends on" sicher docker-compose ja ab, dass abhängige Container in der richtigen Reihenfolge gestartet werden. Wie löst ihr das Problem?

Perfekte Anleitung, aber ich möchte diese Backup auf meiner Synology NAS speichern und da bin ich momentan überfragt wie ich das Backup auf die Synology bringe?

Hi. Der Link zum Script funktioniert nicht mehr...

Gibt es das Script noch irgendwo ?

Ja restore auch zeigen.

Video zum Restore bitte!

Meine Container laufen alle auf ner Synology, die Dockerordner befinden sich in der täglichen Backuprotation nach extern. So rein backupzechnisch macht Syno das wirklich einfach…

Hallo es werde super mailcow Mountpoint zu ändern vmail für hetzner storage box kannst du uns zeigen bitte wie man das macht danke lg

Mus ich das Script immer manuell starten oder läuft das im Hintergrund?

Ich nutze airsync auf meinen nas per bash script

Link zum Backup Script funktioniert nicht mehr!

Mache täglich ein Proxmox Backup vom CT, ich hoffe das reicht im Notfall

Gibt es das Script noch irgendwo? Der link funktioniert nicht mehr. DANKE

Link zum Script ist leider nicht mehr erreichbar.

Leider scheint der Link zum script nicht mehr zu funktionieren (404)

Ja Restore ist durchaus wünschenswert

was wenn ich ein password als rsa gestellt habe? kann die skript es automatisch ausfüren? wie kann ich in die datei scrkipt diese variable hinzufügen damit ich nicht das password immer schreiben muss falsch das es nicht klappt

Hab ewig rumprobiert wegen eines abweichenden Port 2222. Bei scp muss es 'scp -P 2222' lauten und bei ssh dann 'ssh -p 2222' ... verstehe einer wer will warum das nicht restriktiv bei beiden Befehlen gleich ist.

hey dennis mein kommetar is weg -.- erneuer mal den link zum script sonst findet es keiner

Leider ist das Skript nicht mehr verfügbar 😞

Hallo Dennis, wenn ich versuche mit deinem Skript die Docker zu stoppen so hat er ein Problem mit dem Portainer-Docker. Es kommt die Fehlermeldung: "Error response from daemon: No such container: fe2237c38ff1". Das selbe passiert auch beim starten (Error response from daemon: No such container: fe2237c38ff1 Error: failed to start containers: fe2237c38ff1) Kannst du dir da einen Reim drauf machen? VG

restore please

FEHLER 404 - Nicht gefunden!

Duplicati :)

Restore Restore bitte

Auf jeden fall ein Restor Video. Nichts ist schlimmer als ein Backup zu haben, was nachher evtl. doch nicht läuft. Sollte man immer mal wieder kontrollieren, ob das wiederherstellen auch wirklich funktioniert. Vor allem übt es den Ernstfall, wenn der Tag der Tage mal gekommen ist. Dann kennt man die Handgriffe aus dem FF.

Also ich würde das nicht ausführen, ohne zu wissen, was da passiert. Naja ...

@Meddten

10 ай бұрын

Du weisst ja was passiert. Oder kannst das Script nicht lesen?

@CottonInDerTube

10 ай бұрын

@@Meddten Glaubst Du ich hätte das geschrieben, wenn ich nicht wüsste, was da passiert? Die Msg ging an Anfänger, und als Kritik an den Host. Aber das weißt Du. Oder kannst Du ...

@Meddten

10 ай бұрын

@@CottonInDerTube Das passt schon so. Er hat ja alles erklärt bzw. das Script kommentiert und einen Artikel geschrieben

@Meddten

10 ай бұрын

@@CottonInDerTubeDas war übrigens im Gegensatz zu deinem Kommentar freundlich gemeint. Hättest du es nicht verstanden und lesen können hätte ich es dir nochmals erklärt. Aber ich weiss eh bei Texten fehlen Mimik und das hat dich irritiert und es falsch verstehen lassen.

@CottonInDerTube

10 ай бұрын

@@Meddten hm, sorry. Ich sag selbst immer, dass man Text nicht so ernst nehmen soll. Hab das tatsächlich nur negativ gelesen. Ich geb meinem Job die Schlud :D