Différences

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

--- backup-manager [Le 04/10/2017, 16:10]
46.18.96.194 le site officiel n'est plus actif
+++ backup-manager [Le 13/03/2023, 22:44] (Version actuelle)
L'Africain MAJ
@@ Ligne 1: / Ligne 1: @@
-{{tag>Trusty Xenial sécurité sauvegarde}}
+{{tag>Jammy sécurité sauvegarde}}
 ----
 ====== Backup-manager : Un utilitaire simple et accessible de gestion de sauvegarde ======
-===== Avant-propos =====
-<note important>Depuis mars 2013, le site officiel n'existe plus, mais [[https://github.com/sukria/Backup-Manager|le dépôt GitHub est toujours actif]], il est possible d'y contribuer.</note>
 La perte de données est la chose qu'un utilisateur redoute le plus. Elle peut être due à plusieurs facteurs (mauvaise manipulation, disque dur hors service, malveillance, vol,...) et n'épargne personne. Ceux qui ont eu la désagréable surprise d'avoir un disque dur en "carafe" savent bien sûr à quel point les sauvegardes sont importantes. Dans cette amertume :-(, les bonnes résolutions du genre "je ferai des sauvegardes toutes les minutes !" apparaissent. Elles sont malheureusement du même genre que celles que l'on fait tous les jours de l'an ! ;-)
-C'est pour cela qu'il existe des gestionnaires de sauvegardes qui effectuent ces opérations répétitives pour nous et surtout sans nous !
+C'est pour cela qu'il existe des [[sauvegarde|gestionnaires de sauvegardes]] qui effectuent ces opérations répétitives pour nous et surtout sans nous !
-Avant de commencer, je voudrais vous informer que d'autres outils de sauvegarde existent tels que [[:rsync|rsync, avec lequel on peut mettre en place un serveur de synchronisation]], qui peut aussi être utilisé [[:tutoriel:sauvegarder_home_avec_rsync|pour la sauvegarde de "/home"]], et qui dispose d'une interface graphique, [[:tutoriel:sauvegarder_home_avec_grsync|Grsync]], [[:rdiff-backup]] et [[:dump]] mais ces outils répondent à d'autres besoins que backup-manager.
+Dans le choix d'un gestionnaire de sauvegarde il faut connaître son besoin. Celui auquel répond (très bien) backup-manager est une sauvegarde de fichier locaux sous forme d'archives (méthode éprouvée) pouvant être exportée sur un serveur (via FTP, SSH, RSYNC,...) ou gravée sur CD/DVD. Il n'y a pas de procédure de restauration automatique, il suffit juste d'extraire les fichiers de l'archive pour pouvoir les utiliser. Backup-manager est donc efficace pour des ordinateurs "individuels" de particuliers et petites entreprises désireux d'une solution de sauvegarde **simple, automatique et relativement sûre**.
-En effet, dans le choix d'un gestionnaire de sauvegarde il faut connaître son besoin. Celui auquel répond (très bien) backup-manager est une sauvegarde de fichier locaux sous forme d'archives (méthode éprouvée) pouvant être exportée sur un serveur (via FTP, SSH, RSYNC,...) ou gravée sur CD/DVD. Il n'y a pas de procédure de restauration automatique, il suffit juste d'extraire les fichiers de l'archive pour pouvoir les utiliser. Backup-manager est donc efficace pour des ordinateurs "individuels" de particuliers et petites entreprises désireux d'une solution de sauvegarde **simple, automatique et relativement sûre**.
 Loin d'avoir testé toutes les solutions existantes, backup-manager a retenu mon attention car :
