Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
A voir la demo de Borg-backup je pense que je vais le tester aussi. J'aime le concept d'initialiser un dossier comme espace de sauvegarde comme on ferait un 'git init'. Le 16 juillet 2017 22:01:05 GMT+02:00, "Sébastien Dinot"a écrit : >Bonsoir, > >Thierry Bugier Pineau a écrit : >> A mon avis, il est préférable d'utiliser un outil maintenu comme >> rsnapshot ou rdiff-backup plutôt qu'un script shell > >Tout à fait d'accord sur le principe mais malheureusement, >rdiff-backup, >que j'utilise avec bonheur depuis des années, aussi bien à titre >professionnel que personnel, n'est plus maintenu depuis 2009, année de >sortie de la dernière version 1.2.8. > >Les statistiques d'OpenHub sur ce projet commencent à dater mais ils >sont toujours d'actualité : > >https://www.openhub.net/p/rdiff-backup > >La dernière contribution au code date de janvier 2010 : > >http://svn.savannah.nongnu.org/viewvc/rdiff-backup?view=revision=1060 > >> Peut être Attic, mais je n'ai pas pu l'installer sans accroc sur mon >> Debian Sid. > >Le développement d'Attic est gelé mais un fork, nommé borg-backup, a >été >créé : > >http://borgbackup.readthedocs.io/en/stable/ > >Le développement de borg-backup va grand train : > >https://github.com/borgbackup/borg/commits/master > >J'ai essayé Attic, puis borg-backup, il y a déjà un moment et j'ai été >convaincu (bien plus par borg-backup que par Attic en fait). Si je n'ai >pas encore migré, c'est simplement par manque de temps et parce que je >suis une personne très frileuse avec la sauvegarde : rdiff-backup n'est >plus maintenu mais dans mon contexte, il fonctionne parfaitement et >j'ai >pu constater à plusieurs reprises que ses sauvegardes étaient fiables. > >Sébastien > >-- >Sébastien Dinot, sebastien.di...@free.fr >http://sebastien.dinot.free.fr/ >Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
Bonjour, Voyant rdiff-backup packagé dans Sid j'ai cru qu'il était toujours vivant. Je vais donc me rabattre sur le bon vieux rsnapshot. Merci pour l'information. Le 16 juillet 2017 22:01:05 GMT+02:00, "Sébastien Dinot"a écrit : >Bonsoir, > >Thierry Bugier Pineau a écrit : >> A mon avis, il est préférable d'utiliser un outil maintenu comme >> rsnapshot ou rdiff-backup plutôt qu'un script shell > >Tout à fait d'accord sur le principe mais malheureusement, >rdiff-backup, >que j'utilise avec bonheur depuis des années, aussi bien à titre >professionnel que personnel, n'est plus maintenu depuis 2009, année de >sortie de la dernière version 1.2.8. > >Les statistiques d'OpenHub sur ce projet commencent à dater mais ils >sont toujours d'actualité : > >https://www.openhub.net/p/rdiff-backup > >La dernière contribution au code date de janvier 2010 : > >http://svn.savannah.nongnu.org/viewvc/rdiff-backup?view=revision=1060 > >> Peut être Attic, mais je n'ai pas pu l'installer sans accroc sur mon >> Debian Sid. > >Le développement d'Attic est gelé mais un fork, nommé borg-backup, a >été >créé : > >http://borgbackup.readthedocs.io/en/stable/ > >Le développement de borg-backup va grand train : > >https://github.com/borgbackup/borg/commits/master > >J'ai essayé Attic, puis borg-backup, il y a déjà un moment et j'ai été >convaincu (bien plus par borg-backup que par Attic en fait). Si je n'ai >pas encore migré, c'est simplement par manque de temps et parce que je >suis une personne très frileuse avec la sauvegarde : rdiff-backup n'est >plus maintenu mais dans mon contexte, il fonctionne parfaitement et >j'ai >pu constater à plusieurs reprises que ses sauvegardes étaient fiables. > >Sébastien > >-- >Sébastien Dinot, sebastien.di...@free.fr >http://sebastien.dinot.free.fr/ >Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
Bonsoir, Thierry Bugier Pineau a écrit : > A mon avis, il est préférable d'utiliser un outil maintenu comme > rsnapshot ou rdiff-backup plutôt qu'un script shell Tout à fait d'accord sur le principe mais malheureusement, rdiff-backup, que j'utilise avec bonheur depuis des années, aussi bien à titre professionnel que personnel, n'est plus maintenu depuis 2009, année de sortie de la dernière version 1.2.8. Les statistiques d'OpenHub sur ce projet commencent à dater mais ils sont toujours d'actualité : https://www.openhub.net/p/rdiff-backup La dernière contribution au code date de janvier 2010 : http://svn.savannah.nongnu.org/viewvc/rdiff-backup?view=revision=1060 > Peut être Attic, mais je n'ai pas pu l'installer sans accroc sur mon > Debian Sid. Le développement d'Attic est gelé mais un fork, nommé borg-backup, a été créé : http://borgbackup.readthedocs.io/en/stable/ Le développement de borg-backup va grand train : https://github.com/borgbackup/borg/commits/master J'ai essayé Attic, puis borg-backup, il y a déjà un moment et j'ai été convaincu (bien plus par borg-backup que par Attic en fait). Si je n'ai pas encore migré, c'est simplement par manque de temps et parce que je suis une personne très frileuse avec la sauvegarde : rdiff-backup n'est plus maintenu mais dans mon contexte, il fonctionne parfaitement et j'ai pu constater à plusieurs reprises que ses sauvegardes étaient fiables. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
Bonjour Merci pour toutes les réponses. A mon avis, il est préférable d'utiliser un outil maintenu comme rsnapshot ou rdiff-backup plutôt qu'un script shell juste partagé sur une page de wiki (donc peu sujet à évolutions et corrections). D'une manière générale je note que rsync ou dérivés est un des outils préférés et qu'il n'y a apparemment pas spécialement mieux que ce que je connais. Peut être Attic, mais je n'ai pas pu l'installer sans accroc sur mon Debian Sid. BackupPC me fait de l'oeil, d'autant plus qu'il la une interface web permettant d'avoir un aperçu de la santé générale du dispositif, et que je j'ai utilisé professionnellement il y a quelques années. Randy11, si cela vous intéresse, j'avais, dans le même contexte professionnel, utilisé FOG pour restaurer des machines sous windows. Bien que des windows soient passés sous les ponts, mon expérience sur le sujet ne nécessite qu'un peu de rafraîchissement pour être transposée au dernier né des systèmes fermés. Le wiki du projet devrait encore contenir les pages que j'avais écrites pour partager mes techniques. Pour en revenir aux sauvegardes, je pense que je vais retenir rsnapshot ou rdiff-backup. rsnapshot a l'avantage d'être un poil plus léger, et de ne recourir à aucun outil pour explorer les sauvegardes (c'est appréciable en cas d'incident majeur). Je pense que tout cela méritera un petit papier sur mon wiki (qui est une des VM à sauvegarder d'ailleurs). A suivre dans les jours à venir :) Le dimanche 16 juillet 2017 à 13:21 +0200, Randy11 a écrit : > On 15/07/2017 22:31, Thierry Bugier Pineau wrote: > > Bonjour > > > > Je veux mettre en place un système de sauvegarde adapté à mon > > infrastructure personnelle, et préparer la création de mon système > > de > > messagerie (avoir une sauvegarde est un pré requis). > > > > J'ai: > > - 2 serveurs sous Proxmox VE (un perso, un dédié) > > - quelques machines perso. > > > > Les Proxmox contiennent des VM à sauvegarder. Je compte simplemetn > > configurer Proxmox pour sauvegarder les VM localement et copier les > > sauvegardes sur un stockage distant, accessible par SFTP. > > > > J'ai repéré dans Debian l'existence d'un compte utilisateur > > "backup", > > appartenant au groupe "backup". Je ne trouve pas d'information la > > raison d'être de ce compte (au delà du nom explicite), ni de bonne > > pratique d'utilisation. Quelqu'un ici saurait m'expliquer comment > > s'en > > servir ? > > > > J'ai recherché les différentes solutions de sauvegarde possibles. > > Il > > faut qu'elle supporte la sauvegarde vers un stockage distant, ou > > depuis > > un stockage distant (tout dépend d'où le logiciel va s'exécuter). > > Le > > support d'un snapshot LVM est un plus, pour la cohérence de la > > sauvegarde. > > > > J'ai une petite expérience avec rsnapshot, j'ai utilisé il y a > > longtemps backuppc sur plusieurs réseaux de postes de travail. Je > > pense > > me tourner vers rdiff-backup. Avant d'arrêter mon choix, je > > voudrais > > solliciter les avis et retours d'expérience parmi vous. > > > > D'avance merci. > > > > > Bonjour, > > J'ai fait une sauvegarde pour un PC sous Windows (désolé, mais il y > encore des personnes contraintes d'utiliser ça :-) ), alors j'ai fait > le > tour de certaines solutions possibles, sachant qu'il ne suffisait pas > de sauvegarder les données, mais aussi de restaurer la machine en > cas de crash complet, voir avec un autre disque. > > Je dois aussi me faire un système de sauvegarde convaincant, après > le mort de ma carte mère, cela me semble impératif. > > J'ai retenu SystemRescueCD et Fsarchiver pour réinstaller la machine > en cas de problème, mais il y en a évidemment d'autres. Voici les > liens > que j'ai parcourus, cela fera peut-être gagné un peu de temps à > quelqu'un : > - http://www.system-rescue-cd.org/ > http://www.system-rescue-cd.org/manual_fr/ > - http://www.system-rescue-cd.org/manual/Creating_a_backing_store/ > - http://www.fsarchiver.org/ > - http://iabsis.com/fr/community/tuto/system-restore-generic -> > comparaisons > - http://www.fsarchiver.org/faq/ -> pour les liens en bas à gauche > - https://wiki.debian.org/fr/Backup > - https://wiki.debian.org/Backup/Clone > - https://wiki.archlinux.org/index.php/Disk_Cloning > - > https://www.opengeeks.me/2015/04/build-your-hybrid-debian-distro-with > -xorriso/ > - https://wiki.debian.org/fr/RsyncSnapshots > - http://www.sanitarium.net/golug/rsync_backups_2010.html > - http://www.debianhelp.co.uk/backup.htm > - http://backuppc.sourceforge.net/ -> Sauvegarde utilisée au travail. > > Ensuite, comme je ne connais pas de sauvegarde incrémentales dont la > taille se réduise au cours du temps, il faut penser au stockage. La > solution > que je veux utiliser est à base de Glusterfs et de Raspberry : > - https://www.gluster.org/ > - https://nickhowell.co.uk/2016/07/23/raspberry-pi-nas-with-gluster/ > - http://www.linuxjournal.com/content/two-pi-r-2-web-servers > > Bonne journée. > > Randy11 >
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
On 15/07/2017 22:31, Thierry Bugier Pineau wrote: Bonjour Je veux mettre en place un système de sauvegarde adapté à mon infrastructure personnelle, et préparer la création de mon système de messagerie (avoir une sauvegarde est un pré requis). J'ai: - 2 serveurs sous Proxmox VE (un perso, un dédié) - quelques machines perso. Les Proxmox contiennent des VM à sauvegarder. Je compte simplemetn configurer Proxmox pour sauvegarder les VM localement et copier les sauvegardes sur un stockage distant, accessible par SFTP. J'ai repéré dans Debian l'existence d'un compte utilisateur "backup", appartenant au groupe "backup". Je ne trouve pas d'information la raison d'être de ce compte (au delà du nom explicite), ni de bonne pratique d'utilisation. Quelqu'un ici saurait m'expliquer comment s'en servir ? J'ai recherché les différentes solutions de sauvegarde possibles. Il faut qu'elle supporte la sauvegarde vers un stockage distant, ou depuis un stockage distant (tout dépend d'où le logiciel va s'exécuter). Le support d'un snapshot LVM est un plus, pour la cohérence de la sauvegarde. J'ai une petite expérience avec rsnapshot, j'ai utilisé il y a longtemps backuppc sur plusieurs réseaux de postes de travail. Je pense me tourner vers rdiff-backup. Avant d'arrêter mon choix, je voudrais solliciter les avis et retours d'expérience parmi vous. D'avance merci. Bonjour, J'ai fait une sauvegarde pour un PC sous Windows (désolé, mais il y encore des personnes contraintes d'utiliser ça :-) ), alors j'ai fait le tour de certaines solutions possibles, sachant qu'il ne suffisait pas de sauvegarder les données, mais aussi de restaurer la machine en cas de crash complet, voir avec un autre disque. Je dois aussi me faire un système de sauvegarde convaincant, après le mort de ma carte mère, cela me semble impératif. J'ai retenu SystemRescueCD et Fsarchiver pour réinstaller la machine en cas de problème, mais il y en a évidemment d'autres. Voici les liens que j'ai parcourus, cela fera peut-être gagné un peu de temps à quelqu'un : - http://www.system-rescue-cd.org/ http://www.system-rescue-cd.org/manual_fr/ - http://www.system-rescue-cd.org/manual/Creating_a_backing_store/ - http://www.fsarchiver.org/ - http://iabsis.com/fr/community/tuto/system-restore-generic -> comparaisons - http://www.fsarchiver.org/faq/ -> pour les liens en bas à gauche - https://wiki.debian.org/fr/Backup - https://wiki.debian.org/Backup/Clone - https://wiki.archlinux.org/index.php/Disk_Cloning - https://www.opengeeks.me/2015/04/build-your-hybrid-debian-distro-with-xorriso/ - https://wiki.debian.org/fr/RsyncSnapshots - http://www.sanitarium.net/golug/rsync_backups_2010.html - http://www.debianhelp.co.uk/backup.htm - http://backuppc.sourceforge.net/ -> Sauvegarde utilisée au travail. Ensuite, comme je ne connais pas de sauvegarde incrémentales dont la taille se réduise au cours du temps, il faut penser au stockage. La solution que je veux utiliser est à base de Glusterfs et de Raspberry : - https://www.gluster.org/ - https://nickhowell.co.uk/2016/07/23/raspberry-pi-nas-with-gluster/ - http://www.linuxjournal.com/content/two-pi-r-2-web-servers Bonne journée. Randy11
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
Hello, On Sun, Jul 16, 2017 at 01:32:24PM +0200, Thierry Bugier Pineau wrote: [...] > Rsync est un très bon outil mais il ne gère pas nativement les > sauvegardes historisées. Pour moi ce critère augmente sensiblement > la qualité du dispositif de sauvegarde. C'est pour cela que je me > suis intéresse à rsnapdhot et rdiff-backup qui sont eux mêmes basés > sur rsync d'ailleurs. Et pourquoi ne pas justement rester sur rnsapshot ? rsnapshot, c'est très exactement rsync avec une gestion de l'historique autour... A+ -- JFS.
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
On 07/16/2017 01:32 PM, Thierry Bugier Pineau wrote: Bonjour Rsync est un très bon outil mais il ne gère pas nativement les sauvegardes historisées. Pour moi ce critère augmente sensiblement la qualité du dispositif de sauvegarde. C'est pour cela que je me suis intéresse à rsnapdhot et rdiff-backup qui sont eux mêmes basés sur rsync d'ailleurs. Ce n'est pas la mer à boire :) https://wiki.debian.org/fr/RsyncSnapshots#Utilisation_de_Rsync_pour_historiser_les_sauvegardes -- Maderios
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
Le 16/07/2017 à 13:32, Thierry Bugier Pineau a écrit : > Bonjour > > Rsync est un très bon outil mais il ne gère pas nativement les > sauvegardes historisées. Pour moi ce critère augmente sensiblement la > qualité du dispositif de sauvegarde. C'est pour cela que je me suis > intéresse à rsnapdhot et rdiff-backup qui sont eux mêmes basés sur > rsync d'ailleurs. > > Je suis ouvert à d'autres outils et l' interface graphique n'est pas > obligatoire vu que la sauvegarde sera automatisée et quotidienne. > > J'ai besoin d'une retention de X jours, Y semaines et Z mois. X Y et Z > dépendront des performances de déduplication, et de l'espace dont je > dispose. > > > > > > Le 16 juillet 2017 12:25:02 GMT+02:00, maderiosa > écrit : > > On 07/15/2017 10:31 PM, Thierry Bugier Pineau wrote: > > Bonjour Je veux mettre en place un système de sauvegarde > adapté à mon infrastructure personnelle, et préparer la > création de mon système de messagerie (avoir une sauvegarde > est un pré requis). > > Bonjour > Une solution fiable et relativement simple, avec une infinité de > possibilités: rsync en ligne de commande. > Eviter les interfaces graphiques, elles peuvent induire des fragilités. > https://wiki.archlinux.org/index.php/Full_system_backup_with_rsync > > > -- > Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez > excuser ma brièveté. Deja Dup permet justement les sauvegardes avec historique. Je ne l'utilise pas en ligne de commande. @suivre
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
Bonjour Rsync est un très bon outil mais il ne gère pas nativement les sauvegardes historisées. Pour moi ce critère augmente sensiblement la qualité du dispositif de sauvegarde. C'est pour cela que je me suis intéresse à rsnapdhot et rdiff-backup qui sont eux mêmes basés sur rsync d'ailleurs. Je suis ouvert à d'autres outils et l' interface graphique n'est pas obligatoire vu que la sauvegarde sera automatisée et quotidienne. J'ai besoin d'une retention de X jours, Y semaines et Z mois. X Y et Z dépendront des performances de déduplication, et de l'espace dont je dispose. Le 16 juillet 2017 12:25:02 GMT+02:00, maderiosa écrit : >On 07/15/2017 10:31 PM, Thierry Bugier Pineau wrote: >> Bonjour >> >> Je veux mettre en place un système de sauvegarde adapté à mon >> infrastructure personnelle, et préparer la création de mon système de >> messagerie (avoir une sauvegarde est un pré requis). >> >Bonjour >Une solution fiable et relativement simple, avec une infinité de >possibilités: rsync en ligne de commande. >Eviter les interfaces graphiques, elles peuvent induire des fragilités. >https://wiki.archlinux.org/index.php/Full_system_backup_with_rsync > >-- >Maderios -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
On 07/15/2017 10:31 PM, Thierry Bugier Pineau wrote: Bonjour Je veux mettre en place un système de sauvegarde adapté à mon infrastructure personnelle, et préparer la création de mon système de messagerie (avoir une sauvegarde est un pré requis). Bonjour Une solution fiable et relativement simple, avec une infinité de possibilités: rsync en ligne de commande. Eviter les interfaces graphiques, elles peuvent induire des fragilités. https://wiki.archlinux.org/index.php/Full_system_backup_with_rsync -- Maderios
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
Le 15/07/2017 à 22:31, Thierry Bugier Pineau a écrit : > Bonjour > > Je veux mettre en place un système de sauvegarde adapté à mon > infrastructure personnelle, et préparer la création de mon système de > messagerie (avoir une sauvegarde est un pré requis). > > J'ai: > - 2 serveurs sous Proxmox VE (un perso, un dédié) > - quelques machines perso. > > Les Proxmox contiennent des VM à sauvegarder. Je compte simplemetn > configurer Proxmox pour sauvegarder les VM localement et copier les > sauvegardes sur un stockage distant, accessible par SFTP. > > J'ai repéré dans Debian l'existence d'un compte utilisateur "backup", > appartenant au groupe "backup". Je ne trouve pas d'information la > raison d'être de ce compte (au delà du nom explicite), ni de bonne > pratique d'utilisation. Quelqu'un ici saurait m'expliquer comment s'en > servir ? > > J'ai recherché les différentes solutions de sauvegarde possibles. Il > faut qu'elle supporte la sauvegarde vers un stockage distant, ou depuis > un stockage distant (tout dépend d'où le logiciel va s'exécuter). Le > support d'un snapshot LVM est un plus, pour la cohérence de la > sauvegarde. > > J'ai une petite expérience avec rsnapshot, j'ai utilisé il y a > longtemps backuppc sur plusieurs réseaux de postes de travail. Je pense > me tourner vers rdiff-backup. Avant d'arrêter mon choix, je voudrais > solliciter les avis et retours d'expérience parmi vous. > > D'avance merci. > Bonsoir, je ne suis pas expert en sauvegarde, certains ici ont plus de savoir faire. J'utilise grsync , ou, je préfère actuellement Deja Dup qui me permet de sauvegarder mon /home en GUI. https://www.visionduweb.eu/wiki/index.php?title=Sauvegarder_et_reinstaller_Linux_Mint_Sarah#Sauvegarder_le_.2Fhome_de_votre_utilisateur_avec_Deja_Dup Par contre, pour sauvegarder le système entièrement pour le réinstaller en un clic, je n'ai pas encore trouvé l'outil qui me correspond, facile, et, efficace. Redobackup est un bon choix, mais, lorsque je le lance, il ne voit pas mon disque SSD.