DASI

[Wernieman]

Wenn Du das fhem Verzeichnis sicherst, dann sichere Dir auch /etc. Dort stehe (im allgemeinen) die Komplette Konfiguration der Systemes.

Da einige Beiträge wegen dd und fhem Anhalten bei dblog gesprochen wurde: bei dblog sollte man nicht nur fhem, sondern auch den sql-Server anhalten.

[gero]

Die Liste der installierten Pakete ist ebenfalls sinnvoll für eine Sicherung.
So etwa in der Art:

Code Auswählen Erweitern

dpkg --get-selections | awk '!/deinstall|purge|hold/ {print $1}' > packages.list

Das erleichtert das neue Aufsetzen eines Systems ungemein.

Gruß,
Gero

[OliS.]

Danke an alle für die Tipps (auch wenn das ja eigentlich gar nicht mein Thread ist...).


Oli

[DieterL]

Wie gesagt, das Ganze funktioniert für mich bislang sehr gut. Aber von Langzeiterfahrungen kann man hier sicher nicht sprechen.

Hallo OliS!
Ich hab es einmal probiert....sieht gut aus- das Image wird auf dem NAS angelegt.  Ich bin begeistert !!!
Vielen Dank !!!!

[Benni]

Die Liste der installierten Pakete ist ebenfalls sinnvoll für eine Sicherung.

Danke für die gute Idee! Das habe ich gleich in mein Backup-Script integriert.
Jetzt habe ich eine Tagesaktuelle Liste der installierten Pakete in meinem täglichen FHEM-Backup.

[Wuppi68]

dd mit laufender Datenbank ist doch "fast" kein Problem ...

dump der Datenbank; sync; dd ....

dann kann man die DB notfalls direkt wieder herstellen

[Wernieman]

*lol* ich meinte auch nicht für Dich oder mich. Wenn aber jemand (ohne Beleidigung: DAU) auf die Idee kommt, für ein restore "nur" per dd das Image zurückzuspielen, wird die DB krachen. Also .. leere DB aufbauen und dann den Dump zurückspielen .. oder eben in der Backupzeit die DB abschalten ... ;o)

[DieterL]

ähm....nix da.....man kann aber auch immer wirklich alles verkomplizieren und probleme sehen wo eigentlich gar keine sind..
hab gestern nachmittag mittels dd im laufendem betrieb ein image erzeugt. (von einer 32gb karte), aber ohne etwas herunterzufahren.und da ich nur noch eine 16gb karte hatte, mittels usb imagetool das image darauf zurückgespielt. a. war ich überrascht das dieses tool das image und die partitionen überhaupt erkannt hatte. und b. es hatte gemeckert, dass das image grösser ist als der freie kartenplatz, in den optionen des programms alles angepasst, wurde die 16er bis zum rand vollgeschrieben.
diese karte in einen anderen raspberry reingesteckt und was ich nie erwartet hätte, er bootete, startete fhem und alles ist da. also, linux könnte mein freund werden. 

[kvo1]

bin per Zufall auf den Thread gestoßen und trage mich hier nur mal kurz ein weil das Thema ist , was ich SEHR bald
angehen muss 

Danke für die guten Ideen

[Wernieman]

@DieterL:

Weil es ein mal funktioniert, muß es aber nicht immer funktionieren!

Und gerade wenn Du es brauchst wirst Du feststellen, das ..... Du kennst doch Murphie

[DieterL]

@DieterL:

Weil es ein mal funktioniert, muß es aber nicht immer funktionieren!

Und gerade wenn Du es brauchst wirst Du feststellen, das ..... Du kennst doch Murphie

Du weißt doch wie das in der Praxis gehandhabt wird !?   Wie ein vernünftiges Backupkonzept aussieht ?"
Mittlereile hab ich es mehrmals durchgespielt......bisher sind alle Images lauffähig und fehlerfrei, da kann Murphy ruhig zuschlagen, ich habe mehrere Images mehrmals auf versch. Datenträgern abgelegt.  Damit könnte ruhig alles abkacheln. Innerhalb von zwei Minuten wäre alles wieder funktional.
Somit kann man DD ruhig weiterempfehlen, ohne ein schlechtes Gewissen haben zu müssen.

[Wernieman]

Ich bin Backup-Administrator, da sollte ich wissen ..  *griiiis*

Zusätzlich sollten Backups automatisch laufen (z.B. 1 mal in der Woche / 1 mal in der Woche), da manuelle Backups irgendwann nicht mehr ausgeführt werden ...