[expat]

Mein Bakup-Plan; alles nicht automatisch:
Auf eine externe 4GB-Platte kopiere ich zunächst den gesamten Inhalt des Computers,
Ein Image von windows wird von Linux aus hin und wieder auf einer anderen USB-Platte
erstellt.

[RalphS]

Nun ja, kommt halt in erster Linie darauf an, wie viel Platz Du so hast (oder bereitstellen kannst) für Sicherungen.

- Als erstes: RAID != Backup. Ich vermute aber mal, daß Du das so auch nicht gemeint hattest, sondern daß Du auf dem RAIDset Backups ablegen würdest.

- OS-Sicherung geht okay, jedenfalls unter der Annahme, daß installierte Programme gemeinsam mit dem OS gesichert werden.

- Je nachdem, was Du unter "wichtig" verstehst, wäre möglicherweise irgendeine Form einer versionierenden Sicherung eine Idee. (Weiß jetzt nicht, ob Syncthing sowas macht.) Dann hättest Du nämlich nicht nur die letzte, sonderen mehrere "letzte" Versionen Deiner wichtigen Daten.

- "Verschlüsselt übertragen" bringt übrigens so viel auch nicht, wenn das nicht grad ein WLAN (oder sonstiges Netz) ist, wo außer Dir mehr oder weniger potentiell auch noch andere herumgrabbeln könn(t)en.

- SD-Karten haben das Problem, daß entweder kein Journal im Dateisystem steckt (besser für die SD-Karte) oder die Karte eher verschleißt (falls doch).

- Wenn natürlich Deine Backups nicht auf Zeit erhalten bleiben sollen, sondern bestenfalls kurzfristig verfügbar sein sollen, paßt das trotzdem. In dem Fall wäre allerdings ein Verifizieren des Backups nach Anlegen angezeigt, wenn Du nicht grad 'kaputtes Backup' riskieren willst.


- Dateien sind auf externer Festplatte nicht sicherer aufgehoben als auf interner. Wenn der Platz dafür da ist, sicher sie mit auf dem RAID1.


- Je nachdem was Du für ein Android hast könntest Du zB sowas wie Titanium Backup verwenden oder ggf was Äquivalentes. Damit wäre dann ein komplettes Image machbar, welches wie jede andere Datei "sonstwohin" geschrieben werden könnte -zB aufs NAS.

- Beim Pi kommts drauf an, ob er fürs Backup offline gehen darf oder nicht. Wenn ja, wäre es am einfachsten, wenn Du einfach die SD-Karte rausfischst, davon ein komplettes Image erstellst und das irgendwo hin schreibst.

- Wenn Du natürlich nur ein paar Benutzerdaten sichern willst, geht das ganz normal und mehr oder weniger flink mit tar+(gz,bz2,xz).

[Sturmovik]

Deine Einstellung zur Versionierung würde ich noch einmal überdenken. Immer nur die neueste Datei zu sichern, geht spätestens dann schief, wenn diese Datei korrumpiert wird. Dann ist nach dem Backp auch die archivierte Version im Eimer und du stehst ohne funktionierende Version da.

Ich hatte das damals für meinen Windowsrechner so gelöst:
- Eine Netzwerkfreigabe //sturmispc/backup == c:\backups
- Die zu archivierenden Pfade per Junctions in dieses Verzeichnis gelinkt
- Die Freigabe wird per cifs im NAS gemounted und per rsync inkrementell archiviert

rsync kann man mit den richtigen Schaltern so einstellen, dass für jeden Sync ein neues Ziel-Verzeichnis angelegt wird, aber Daten, die sich gegenüber dem letzten Mal nicht verändert haben, nur per HArdlink verknüpft werden.

Somit erscheint jede Backupgeneration als vollständiges Backup, belegt aber nur den Platz eines inkrementellen.
Geht der Platz aus, löscht man einfach die ältesten Generationen.

[dale]

Sichern für Was? Hardware/Soaftwareausfall oder Virus?
denn bei Viren ist es immer gut die Datenträger auszulagern...
Wenns nur drum geht das Hardware kaputt geht würd ich es machen wie Sturmovik

Bzw. ich hab Sync Tasks laufen auf dem NAS welches alles vom NAS auf ne gleich große USB Platte sichert die am NAS hängt(Ja auch die Dinger verrecken manchmal schnell). Auf PC ist nix wichtiges was sicherungswürdig ist. Dafür hab ich ja das NAS mit Backup!

Wozu man @Home verschlüsselt weiß ich nicht das muß jeder selbst wissen der sich schon Daten zu tode "ge Trucrypetet" hat

Dieser Beitrag wurde von dale bearbeitet: 03. September 2016 - 17:52

[Sturmovik]

Inwieweit sich rsync unter Windows automatisieren lässt, keine Ahnung.
Sicher gehts mit einem batchscript, aber da hast du mehr Ahnung von als ich. Unter anderem deswegen hab ich das damals über ein Shellscript auf dem NAS realisiert. Zweiter Grund: Das NAS sollte die Backups steuern. Einschalten, Backup saugen, automatisch ausschalten. Der Windowsrechner stellt nur die Daten bereit.

Alternativ sollte das auch mit dem rsync-daemon gehen. Ich wollte das damals aber eher simpel halten, da ich mit dem ganzen Quatsch noch nicht so viel Erfahrung hatte

[Sturmovik]

Ich will das nicht am Begriff NAS festmachen, da der zuweit gestreut ist. Mein NAS ist ein nicht ganz junger PC mit haufenweise Platten drin und nem Linux als Betriebssystem.

Im Prinzip kannst du das auf jedem Computer umsetzen, wie gut oder schlecht die Windows-Version von rsync ist, kann ich aber nicht sagen.

Auf so einem Baumarkt-NAS (also Synology, QNAP & Co.) ist die einzige Voraussetzung, dass du Shell-Zugriff hast, ausreichende Rechte, um das bereits installierte rsync zu benutzen und ggfs. rsync zu installieren.

[Sturmovik]

Dann nimm dir mal SSH als Stichwort mit
root-Login wär natürlich optimal, sollte aber natürlich abgesichert werden.

(Deswegen bau ich mir meine NAS lieber selbst, da weiß ich wenigstens was da wie läuft)

Ich schau mal, ob ich irgendwo noch das Script finde, ich muss das eh mal angehen, da ich momentan ohne externes Backup rumgurke.

Dieser Beitrag wurde von Sturmovik bearbeitet: 03. September 2016 - 19:56

[Sturmovik]

Ich erinnere mich an den Thread. Deine Argumente kann ich natürlich nachvollziehen.
In meinem Fall isses insofern "egal" gewesen, da ich die Hardware rumliegen hab und bei nem Datengrab, das am Tag vielleicht ne halbe Stunde läuft, der Stromverbrauch völlig Wurst ist.