Strategie Client-Backups auf Unraid Server

Für den Windows PC evtl sowas hier?
https://www.macrium.com/reflectfree

hab ich selbst nicht, hab früher halt mit ghost und usb Boot gearbeitet ...

Was hälst du denn von Duplicati. Den Container installieren und dann dort die Jobs erstellen... Nutze ich für eine nicht homogene Umgebung und klappt super.

TC

duplicati macht doch auch nur Dateien und Ordner, oder kann man damit auch komplette Systeme „imagen“?

nein geht damit nicht...

was mir grad noch eingefallen ist...

du könntest auch veeam nutzen...
Sowohl Windows als auch Linux Clients...
https://www.veeam.com/de/virtual-mac…ution-free.html

schau mal, ob das ggf was für dich sein könnte...

Unter Linux kann man:

Sichern:
tar -cvf mybackup.tar .kodi/

Entpacken:

tar -xvf mybackup.tar

naja, wenn nur die userdaten,
Dann reicht ja auch ein einfaches rsync, oder für Windows mit Oberfläche freefilesync (oder auch da rsync), da brauchst auch keinen extra Dienst auf dem unraid oder als dicker sondern als Ziel eine normale Freigabe...

da gibt es tausend varianten
Auch über nextcloud gibt es da wohl Möglichkeiten...

Zitat von Dr_Cox1911

Danke schön einmal für die Antworten, aber habe mich wohl nicht klar genug ausgedrückt.

Ich bin auf der Suche nach einer Lösung, um die Userdaten zu sichern, also kein komplettes Systemabbild.

Dafür hätte ich dann auch gerne eine Lösung, du unter Linux und Windows gleich ist.

Bei duplicati verstehe ich noch nicht so ganz, wie da der Ablauf ist. Also ich habe den Docker Container unter unraid installiert und dann? Duplicati auch nochmal bei den Clients? Und wer stößt dann das Backup an? Habe das bisher so verstanden, dass der Server das macht, was bei mir aber nicht geht, da der schläft.

Bisher scheint mir Vorta bzw. halt BorgBackup dafür am ehesten geeignet, aber halt das Problem mit einem vertrauenswürdigen Docker.

nein du brauchst bei duplicati auf den cliebts nichts installieren... es braucht nur ein share in dem die daten sind die gesichert werden sollen, also die quelle client 1 und dann die quelle client 2. egal welches OS nur die share mit entsprechenden rechten sind notwendig... und dann natürlich ein ziel share...

In der aktuellen c't gibts eine paar schöne Artikel zum Thema BackUp. Hauptaugenmerk ist hierbei, dass das BackUp doch bitte auch gefälligst sicher vor Verschlüsselungstrojanern alá Emotet sein sollen.

Auf Basis dieser Artikel werde ich meine BackUp-Strategie etwas abändern.
Ist Zustand:
* Windows Rechner sichern täglich über Duplicati und sftp mit Passwortschutz auf meinem OMV-Rechner
* Mein Windows Rechner hat zur SSD noch eine großen DatenhaldeHDD, macht dort täglich ein schnell-Backup per Robocopy
* Das BackUp vom OMV-Rechner ziehe ich "regelmässig" auf eine von zwei HDDs im wechsel bei denen sich immer(!) eine in der Arbeit befindet. Das passiert allerdings von meinem Windowsrechner aus. Der BackUp-Ordner auf OMV ist per SMB als "nur lesen" freigegeben. Ich habe mir ein PowerShell-Skript geschrieben, welches den VeraCrypt-Container auf der HDD einbindet und das BackUp von OMV zieht.

In den Artikeln wird empfohlen, dass sich der BackUp-Rechner die Daten ziehen soll. Wenn sich auf dem zu sichernden Rechnern irgendwo die Zugangsdaten zu dem BackUp-Archiv befinden, sind diese potentiell auch für Schädlinge einsehbar. Grundsätzlich wird auch empfohlen, einen separaten Rechner zu verwenden auf den nur Zeug lauft und laufen darf, dass man unbedingt braucht. Ansonsten soll das Dingens verrammelt sein.
Ich werde davon etwas abweichen:

* in der c't ist eine Synchronisierungssoftware empfohlen, mit dieser wird in Zukunft die Daten auf dem OMV-Rechner in einem BackUp-Verzeichnis synchron gehalten werden.
* täglich wird davon ein auf OMV laufendes Duplicati ein inkrementelles BackUp erstellen
* dieses wird dann auch wieder auf die ext. HDDs gesichert (und das hoffentlich regelmässiger)

Ich glaube die beiden Knackpunkte sind hierbei immer, dass trotz eines eindringenden Virus/Trojaners/... oder Elementarschäden mindestens ein BackUp bestehen bleibt.

Zitat von Dr_Cox1911

Die zu sichernden Daten müssen im Netzwerk freigeben sein, sonst kann duplicati nicht darauf zugreifen. Das will ich ehrlich gesagt vermeiden, da dann auch so die Freigaben da sind.

Duplicati unterstützt eine Menge an Protokollen, u.A. auch (s)ftp. Und wie gesagt würde ich das nach aktuellen Stand eher so machen, dass sich der BackUp-Server die Daten holt. Denn sobald der Client irgendwie auf eine Freigabe zugreifen muss, hat er irgendwie Zugriff darauf und damit auch potentiell Schadsoftware - Duplicati wird mittlerweile immer beliebter, warum sollte ich als Kryptotrojanerprogrammierer nicht mal gucken, ob ich auch die Konfigfiles davon finden und auswerten kann?

Duplicati hat aber auch einen großen Vorteil in Sachen inkrementelles BackUp:
Es schmeißt ältere inkrementelle BackUp "smart" weg. Wenn ich das richtig im Kopf habe heißt das: du hast ein inkrementelles BackUp für die letzten 7 Tage täglich, 4 Wochen wöchentlich, 12 Monate moantlich und ab da jährlich eines. Das reduziert den Datenmüll doch nicht unerheblich.

Zitat von Dr_Cox1911

Der Server schläft, wenn ich dann den Client hochfahre, müsste auch jedesmal der Server geweckt werden, nur um dann häufig festzustellen, dass noch kein Backup nötig ist. Weckt den Server also unnötig oft.

Mach ein tägliches BackUp. Den Clienten wirst im Regelfall doch nur ein bis zweimal täglich hochfahren, ich glaube das lässt sich verkraften.
Und Duplicati merkt sich m.W. auch lokal, wann das letzte BackUp gefahren wurde.

Zitat von Dr_Cox1911

Danke schön einmal für die Antworten, aber habe mich wohl nicht klar genug ausgedrückt.

Ich bin auf der Suche nach einer Lösung, um die Userdaten zu sichern, also kein komplettes Systemabbild.

Veeam Agent for Windows Und Veeam Agent for Linux würde ich dir sehr empfehlen!
Du kannst Backups Datei- oder Image-Basiert machen. Viel simpler als andere Lösungen. Einschränkung: Ein Job pro Rechner
Aber meiner Meinung nach, kein Problem.