C'est vrau que la question n'indique pas le type de données à sauvegarder:
- en fichier perso je n'ai quasiment rien à sauvegarder, une copie (cp) sur disque externe de temps en temps suffit - pour les fichiers de mes parents (moins de 10 Go) dont le pc est sur un site distant, j'utilise un script avec rsync, le tout mis dans un cron, cela copy les données sur un disque externe - pour la sauvegarde de base mysql (utilisée pour mon site perso), un script php que je lance en cliquant sur un lien sur le site, cela m'envoit un fichier texte par e-mail. 2010/10/29 Alain Vaugham <[email protected]> > Le Thursday 28 October 2010 19:02:35 Vincent-Xavier JUMEL, vous avez > écrit : > > Voilà, tout est dans le sujet. > > > > J'imagine que ce n'est pas uniquement des noms d'outils de backup que tu > recherches. > > La mise en place de backups étant fortement dépendante de l'utilisation de > l'outil informatique, ce genre de question devrait récolter autant de > réponses différentes qu'il y a de profils d'utilisateurs... parmi celles et > ceux qui font leur sauvegardes ;-) > > A titre privé je n'ai pas trop besoin de sauvegarder à part ma clef gpg, > mon > certificat X509 pour les impôts, mes mots de passe et quelques bricoles > sentimentales. Je garde présent à l'esprit que la durée de vie d'un support > de backup et des données qu'il contient n'est que de 3-5 ans. Rien n'est > encore crypté mais c'est mis en double et en lieu sûr. > Je te parlerai donc plutôt de mes solutions personnelles de backups pour > mon > activité professionnelle car là, c'est plus nuancé. > > Le volume n'est pas énorme et je cherche à réduire les opérations > manuelles. > Je distingue les fichiers critiques des non-critiques mais ne fait pas le > distingo entre les statiques et ceux qui évoluent. > Les copies des données critiques ne sont jamais écrasées, les non-critiques > sont incrémentales. > Le but que j'ai cherché c'est qu'en mon absence, il soit possible de > rétablir > rapidement les données critiques sans formation particulière selon le > niveau > de la panne. > > 1) Sur le serveur : > Pour les fichiers utilisateurs : > - rdiff-backup > > Pour les bases de données Postgresql : > - un script de mon cru avec pg_dump lancé par une crontab > > Pour le courrier entrant : > - une règle Procmail avant Postfix. Les archives sont sur le même serveur > imap. Je cherche autre chose. > Pour le courrier sortant : > - c'est encore fait manuellement avec un bcc qui termine sa course sur > l'imap. > Je cherche aussi autre chose. > > Depuis qu'une carte RAID 5 a laché, les backups sont sur la même machine > mais > sur un disque dédié. > Pour les données critiques, 3 copies par jour avec leur noms incrémentés > afin > de ne pas perdre plus de 5 heures. > Je fais en plus, une copie hebdomadaire sur CDROM avec rotation mensuelle. > Actuellement, j'ai abandonné la copie journalière avec rotation > hebdomadaire. > Tous les ans je met l'ensemble critique plus non-critique sur un seul jeu > de > DVD neufs que je stocke jusqu'à leur mort naturelle. > Je veux encore ajouter une redondance des données critiques sous 5 heures > sur > une autre machine en parallèle avec un RAID0. > Quand j'ai le temps, je détruis manuellement les copies vieilles de > plusieures > années pour libérer de la place sur le disque de backup. J'essaie de > surveiller ce disque. Si ce disque de backup tombe je peut repartir depuis > les CD+DVD. Si c'est la machine qui tombe, je peut le mettre sur une autre > machine. > > > 2) Sur les postes clients (3) : > - un second disque de secours contient une image du disque système - 8Go - > prise lors de l'installation initiale. > Je ne sauvegarde pas les dernières configs et (perso) j'évite de > personnaliser > une config. > En cas de problème il me suffit juste de déconnecter l'alim du disque > défectueux et de la rebrancher sur le disque de secours. Le poste est > opérationel en quelques minutes. Je garde aussi les images des clients sur > le > serveur comme autant de secondes roues de secours. > > Voilà. J'espère n'avoir rien oublié car je ne fait pas de backup du process > de > backup en lui-même ;-) > > > -- > Alain Vaugham > Clef GPG : 0xD26D18BC > _________________________________ > Linux mailing list > [email protected] > http://lists.parinux.org/mailman/listinfo/linux > -- Jean-Marc
_________________________________ Linux mailing list [email protected] http://lists.parinux.org/mailman/listinfo/linux
