Je sauvegarde un serveur Linux et le stocke sur un autre serveur.
J'ai commencé par un simple
rsync -aPh --del server.example.com:/ /mnt/backupPuis quelqu'un a fait remarquer que je ne devais pas faire marche arrière /proc puisque vous ne voulez pas restaurer le fichier /proc d'un serveur sur un autre.
Y a-t-il d'autres éléments que je devrais ou ne devrais pas inclure ?
Par exemple, qu'en est-il de /sys ?
Les deux /proc et /sys sont des systèmes de fichiers virtuels qui reflètent l'état du système et vous permettent de modifier plusieurs paramètres d'exécution (et parfois de faire des choses plus dangereuses, comme écrire directement dans la mémoire ou sur un périphérique). Vous ne devez jamais les sauvegarder ou les restaurer.
Dans la plupart des distributions modernes, /dev est créé dynamiquement au démarrage (il s'agit d'un système de fichiers en mémoire rempli par udev et ses amis). Il est inutile de le sauvegarder et il est vain d'essayer de le restaurer. Cependant, si votre distribution est configurée pour utiliser un fichier /dev , cela ne s'applique pas (cocher /proc/mounts si /dev est un tmpfs il s'agit d'un système de fichiers en mémoire).
Il existe d'autres systèmes de fichiers que vous ne devez pas sauvegarder ; usbfs (généralement à /proc/bus/usb s'il est monté), debugfs (censé être à /sys/kernel/debug s'il est monté, mais certaines personnes le placent ailleurs ; vous n'avez probablement pas celui-ci), devpts (montée à /dev/pts ), d'autres tmpfs (que l'on trouve souvent à l'adresse /dev/shm , /var/run , /var/lock et d'autres endroits ; les sauvegarder et les restaurer devrait être inoffensif mais inutile, car leur contenu est perdu à l'arrêt), et tous les systèmes de fichiers distants ou les répertoires d'automates magiques (tenter de les sauvegarder ou de les restaurer pourrait se solder par un désastre, car vous pourriez finir par sauvegarder/restaurer sur une machine différente ). Il convient également d'être prudent avec les /media et /mnt Il se peut que vous y trouviez des données sur des appareils externes (comme un CD que vous avez oublié dans le lecteur), mais il se peut aussi que vous les ayez utilisés à dessein pour monter quelque chose qui devrait être sauvegardé.
Il convient de noter qu'en dehors de l'inoffensif tmpfs les systèmes de fichiers réseau/automounters et les supports amovibles, les systèmes de fichiers que vous ne devez pas sauvegarder sont tous des descendants de /dev , /proc , oder /sys . Si vous ne disposez pas de systèmes de fichiers réseau (ou de compteurs automatiques), ni de supports amovibles, à l'exception de /sys et /proc et le redémarrage après une restauration (pour effacer les données du tmpfs ) devrait suffire.
Cela dépend vraiment de la façon dont vous allez restaurer votre système. Si vous reconstruisez votre système, vous n'avez besoin que des fichiers de configuration/données pour vos services (par exemple : /etc, /opt, /var, /home).
Si vous souhaitez une restauration complète du système, vous pouvez omettre /proc, /boot et /dev. Vous pouvez alors installer le système d'exploitation minimum à partir de votre support de démarrage, puis restaurer votre système à l'aide de votre sauvegarde.
Bien entendu, la meilleure sauvegarde est celle qui a été testé et vérifié .
Oubliez donc ce dont vous ne pensez pas avoir besoin, essayez de restaurer dans une VM et vérifiez que vous pouvez restaurer votre système à l'aide de ces données.
Voir Le Tao de la sauvegarde , chapitre 1.
Certains fichiers spéciaux dans /proc et /sys perturbent rsync. En général, vous ne voulez pas non plus sauvegarder les systèmes de fichiers réseau montés. Les fichiers épars peuvent également poser des problèmes.
Ajoutez -x pour le limiter à un seul système de fichiers. Cela permet d'éviter tous les systèmes de fichiers réseau et /proc, etc. Cependant, vous devez alors exécuter un rsync pour chaque système de fichiers que vous avez monté.
Ajout de -S pour gérer les fichiers épars de manière raisonnable.
/boot, /dev et /proc sont tout à fait inutiles à sauvegarder -- cependant, si vous savez ce que vous faites, vous pouvez sauvegarder /boot.
Je ne sauvegarderais pas non plus /lib, /media, /mnt, /sbin, /bin, /srv, /sys, ou /tmp.
/usr est facultatif, selon que vous avez ou non quelque chose dans /usr qui mérite d'être sauvegardé. Si j'étais vous, je me préoccuperais surtout de sauvegarder les $HOME des utilisateurs, /var et /etc (pour les fichiers de configuration).
Encore une fois, tout dépend de la type de sauvegarde que vous voulez faire. S'agit-il d'un serveur web ? S'agit-il d'un ordinateur personnel ? S'agit-il d'un serveur Shell avec des tonnes de répertoires sous /home ?
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
