[Eisfair_dev] EIS 64 , Rescue und Image Sicherung

[Olaf Jaehrling]

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