Au jour d'aujourd'hui, peut on considérer l'utilisation de snapshots
avec dump comme fiable pour des sauvegardes, y compris système ?.
Avec pour finalités transfert sur disque, ou gravure.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
J.J.
J.J. écrivait :
Au jour d'aujourd'hui, peut on considérer l'utilisation de snapshots avec dump comme fiable pour des sauvegardes, y compris système ?. Avec pour finalités transfert sur disque, ou gravure.
Avis bienvenus. :)
Bon, comme personne n'a d'avis... Personnellement j'ai eu des soucis en FreeBSD 5.2.1 (reboot du système) et en 5.4 (processus de INN bloqués dans des états systèmes). Je faisais des snapshots périodiques. Pour le problème du bloquage de INN à priori c'est corrigé mais je n'ai pas réessayer avec la 6 depuis. Je suis preneur d'avis aussi donc.
Toujours pas d'avis, et l'absence de réponses en constitue déjà un. :) Personne ne semble se risquer avec cette méthode. J.J.
J.J. écrivait :
Au jour d'aujourd'hui, peut on considérer l'utilisation de snapshots
avec dump comme fiable pour des sauvegardes, y compris système ?.
Avec pour finalités transfert sur disque, ou gravure.
Avis bienvenus. :)
Bon, comme personne n'a d'avis... Personnellement j'ai eu des soucis en
FreeBSD 5.2.1 (reboot du système) et en 5.4 (processus de INN bloqués
dans des états systèmes). Je faisais des snapshots périodiques. Pour le
problème du bloquage de INN à priori c'est corrigé mais je n'ai pas
réessayer avec la 6 depuis. Je suis preneur d'avis aussi donc.
Toujours pas d'avis, et l'absence de réponses en constitue déjà un. :)
Personne ne semble se risquer avec cette méthode.
J.J.
Au jour d'aujourd'hui, peut on considérer l'utilisation de snapshots avec dump comme fiable pour des sauvegardes, y compris système ?. Avec pour finalités transfert sur disque, ou gravure.
Avis bienvenus. :)
Bon, comme personne n'a d'avis... Personnellement j'ai eu des soucis en FreeBSD 5.2.1 (reboot du système) et en 5.4 (processus de INN bloqués dans des états systèmes). Je faisais des snapshots périodiques. Pour le problème du bloquage de INN à priori c'est corrigé mais je n'ai pas réessayer avec la 6 depuis. Je suis preneur d'avis aussi donc.
Toujours pas d'avis, et l'absence de réponses en constitue déjà un. :) Personne ne semble se risquer avec cette méthode. J.J.
J.J.
Je suis preneur d'avis aussi donc.
Pour ceux qui peuvent etre intéressés, résultat d'un test avec FreeBSD-6.0 #5, buildworldée/installworldée.
- dump par points de montage, restore sur un disque préparé, avec un .snap dans la racine. Testé système en "live", et à partir de montages dans un /mnt. cd sur la partition à remplir, puis la commande: # dump 0 -Laf <point_de_montage_source> | restore xf -
- Après modification idoine du /etc/fstab, reboot sans problèmes. Mais le système revient curieusement dans un état comparable à celui d'une "fresh install", avec des fichiers de conf par défauts, et des liens symboliques cassés, pas tous. Résultat identique, avec l'une ou l'autre méthode, live ou non. Aussi besoin de l'option -L, à partir d'un /mnt, sinon "Warnings".
- Merge des fichiers de conf à partir d'un CD de back-up. Restauration des liens, systéme opérationnel.
Bon, ca serait quand meme intéressant de ne pas perdre du temps à bricoler les config.files et les liens.
J.J.
Je suis preneur d'avis aussi donc.
Pour ceux qui peuvent etre intéressés, résultat d'un test
avec FreeBSD-6.0 #5, buildworldée/installworldée.
- dump par points de montage, restore sur un disque préparé,
avec un .snap dans la racine.
Testé système en "live", et à partir de montages dans un /mnt.
cd sur la partition à remplir, puis la commande:
# dump 0 -Laf <point_de_montage_source> | restore xf -
- Après modification idoine du /etc/fstab, reboot sans problèmes.
Mais le système revient curieusement dans un état comparable
à celui d'une "fresh install", avec des fichiers de conf par
défauts, et des liens symboliques cassés, pas tous.
Résultat identique, avec l'une ou l'autre méthode, live ou non.
Aussi besoin de l'option -L, à partir d'un /mnt, sinon "Warnings".
- Merge des fichiers de conf à partir d'un CD de back-up.
Restauration des liens, systéme opérationnel.
Bon, ca serait quand meme intéressant de ne pas perdre du temps
à bricoler les config.files et les liens.
Pour ceux qui peuvent etre intéressés, résultat d'un test avec FreeBSD-6.0 #5, buildworldée/installworldée.
- dump par points de montage, restore sur un disque préparé, avec un .snap dans la racine. Testé système en "live", et à partir de montages dans un /mnt. cd sur la partition à remplir, puis la commande: # dump 0 -Laf <point_de_montage_source> | restore xf -
- Après modification idoine du /etc/fstab, reboot sans problèmes. Mais le système revient curieusement dans un état comparable à celui d'une "fresh install", avec des fichiers de conf par défauts, et des liens symboliques cassés, pas tous. Résultat identique, avec l'une ou l'autre méthode, live ou non. Aussi besoin de l'option -L, à partir d'un /mnt, sinon "Warnings".
- Merge des fichiers de conf à partir d'un CD de back-up. Restauration des liens, systéme opérationnel.
Bon, ca serait quand meme intéressant de ne pas perdre du temps à bricoler les config.files et les liens.
