Bonjour à tous,
J'envisage d'investir dans une petite dedibox xc 2015 sous debian.
Je sais qu'il est possible de sauvegarder par ftp 100Go de données.
J'ai pu voir quelque poste parlant de RSync et de FTPFS pour la sauvegarde.
Toutefois, je me pose une question. A supposer que le disque dur crash complètement et est remplacé.
Comment je remet mes données (et surtout les confs d'apache, node, etc.) sur le serveur en partant du principe que je dispose d'un tar.gz contenant tous les répertoires et sous répertoires en partant de la racine.
Merci pour votre réponse.
Si vous avez de meilleur idée pour la sauvegarde, je suis preneur.
# rsync + cron + sh
Posté par François GUÉRIN (Mastodon) . Évalué à 2.
Bonjour neokoplex,
J'utilise au boulot des scripts maison pour effectuer des sauvegardes. Les trucs qui me semblent important à sauvegarder sur un serveur sont :
Les applications web elles-même sont dans un SVN avec des tags par versions.
Pour info, mes fichiers de conf apache / virtualhost sont dans un dossier de l'application (tu peux faire pareil
avec nginx)
Le déploiement des applications se fait "à la main" (pas de commentaire, ça m'énerve déjà assez) :
Si tu as backupé toute ton arborescence, je te conseille de la décompresser sur une autre machine, et de re-déployer les dossiers, voirs les fichiers, un par un. Un des principes de debian est d'avoir un fichier de config général d'une application géré par le gestionnaire de paquet, qui est donc susceptible d'être cassé par un upgrade, et un certain nombre de fichiers de config gérés par l'utilisateur. Tu dois donc respecter cette façon de faire, et donc déployer tes fichiers de conf 1 par 1.
Je te conseille également de valider tes sauvegardes de temps en temps… dans une VM par exemple.
Bon courage !
[^] # Re: rsync + cron + sh
Posté par jolitorax . Évalué à 1.
Je fais plus dans le bourin et rapide, mais sur le fond assez proche
Une sauvegarde de /etc en excluant (de mémoire) /etc/fstab
Les confs des virtualhosts d'apache sont là, et celle des scripts maison de dump des bases de données aussi dans les /etc/cron.daily/dumpmesbases_
Une sauvegarde de /var/backups
C'est un Debianisme qui y place des fichiers contenant la liste des paquets installés sur le serveur. On peut aussi le faire à sa sauce et le stocker là. J'y mets aussi les dumps de mes bases de données faite par le cron avec une purge automatique sur quelques jours
Une sauvegarde des données
Ce qui peut être /var/www/html, /home, /usr/share/whatever…
En cas de crash complet, je reinstalle une Debian from scratch ce qui prend moins de 10 minutes. Je me connecte en ssh sur ma machine toute neuve, puis je réinstalle d'un coup la liste des paquets issue de /var/backups, j'écrase ensuite /etc avec ma sauvegarde et enfin je remets le dernier dump dans la base de donnée et je détare les données à leurs emplacements respectifs.
Si je n'ai rien oublié, il suffit juste de rebooter pour retrouver son serveur à nouveau d'aplomb.
# restauration = backup à l'envers
Posté par NeoX . Évalué à 2.
quelque soit l'outil, une restauration, c'est n'est qu'un backup à l'envers.
si pour faire le backup, tu compresses les dossiers dans une archive,
ben pour restaurer tu va decompresser l'archive
si pour faire le backup, tu rsync tes dossiers vers une stockage externe,
ben pour restaurer tu rsync depuis le stockage externe.
[^] # Re: restauration = backup à l'envers
Posté par Pilou . Évalué à 1.
Exactement, réstauration = backup a l'envers, mais a condition d'avoir un acces au systeme que tu backup-er au debut, ce qui n'est pas le cas dans un crash de sique dur par exemple…
1er sauvegarde : je te conseille un dd global du / , ( en considérant que /homme n'est pas utile, sinon prend le aussi ) vers un autre disuqe ( ici ton SSD, il me semble ). Ce clone brut du systeme est juste parfait : un peu trop meme si tu veut qu'il fonctione faudra quelques mise a jour genre le /etc/fstab et le grub… autant de fichier a exclure lors des prochaines MAJ de ce clone.
Les majs, justement : Rsync + cron, il n'y a rien de mieu… Tu te retourve avec un clone pur de ton systeme, que tu peut a volonter faire booter juste en inversant les disque durs en cas de crash très très mechant.
En cas de crash moin méchant, ou si tu préfere, pour restaurer, je n'ai qu'a lancer la comande rsync dans l'autre sens.
Ce que tu n'obtient pas avec un backup partiel
# details importants
Posté par NeoX . Évalué à 2.
la dedibox xc 2015 dispose :
- soit d'un disque de 1To
- soit d'un SSD de 120Go
ton backup fait 100Go
tu as interet à bien trier ce que tu envoies sur le backup,
car dans le cas d'un disque de 1To, c'est bien de vouloir y stocker toutes sa vie (photos/videos), mais ca ne rentrera probablement pas dans le backup :/
# Mode rescue
Posté par mazarini . Évalué à 1. Dernière modification le 23 mars 2015 à 21:08.
Bonjour,
Il est possible de démarrer une machine en mode rescue. Ca ressemble à un boot sur une clé usb ou un cd live. A partir de la, tu peux monter le disque de ta machine et faire les copies à partir de tes backups.
Il faudra quand même faire un chroot sur le disque pour l'installation de grub. Comme lorsqu'on répare un linux après une installation de windows.
Remarque, pas mal de nouvelles xc ont en fait un ssd de 240Go au lieu de 120 Go
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.