Merci à tous pour vos réponses.

Le 28 octobre à 19:13 Cyprien Gay a écrit
> Le jeudi 28 octobre 2010 19:02:35, Vincent-Xavier JUMEL a écrit :
> > Voilà, tout est dans le sujet.
> > 
> > Si vous avez des remarques sur ce sujet, je suis preneur.
> 
> J'utilise un truc de ce style.
> C'est mal écrit mais ça fonctionne pour moi.
> Cyprien.
> 
> 
> cd repertoire_a_synchroniser
> rsync_cettemachine_2_uneautremachine
> 
> 
> cat rsync_cettemachine_2_uneautremachine
> 
> #!/bin/bash
> uneautremachine="monlo...@uneautremachine"
> icibrut="`pwd`/"
> ici=`echo $icibrut | sed -e 's:/home/monlogin/::'`
> echo ici : $ici
> echo rsync -aunv --delete ./ "$uneautremachine":"$ici"
> rsync -aunv --delete ./ "$uneautremachine":"$ici"
> 
> 
> cat rsync_cettemachine_2_uneautremachine_vrai
> => le même mais sans l'option -n de rsync.
> 
> -- 
> Cyprien Gay
> http://aful.org/
> http://racketiciel.info/
> http://bons-constructeurs-ordinateurs.info/
> _________________________________
> Linux mailing list
> [email protected]
> http://lists.parinux.org/mailman/listinfo/linux

Le 28 octobre à 20:58 Jean-Marc Beaune a écrit
> Salut,
> 
> J'utilise aussi rsync.
> 
> /JM
> 
> 2010/10/28 Cyprien Gay <[email protected]>
> 
> > Le jeudi 28 octobre 2010 19:02:35, Vincent-Xavier JUMEL a écrit :
> > > Voilà, tout est dans le sujet.
> > >
> > > Si vous avez des remarques sur ce sujet, je suis preneur.
> >
> > J'utilise un truc de ce style.
> > C'est mal écrit mais ça fonctionne pour moi.
> > Cyprien.
> >
> >
> > cd repertoire_a_synchroniser
> > rsync_cettemachine_2_uneautremachine
> >
> >
> > cat rsync_cettemachine_2_uneautremachine
> >
> > #!/bin/bash
> > uneautremachine="monlo...@uneautremachine"
> > icibrut="`pwd`/"
> > ici=`echo $icibrut | sed -e 's:/home/monlogin/::'`
> > echo ici : $ici
> > echo rsync -aunv --delete ./ "$uneautremachine":"$ici"
> > rsync -aunv --delete ./ "$uneautremachine":"$ici"
> >
> >
> > cat rsync_cettemachine_2_uneautremachine_vrai
> > => le même mais sans l'option -n de rsync.
> >
> > --
> > Cyprien Gay
> > http://aful.org/
> > http://racketiciel.info/
> > http://bons-constructeurs-ordinateurs.info/
> > _________________________________
> > 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


Le 28 octobre à 21:16 Vincent MIENS a écrit
> Pareil, rsync.
> Rien de mieux.
> 
> 
> 
> 
> ________________________________
> De : Jean-Marc Beaune <[email protected]>
> À : [email protected]
> Envoyé le : Jeu 28 octobre 2010, 14h 58min 03s
> Objet : Re: Sondage : quelle solution de backup perso utilisez vous ?
> 
> Salut,
> 
> J'utilise aussi rsync.
> 
> /JM
> 
> 
> 2010/10/28 Cyprien Gay <[email protected]>
> 
> Le jeudi 28 octobre 2010 19:02:35, Vincent-Xavier JUMEL a écrit :
> >
> >> Voilà, tout est dans le sujet.
> >>
> >> Si vous avez des remarques sur ce sujet, je suis preneur.
> >
> >J'utilise un truc de ce style.
> >C'est mal écrit mais ça fonctionne pour moi.
> >Cyprien.
> >
> >
> >cd repertoire_a_synchroniser
> >rsync_cettemachine_2_uneautremachine
> >
> >
> >cat rsync_cettemachine_2_uneautremachine
> >
> >#!/bin/bash
> >uneautremachine="monlo...@uneautremachine"
> >icibrut="`pwd`/"
> >ici=`echo $icibrut | sed -e 's:/home/monlogin/::'`
> >echo ici : $ici
> >echo rsync -aunv --delete ./ "$uneautremachine":"$ici"
> >rsync -aunv --delete ./ "$uneautremachine":"$ici"
> >
> >
> >cat rsync_cettemachine_2_uneautremachine_vrai
> >=> le même mais sans l'option -n de rsync.
> >
> >--
> >Cyprien Gay
> >http://aful.org/
> >http://racketiciel.info/
> >http://bons-constructeurs-ordinateurs.info/
> >
> >_________________________________
> >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


Le 29 octobre à 12:12 Alain Vaugham a écrit
> 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

Le 29 octobre à 13:28 Jean-Marc Beaune a écrit
> 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



-- 
Vincent-Xavier JUMEL GPG Id: 0x2E14CE70 http://thetys-retz.net

Rejoignez les 5325 adhérents de l'April http://www.april.org/adherer
Parinux, logiciel libre à Paris : http://www.parinux.org
_________________________________
Linux mailing list
[email protected]
http://lists.parinux.org/mailman/listinfo/linux

Répondre à