Justement, l'intérêt du snapshot LVM est la grande rapidité pour prendre le cliché. Donc, juste avant on peut arrêter les services qui potentiellement écriraient sur le disque. Ils ne seraient inactifs que quelques secondes, au lieu de l'être tout le temps d'un dd ou autre système de copie. Bien sûr, cela ne s'applique qu'aux serveurs qui ne sont pas critiques et qui ne demandent pas de haute disponibilité (dans ce cas d'autres mécanismes plus complexes sont à mettre en oeuvre, et pas uniquement pour les sauvegardes).
Sinon, j'ai trois petites remarques :
- ne sauvegardez pas une base de données en faisant une simple copie des fichiers si la base tourne ! En effet, une partie de l'état de la base est en mémoire, et n'est pas immédiatement écrit sur disque pour des raisons de performances. Utilisez les commandes de dump à chaud ou arrêtez la base (et assurez-vous qu'elle est réellement arrêtée, j'ai vu une boîte qui s'est sentie très mal après un crash disque quand ils ont vu l'état de leur sauvegarde...)
- testez vos sauvegardes avant d'en avoir besoin. Ce n'est pas parce qu'on a quelque part quelque chose qu'on pense être la copie de nos données que la copie est complète ou utilisable. J'ai déjà vu un cas où une personne changeait tous les jours la cassette de sauvegarde et la rangeait dans un endroit idoine (à 2 km, dans un coffre ignifugé) pour se rendre compte un jour (heureusement avant le crash) que les données n'étaient pas pipées vers le bon device !
- après avoir utilisé un snap LVM, n'oubliez pas de le démonter. Celui-ci grève les performances disque et surtout on risque d'arriver en saturation du volume logique de snap si les données du LV original changent beaucoup.
[^] # Re: LRS sans ajout de serveur tiers ???
Posté par François B. . En réponse à la dépêche LRS : support optimisé de LVM pour la sauvegarde système. Évalué à 4.
Sinon, j'ai trois petites remarques :
- ne sauvegardez pas une base de données en faisant une simple copie des fichiers si la base tourne ! En effet, une partie de l'état de la base est en mémoire, et n'est pas immédiatement écrit sur disque pour des raisons de performances. Utilisez les commandes de dump à chaud ou arrêtez la base (et assurez-vous qu'elle est réellement arrêtée, j'ai vu une boîte qui s'est sentie très mal après un crash disque quand ils ont vu l'état de leur sauvegarde...)
- testez vos sauvegardes avant d'en avoir besoin. Ce n'est pas parce qu'on a quelque part quelque chose qu'on pense être la copie de nos données que la copie est complète ou utilisable. J'ai déjà vu un cas où une personne changeait tous les jours la cassette de sauvegarde et la rangeait dans un endroit idoine (à 2 km, dans un coffre ignifugé) pour se rendre compte un jour (heureusement avant le crash) que les données n'étaient pas pipées vers le bon device !
- après avoir utilisé un snap LVM, n'oubliez pas de le démonter. Celui-ci grève les performances disque et surtout on risque d'arriver en saturation du volume logique de snap si les données du LV original changent beaucoup.