Re: EIS 64 , Rescue und Image Sicherung
Olaf Jaehrling <[email protected]>
| Newsgroups | spline.eisfair.dev |
|---|---|
| Organization | spline |
| Message-ID | <[email protected]> |
Hallo Marcus, Marcus Röckrath schrieb am 14.05.26 um 16:56: > Hallo Rolf, > > Laut c't gehören Backuplatten nicht dauerhaft an einen PC angeschlossen, > sondern nach Backup sicher verwahrt, somit erfordern Backups immer auch > Handarbeit. Jein, Handarbeit muss nicht sein. Dafür gibt es ja WoL. :) > > Meine normalen Backupplatten klemme ich vor dem zu Schlafen gehen einfach > schnell an und entferne sie dann morgens wieder. Das Dateibackup (rsync) > stößt ein Cronjob an, der täglich nachts läuft, aber das Backup nur startet, > wenn eine Backupplatte gefunden wird (Platte mit Label "_BACKUP_" kann > gemountet werden). Genau da habe ich einen anderen Denkansatz. Grund war ein Feuer bei einer Freundin, wo sämtliche Daten vernichtet wurden (logischerweise auch die Backups). Der Backuprechner (ein NUK) liegt zwar geographisch am selben Haus, aber in einer Feuer/Wasserfesten Umgebung. Das Backupscript stößt als erstes per WoL den Start des Rechner an. 90 Sekunden nach Erreichbarkeit fängt rsync an und kopiert die Daten. Sollte der NUK nicht erreichbar sein bekomme ich eine Mail, damit ich die Ursache finden und beheben kann. Das hat mir schon so manches mal den Ar.. gerettet. Mein letzter böser Ausfall war allerdings letztes Jahr im Sommer. Zuerst ist die Backupplatte gestorben und bevor die neue Platte eingetroffen ist, ist die echte Platte (leider SSD) dann den Hitzetod gestorben. Das war bitter und hat mich gelehrt keine SSD mehr für wichtige Daten zu nehmen. Gut das ich noch ein älteres HD-Backup hatte. Damit konnte ich, bis auf die Mails, den Server relativ schnell wieder zum Laufen bekommen und musste nur die Updateprozedur durchlaufen lassen. War beim Eis allerdings nicht einfach, ging dann aber irgendwann wieder. VG Olaf -- Paketserver: https://ojaehrling.de/eis/index.txt