Choisir un outil de sauvegarde, et utilit

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.

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

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

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.

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

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&revision60

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.dinot@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

------SIOJLQA7Z8DR61XGDVDDQT8S1SFFXH
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: quoted-printable

A voir la demo de Borg-backup je pense que je vais le tester aussi. J'aim e le concept d'initialiser un dossier comme espace de sauvegarde comme on f erait un 'git init'.

Le 16 juillet 2017 22:01:05 GMT+02:00, "Sébastien Dinot" <sebastien .dinot@free.fr> a écrit :

Bonsoir,

Thierry Bugier Pineau a écrit :

A mon avis, il est préférable d'utiliser un outil maintenu co mme
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 à titr e
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& revision=1060

Peut être Attic, mais je n'ai pas pu l'installer sans accroc sur m on
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-back up n'est
plus maintenu mais dans mon contexte, il fonctionne parfaitement et
j'ai
pu constater à plusieurs reprises que ses sauvegardes étaient f iables.

Sébastien

--
Sébastien Dinot, sebastien.dinot@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passe r !

--
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez exc user ma brièveté.
------SIOJLQA7Z8DR61XGDVDDQT8S1SFFXH
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><head></head><body>A voir la demo de Borg-backup je pense que je vais le tester aussi. J&#39;aime le concept d&#39;initialiser un dossier comm e espace de sauvegarde comme on ferait un &#39;git init&#39;.<br><br><div class="gmail_quote">Le 16 juillet 2017 22:01:05 GMT+02:00, &quot;Sé bastien Dinot&quot; &lt;sebastien.dinot@free.fr&gt; a écrit :<bloc kquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-l eft: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">Bonsoir,<br /><br />Thierry Bugier Pineau a &eacute; crit :<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> A mon avis, i l est pr&eacute;f&eacute;rable d'utiliser un outil maintenu comme<br /> rsn apshot ou rdiff-backup plut&ocirc;t qu'un script shell <br /></blockquote>< br />Tout &agrave; fait d'accord sur le principe mais malheureusement, rdif f-backup,<br />que j'utilise avec bonheur depuis des ann&eacute;es, aussi b ien &agrave; titre<br />professionnel que personnel, n'est plus maintenu de puis 2009, ann&eacute;e de<br />sortie de la derni&egrave;re version 1.2 .8.<br /><br />Les statistiques d'OpenHub sur ce projet commencent &agr ave; dater mais ils<br />sont toujours d'actualit&eacute;&nbsp;:<br /><br / ><a href="https://www.openhub.net/p/rdiff-backup">https://www.openh ub.net/p/rdiff-backup</a><br /><br />La derni&egrave;re contribution au c ode date de janvier 2010&nbsp;:<br /><br /><a href="http://svn.savannah .nongnu.org/viewvc/rdiff-backup?view=revision&amp;revision=1060">ht tp://svn.savannah.nongnu.org/viewvc/rdiff-backup?view=revision&amp; revision=1060</a><br /><br /><blockquote class="gmail_quote" style="m argin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1 ex;"> Peut &ecirc;tre Attic, mais je n'ai pas pu l'installer sans accroc su r mon<br /> Debian Sid.<br /></blockquote><br />Le d&eacute;veloppement d 'Attic est gel&eacute; mais un fork, nomm&eacute; borg-backup, a &eacute;t& eacute;<br />cr&eacute;&eacute;&nbsp;:<br /><br /><a href="http://borgbac kup.readthedocs.io/en/stable">http://borgbackup.readthedocs.io/en/s table</a>/<br /><br />Le d&eacute;veloppement de borg-backup va grand train &nbsp;:<br /><br /><a href="https://github.com/borgbackup/borg/commits/ master">https://github.com/borgbackup/borg/commits/master</a><br /><br /> J'ai essay&eacute; Attic, puis borg-backup, il y a d&eacute;j&agrave; un mo ment et j'ai &eacute;t&eacute;<br />convaincu (bien plus par borg-backup qu e par Attic en fait). Si je n'ai<br />pas encore migr&eacute;, c'est simp lement par manque de temps et parce que je<br />suis une personne tr&egrave ;s frileuse avec la sauvegarde&nbsp;: rdiff-backup n'est<br />plus maintenu mais dans mon contexte, il fonctionne parfaitement et j'ai<br />pu constat er &agrave; plusieurs reprises que ses sauvegardes &eacute;taient fiables .<br /><br />S&eacute;bastien<br /></pre></blockquote></div><br>
-- <br>
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez exc user ma brièveté.</body></html>
------SIOJLQA7Z8DR61XGDVDDQT8S1SFFXH--

------ZRN0BDEDJKPGBQN3DKGK1Z96ALDZX2
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: quoted-printable

Bonjour,

Voyant rdiff-backup packagé dans Sid j'ai cru qu'il était toujou rs 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" <sebastien .dinot@free.fr> a écrit :

Bonsoir,

Thierry Bugier Pineau a écrit :

A mon avis, il est préférable d'utiliser un outil maintenu co mme
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 à titr e
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& revision=1060

Peut être Attic, mais je n'ai pas pu l'installer sans accroc sur m on
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-back up n'est
plus maintenu mais dans mon contexte, il fonctionne parfaitement et
j'ai
pu constater à plusieurs reprises que ses sauvegardes étaient f iables.

Sébastien

