je crois que à chaud et sans démonter il vaut mieux des solutions basées sur les fichiers comme tar que des solutions utilisant la structure interne de la partition comme dump
mais bon si plein de fichiers sont créés/modifiés/détruits pendant la sauvegarde, je pense qu'aucune solution ne sera parfaite (mais plusieurs tar successifs devraient suffire à sauvegarder la grande majorité des fichiers non modifiés très récemment)
Perso je fais
#init 1
#dd if=/dev/hda of=/dev/hdb
si j'ai un disque de secours de la bonne taille.
Pour mes serveurs (petits disques), je fais la même chose par réseau:
sur ma station (gros disque)
$ netcat -l -p 2000 > hda.bak
sur le serveur
# cat /dev/hda | nc station 2000
Je sais, c'est gore, mais la dernière fois que le disque de mon firewall est mort, j'ai juste eu à démarrer sur un CD rescue, écraser le nouveau /dev/hda avec le backup, et redémarrer => 1/4 d'heure de downtime :)
Mettons que tu commence par sauver une table de inodes au début de /dev/hda, ton 'dd' continue à gratter, pendant ce temps, un utilisateur fait un 'rm toto'. Quand le dd arrive sur l'emplacement physique de toto, le fichier a été effacé, potentiellement écrasé, mais ta table de inodes sauvegardée pointe toujours dessus.
bon, le "init 1" te sauve, là, mais encore, ton kernel peut très bien décider de flusher son cache au milieu, ou une connerie du genre, et là, ...
Bref, ça marche "bien" sur des machines pas chargées, mais je déconseille fortement ce genre de truc sur un serveur chargé.
# Re: sauvegarde à chaud: mieux vaux tar que dump
Posté par free2.org . Évalué à 5.
mais bon si plein de fichiers sont créés/modifiés/détruits pendant la sauvegarde, je pense qu'aucune solution ne sera parfaite (mais plusieurs tar successifs devraient suffire à sauvegarder la grande majorité des fichiers non modifiés très récemment)
# Re: sauvegarde à chaud
Posté par Moby-Dik . Évalué à 7.
# Re: sauvegarde à chaud
Posté par Colin Leroy (site web personnel) . Évalué à 1.
#init 1
#dd if=/dev/hda of=/dev/hdb
si j'ai un disque de secours de la bonne taille.
Pour mes serveurs (petits disques), je fais la même chose par réseau:
sur ma station (gros disque)
$ netcat -l -p 2000 > hda.bak
sur le serveur
# cat /dev/hda | nc station 2000
Je sais, c'est gore, mais la dernière fois que le disque de mon firewall est mort, j'ai juste eu à démarrer sur un CD rescue, écraser le nouveau /dev/hda avec le backup, et redémarrer => 1/4 d'heure de downtime :)
[^] # Re: sauvegarde à chaud
Posté par Matthieu Moy (site web personnel) . Évalué à 2.
Ben si tu fais ça a chaud, t'es dans la m**** !
Mettons que tu commence par sauver une table de inodes au début de /dev/hda, ton 'dd' continue à gratter, pendant ce temps, un utilisateur fait un 'rm toto'. Quand le dd arrive sur l'emplacement physique de toto, le fichier a été effacé, potentiellement écrasé, mais ta table de inodes sauvegardée pointe toujours dessus.
bon, le "init 1" te sauve, là, mais encore, ton kernel peut très bien décider de flusher son cache au milieu, ou une connerie du genre, et là, ...
Bref, ça marche "bien" sur des machines pas chargées, mais je déconseille fortement ce genre de truc sur un serveur chargé.
# Re: sauvegarde à chaud
Posté par Benjamin (site web personnel) . Évalué à 1.
http://www.inter-mezzo.org/(...)
synchro temps réel avec cache des modifs.
Ca bouffe un peu de cpu, mais ca marche plutôt bien ...
TRES Pratique entre autre pour un portable.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.