Différences

Ci-dessous, les différences entre deux révisions de la page.

--- adminsys:borgbackup [2018/10/31 18:47] – jaxom
+++ adminsys:borgbackup [2024/02/10 15:13] (Version actuelle) – pruning jaxom
@@ Ligne 1: / Ligne 1: @@
 ====== Borg ======
-Borg Backup est un outil de sauvegarde open-source, très fonctionnel, en ligne de commande. cf [[https://borgbackup.readthedocs.io/en/1.1-maint/index.html|sa documentation]] et [[http://sebsauvage.net/wiki/doku.php?id=borgbackup|son analyse par SebSauvage]].
+**Borg Backup** est un outil de sauvegarde open-source, très fonctionnel, en ligne de commande. cf [[https://borgbackup.readthedocs.io/en/1.1-maint/index.html|sa documentation]]. L'avantage principal qui m'a incité à le mettre en place est le **chiffrement des sauvegardes par défaut**, ce qui permet leur stockage en toute sécurité sur le NAS distant.
-FIXME A Faire, rien n'est implémenté pour le moment - 31/10/18
+En 2021, passage à l'application borg_ynh intégrée à yunohost : appli installé sur chaque serveur, et utilisation d'un **BackupVPS** sur lequel borgserver_ynh est installé puor recevoir les sauvegardes directement.
+le NAS où on copiait le dépot local borg, n'est plus utilisé pour cela.
+====== Pruning ======
+Par défaut, l'application borg_ynh garde 12 copies de backup, sur 1 an. N'ayant pas autant d'espace disque disponible sur le backup VPS, il faut réaliser un pruning régulier du dépôt, pour chaque préfixe :
+''borg prune -s --list -m 2 -y 1 -P _auto_hedgedoc .''
+====== Anciennes config : ======
 ===== Pour le VPS =====
-Un repo borg est créé sur le RPi, en mode chiffré/authentifié. La clé est sauvegardée dans le cloud via le macbook. le VPS vient faire sa sauvegarde dans le repo via un script appelé par ''crontab''.
+Un repository borg est créé sur le VPS en mode chiffré, avec la commande ''borg init --encryption=repokey /var/backups/borgRepoVPS/''. Le VPS vient y faire sa sauvegarde, puis ce repo est copié vers le NAS.
-Puis ce repo est ''rsync'' vers le NAS depuis le RPi.
+Tout ceci est automatisé avec ''crontab'' selon [[adminsys:script-save-auto-borg-VPS|ce script]].
+Cette méthode remplace le rsync quotidien, inutile vu la non-criticité des services sur le VPS.
 ===== Pour le RPi =====
-Un repo est créé en local,  en mode chiffré/authentifié. La clé est sauvegardée dans le cloud via le macbook. Le RPi fait sa sauvegarde localement via borg appelé par un ''crontab'', le repo est ensuite ''rsync'' vers le NAS.
+Un repository est créé en local, en mode chiffré, avec la commande ''borg init --encryption=repokey /var/backups/borgRepoRPi/''. Le RPi y fait sa sauvegarde localement via borg, puis le repo est copié vers le NAS.
+Tout ceci est automatisé avec ''crontab'' selon [[adminsys:script-save-auto-borg-RPI|ce script]]. Cette méthode complète le rsync, qui lui s'occupe encore (février 2019) des data de Nextcloud ainsi que des paramètres non-yunohost du serveur.
+====== Conseils Borg ======
+  * Pour éditer le quota fixé au départ, il faut modifier la valeur dans ''borgserver_ynh/setting.yml'', dans le fichier ''user/.ssh/authorized_keys'', et modifier la configuration initiale du repo : ''borg config . storage_quota 200000000000''
+===== Références =====
+  * https://borgbackup.readthedocs.io/en/1.1-maint/index.html
+  * [[http://sebsauvage.net/wiki/doku.php?id=borgbackup|L'analyse de SebSauvage]]
+  * https://blog.genma.fr/?Rsync-et-Borg-le-couple-gagnant
+  * https://blog.genma.fr/?Retour-d-experience-avec-Borg-comme-outil-de-sauvegarde