--
Sébastien Dinot, sebastien.dinot@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passe r !

--
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez exc user ma brièveté.
------ZRN0BDEDJKPGBQN3DKGK1Z96ALDZX2
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><head></head><body>Bonjour,<br>
<br>
Voyant rdiff-backup packagé dans Sid j&#39;ai cru qu&#39;il étai t toujours vivant.<br>
<br>
Je vais donc me rabattre sur le bon vieux rsnapshot.<br>
<br>
Merci pour l&#39;information.<br><br><div class="gmail_quote">Le 16 ju illet 2017 22:01:05 GMT+02:00, &quot;Sébastien Dinot&quot; &lt;sebasti en.dinot@free.fr&gt; a écrit :<blockquote class="gmail_quote" st yle="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 20 4); padding-left: 1ex;">
<pre class="k9mail">Bonsoir,<br /><br />Thierry Bugier Pineau a &eacute; crit :<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> A mon avis, i l est pr&eacute;f&eacute;rable d'utiliser un outil maintenu comme<br /> rsn apshot ou rdiff-backup plut&ocirc;t qu'un script shell <br /></blockquote>< br />Tout &agrave; fait d'accord sur le principe mais malheureusement, rdif f-backup,<br />que j'utilise avec bonheur depuis des ann&eacute;es, aussi b ien &agrave; titre<br />professionnel que personnel, n'est plus maintenu de puis 2009, ann&eacute;e de<br />sortie de la derni&egrave;re version 1.2 .8.<br /><br />Les statistiques d'OpenHub sur ce projet commencent &agr ave; dater mais ils<br />sont toujours d'actualit&eacute;&nbsp;:<br /><br / ><a href="https://www.openhub.net/p/rdiff-backup">https://www.openh ub.net/p/rdiff-backup</a><br /><br />La derni&egrave;re contribution au c ode date de janvier 2010&nbsp;:<br /><br /><a href="http://svn.savannah .nongnu.org/viewvc/rdiff-backup?view=revision&amp;revision=1060">ht tp://svn.savannah.nongnu.org/viewvc/rdiff-backup?view=revision&amp; revision=1060</a><br /><br /><blockquote class="gmail_quote" style="m argin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1 ex;"> Peut &ecirc;tre Attic, mais je n'ai pas pu l'installer sans accroc su r mon<br /> Debian Sid.<br /></blockquote><br />Le d&eacute;veloppement d 'Attic est gel&eacute; mais un fork, nomm&eacute; borg-backup, a &eacute;t& eacute;<br />cr&eacute;&eacute;&nbsp;:<br /><br /><a href="http://borgbac kup.readthedocs.io/en/stable">http://borgbackup.readthedocs.io/en/s table</a>/<br /><br />Le d&eacute;veloppement de borg-backup va grand train &nbsp;:<br /><br /><a href="https://github.com/borgbackup/borg/commits/ master">https://github.com/borgbackup/borg/commits/master</a><br /><br /> J'ai essay&eacute; Attic, puis borg-backup, il y a d&eacute;j&agrave; un mo ment et j'ai &eacute;t&eacute;<br />convaincu (bien plus par borg-backup qu e par Attic en fait). Si je n'ai<br />pas encore migr&eacute;, c'est simp lement par manque de temps et parce que je<br />suis une personne tr&egrave ;s frileuse avec la sauvegarde&nbsp;: rdiff-backup n'est<br />plus maintenu mais dans mon contexte, il fonctionne parfaitement et j'ai<br />pu constat er &agrave; plusieurs reprises que ses sauvegardes &eacute;taient fiables .<br /><br />S&eacute;bastien<br /></pre></blockquote></div><br>
-- <br>
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez exc user ma brièveté.</body></html>
------ZRN0BDEDJKPGBQN3DKGK1Z96ALDZX2--

Le samedi 15 juillet 2017 à 23:35 +0200, G2PC a écrit :

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_reinst
aller_Linux_Mint_Sarah#Sauvegarder_le_.2Fhome_de_votre_utilisateur_av
ec_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.

Bonjour

D'abord merci à tous pour vos réponses.

J'ai mis en place Borg backup sur mon serveur de fichiers préféré
(OpenMediaVault) et ai configuré une tâche cron qui envoie par ssh les
sauvegardes sur mon de travail.

Ce n'est pas encore le système idéal, mais au moins ma sauvegarde
initiale est faite, et ce matin la première incrémentation a joué comme
prévu.

Je retiens quelques points forts en faveur de Borg
- sauvegarde depuis ou/et vers un stockage distant (il semble qu'on
puisse sauvegarder une machine distante vers une autre machine
distante, intéressant)
- reprise après interruption grâce aux checkpoints
- déduplication
- montage en userspace du dépôt de sauvegarde pour consultation /
récupération
- divers outils de diagnostic de son dépôt
- et même un script pour Zabbix pour monitorer les sauvegardes :)
- possibilité de sauvegarder une image disque en "pipant" son dump vers
borg (vu dans la doc officielle)

Pour info la sauvegarde mesure 1.4 To pour un volume réel de 1.8 To. Ca
a pris un peu plus de 24h et a sollicité assez fortement le CPU et la
RAM (mais c'était prévisible).

Un jour je me pencherai sur le monitoring... j'ai du mal à choisir.

Avant ça, faut sauvegarder toutes mes machines un peu critiques.