È incredibile quanti suggerimenti di backup non menzionino quanto segue:
Il sistema linux (e la maggior parte dei sistemi operativi multi-thread) devono generalmente essere inattivi durante il backup e il ripristino.
Ciò si ottiene più facilmente non eseguendo un sistema operativo su di esso mentre si sta tentando di immaginarlo.
Per il backup e il ripristino, può essere montato e probabilmente deve esserlo, ma non dal sistema operativo in esecuzione come root (/).
Motivo: in ogni sistema operativo multi-tasking, incluso Linux, ci sono thread di codice simultanei in esecuzione che influenzano i file, il che rende impossibile eseguire backup o ripristini accurati di file di sistema.
In particolare, mentre si acquisiscono file, potrebbe esserci qualche altra attività di creazione o eliminazione di file in modo tale che il backup non rappresenti un'immagine vera e accurata del file system in un dato momento. Se si tenta di ripristinare questo backup, si avrà un danneggiamento dei dati che causerà arresti anomali e altre anomalie.
Opzioni: i backup devono essere eseguiti da software e / o sistemi disco speciali (come Acronis su Windows, ad esempio che può eseguire il backup di un sistema operativo in esecuzione) o da un sistema operativo secondario esterno che accede ai file del sistema operativo non in esecuzione che si sta tentando di backup o ripristino.
!!! Quindi, quando vedi pagine web che ti dicono di usare Deja-dup per esempio per fare i tuoi backup, questo funziona solo per /home
e poi SOLO se non stai eseguendo programmi che influenzano /home
mentre stai eseguendo deja-dup. (E anche allora potresti voler incrociare le dita a meno che tu non sappia davvero cosa potrebbe toccare i tuoi file tramite un demone.)
tar
,cpio
ersync
tutti i lavori all'interno del file system , quindi questo può essere opportuno.dd
, OTOH, funziona direttamente con i blocchi del disco, bypassando l'FS.