Solution 1 :
Donc, vous voulez sauvegarder tout votre disque sans toutes ces erreurs désagréables et également filtrer tous les dossiers /proc et autres dossiers temporaires ?
Une option consiste à monter le dossier racine sur un autre dossier du système de fichiers, comme ceci :
$ cd /mnt
$ mkdir drive
$ mount --bind / drive
Cela vous donnera tous les fichiers présents sur votre disque qui ne sont pas considérés comme temporaires (comme les dossiers /proc ou /sys).
Maintenant que vous avez une vue claire de votre dossier racine, vous pouvez simplement le copier sur votre lecteur de sauvegarde en utilisant la norme cp ou rsync . Quelque chose comme :
cp -R /mnt/drive /mnt/backupdrive
Cela résout les deux problèmes que vous avez mentionnés :
- Vous n'entrez pas dans la récursivité, car le disque de sauvegarde n'est pas monté dans le lecteur (point de vue)
- vous ne manquez aucun fichier important, car vous les prenez tous
Voir aussi :man mount(8)
Solution 2 :
Sous Linux, tout est un fichier. C'est possible via rsync, mais il y a des choses à savoir, qui sont (au mieux) difficiles à contourner.
Vous devez d'abord penser à la réplication, en particulier pour les bases de données. C'est également une bonne idée de configurer un proxy / équilibreur de charge devant votre serveur principal, afin que vous puissiez facilement basculer entre vos serveurs principal et miroir pendant la transition.
Au niveau matériel, la meilleure situation sera d'avoir un serveur de type miroir d'un autre côté, avec le même nombre de ports Ethernet, la même disposition de disque dur, etc. Tout ce qui diffère implique la nécessité de modifier la configuration du système.
c'est-à-dire que si vous avez deux ports eth, vous voulez vous assurer que la configuration réseau, le pare-feu, etc. correspondent au nom de l'interface sur les deux serveurs, et dans le cas où il diffère, vous devez soit modifier la configuration après rsync, soit changer le nom du périphérique sur le second serveur (destination).
Idem avec la disposition des partitions. Vous devez créer les mêmes partitions que sur votre serveur principal, mais si vous les créez à partir de zéro, vous vous retrouverez avec différents UUID, vous devrez donc modifier fstab, grub, mdadm (si soft-raid est impliqué), etc. .
Mais, il y a aussi beaucoup de choses qui peuvent mal tourner, comme les bases de données, qui peuvent être incohérentes si elles n'ont pas été arrêtées auparavant (avant de faire rsync).
La meilleure stratégie sera de préparer d'abord le matériel et le système de fichiers (partitions) - pour correspondre à la configuration du serveur principal. Ensuite, montez des parititons vides via un système intermédiaire (comme un CD live avec ssh-server installé temporairement). Vous créez /proc, /dev, /sys vides puis rsync le reste, comme ceci :
rsync -avz -H --delete /etc /bin (...and so on) destserver:/mnt/yourrootfs/
Ensuite, vous devez installer grub sur l'appareil et travailler sur la configuration, pour le rendre amorçable, modifier la configuration réseau, fstab et d'autres éléments mentionnés précédemment.
Vous pouvez également essayer d'installer un nouveau système (avec la même version que celle que vous utilisez sur votre serveur principal), puis l'éteindre, le monter via un autre système temporaire (comme un live cd), puis remplacer tout autre chose que /proc, / sys, /dev et /boot avec rsync.
Mais ce n'est qu'une idée générale. Les choses peuvent se compliquer en fonction de ce que vous avez réellement sur ce serveur, de votre configuration, de votre réseau et de votre configuration matérielle. Et en fin de compte, cela pourrait être très difficile, voire impossible, à faire sans temps d'arrêt notable.
Solution 3 :
Ce que vous voulez réellement, ce sont des restaurations. Quoi que vous fassiez, vous devez le restaurer régulièrement.
Linode dispose d'un service de sauvegarde. Les instantanés peuvent être pris selon un calendrier prédéfini limité ou avec une API.
Un avantage des sauvegardes basées sur des instantanés est qu'elles offrent un point précis dans le temps, car les données ne changent pas pendant qu'une copie est effectuée. Les instantanés peuvent également être facilement restaurés sur un autre hôte, un nouveau Linode dans ce cas.