@@ Ligne 21: / Ligne 15: @@
   * Il génère des archives (donc facilement manipulables et c'est un moyen éprouvé !)
-Ce document n'est qu'une synthèse/traduction de la documentation officielle 7.2 disponible dans le paquet backup-manager-doc disponible dans les dépôts universe.
 {{icons:icontip.png  |Conseil}}
 > Si vous ne disposez pas du temps nécessaire à la configuration de Backup-Manager, reportez votre installation. Ça vous évitera [[http://forum.ubuntu-fr.org/viewtopic.php?pid=995699#p995699|la mésaventure suivante]]
-===== Présentation =====
 Backup-manager s'étoffe de versions en versions dans cette version il permet dès à présent :
@@ Ligne 38: / Ligne 29: @@
   * d'exécuter une commande avant et après la sauvegarde
   * de créer plusieurs méthodes de sauvegarde grâce à divers outils de sauvegardes
-  * ...
-Ce gestionnaire de sauvegarde est donc suffisamment puissant pour un parc informatique ne comportant que quelques postes.
 Pour un parc informatique important, il est préférable de mettre en place des systèmes du genre [[:rsync]] (Serveur de sauvegarde, clients)
@@ Ligne 50: / Ligne 38: @@
 Lors de l'installation, on vous demande quelques paramètres dont l'aide est fournie en français.
-Lorsque l'installation prend fin, backup-manager est dès à présent paramétré pour pouvoir faire des sauvegardes. Elles seront journalières, complètes (tous les fichiers seront sauvés à chaque fois) et sous forme d'archives compressées *.tar.gz. Leur durée de vie sera de 5 jours (après quoi elles seront supprimés). Si cela est ce que vous cherchiez vous pouvez vous arrêter là !
+Lorsque l'installation prend fin, backup-manager est dès à présent paramétré pour pouvoir faire des sauvegardes. Elles seront journalières, complètes (tous les fichiers seront sauvés à chaque fois) et sous forme d'archives compressées *.tar.gz. Leur durée de vie sera de 5 jours (après quoi elles seront supprimés). Si cela est ce que vous cherchiez vous pouvez vous arrêter là !
 <note tip>Vous pouvez installer **[[apt>backup-manager-doc]]** pour pouvoir consulter la documentation officielle complète en PDF et HTML dans /usr/share/doc/backup-manager-doc/. (en anglais)</note>
@@ Ligne 133: / Ligne 121: @@
 ==== Méthode de sauvegarde ====
 Backup Manager offre à ses utilisateurs la possibilité de sauvegarder leur données sur des serveurs distant en utilisant :
     * FTP :  c'est un mode de transfert efficace, mais le seul problème ( pas un grand problème :) ) est que toutes les données passent en clair, c'est à dire qu'il n'y a aucune sécurité de transfert et toutes les données sont transmises en clair, pour cela, je vous présente la méthode comme suit :
@@ Ligne 240: / Ligne 228: @@
 <code>mysql -u root -p</code>
 Dans le prompt Mysql (pensez à remplacer "secret" par votre mot de passe):
-<code sql>GRANT SHOW DATABASES,SELECT,LOCK TABLES ON *.* TO 'backupmanager'@'localhost' IDENTIFIED BY 'secret';
+<code sql>GRANT SHOW DATABASES,SHOW VIEW,SELECT,LOCK TABLES ON *.* TO 'backupmanager'@'localhost' IDENTIFIED BY 'secret';
 exit;</code>
@@ Ligne 311: / Ligne 299: @@
 == BM_BURNING_CHKMD5 ==
 (à compléter)
 Permet de vérifier après gravure si les données du support correspondent aux archives.
 __Exemple :__
@@ Ligne 329: / Ligne 317: @@
 == BM_BURNING_MAXSIZE ==
 Donne la capacité maximale des supports :
   * pour un CD : 650 ou 700 ou 800
   * pour un DVD (simple couche): 4700
@@ Ligne 418: / Ligne 406: @@
   * Disposer du plus ancien backup complet + jeu de backups incrémentiels postérieurs + du fichier snapshot créé par backup-manager ~.incremental-list.txt
   * Détarer de manière classique le dernier backup complet
 <code>tar -xvf backup_complet.tar</code>
   * Détarer le premier backup incrémentiel qui suit dans l'ordre chronologique le backup complet en indiquant le fichier "snapshot" créé par backup-manager
 <code>tar -xvf backup_incr1.tar --listed-incremental=backup.incremental-list.txt</code>
   * Détarer de la même manière les backups incrémentiels suivants jusqu'au dernier et normalement, le backup récupéré est à jour ! :-P
@@ Ligne 462: / Ligne 450: @@
 </code>
-===== Conclusion =====
-Une fois paramétré, le couple backup-manager/cron s'occupe de tout.
-J'espère que ce document vous aura été utile et si vous avez des critiques/suggestions (constructives) n'hésitez pas à me contacter. Si vous voulez compléter/améliorer ce document, je serai ravi de le voir évoluer  ! :-)
 <note important>Ne faites pas confiance aveuglément à un programme de sauvegarde et surtout à sa configuration ! Une fois que vous l'avez mise au point testez-la. Par exemple :  essayez de retrouver un fichier supprimé depuis 3 jours, ce n'est pas le jour où vous aurez besoin de ces sauvegardes qu'il va vous falloir regarder comment on les récupère ! (douloureux souvenir quand tu nous tiens ;-))