Ci-dessous, les différences entre deux révisions de la page.
welcome:fedora:backuppc [2016/09/15 19:53] |
welcome:fedora:backuppc [2020/06/11 16:55] (Version actuelle) |
||
---|---|---|---|
Ligne 1: | Ligne 1: | ||
+ | {{howhard> | ||
+ | |||
+ | **Installation et configuration de BackupPC pour sauvegarder une SME:** | ||
+ | |||
+ | ===== Mise en fonctionnement de BackupPC ===== | ||
+ | Source: [[http:// | ||
+ | |||
+ | ===== Installation et démarrage de BackupPC ===== | ||
+ | |||
+ | < | ||
+ | |||
+ | *Pour pouvoir accéder à l’interface web de BackupPC, il faut qu’Apache soit installé et démarré. \\ Dans l’installation standard de Fédora21, Apache est installé, mais n’est pas démarré. Pour ce faire: | ||
+ | < | ||
+ | *Si Apache doit être automatiquement lancé: | ||
+ | < | ||
+ | *Créer l' | ||
+ | < | ||
+ | < | ||
+ | *Configurer le nom de l' | ||
+ | < | ||
+ | sudo pluma / | ||
+ | *Lancer BackupPC | ||
+ | < | ||
+ | |||
+ | Il devrait alors être possible de se connecter à l’interface web via http:// | ||
+ | Pour info: BackupPC crée un utilisateur nommé « backuppc » sous le nom duquel BackupPC réalise ses opérations. | ||
+ | |||
+ | ===== Pour la création et l’envoi de clès ssh vers la SME à sauvegarder: | ||
+ | < | ||
+ | pour se connecter en root. | ||
+ | |||
+ | < | ||
+ | pour se connecter en backuppc. Ne pas entrer de mot de passe: appuyer seulement sur return. | ||
+ | |||
+ | < | ||
+ | pour générer la paire de clés et la sauvegarder dans le répertoire par défaut. | ||
+ | |||
+ | < | ||
+ | pour envoyer la clé publique sur la SME. \\ | ||
+ | Afin de pouvoir lancer des scripts ou des commandes en pré- ou postjobs, il faut donner à l’utilisateur backuppc les permissions nécessaires. \\ | ||
+ | Par exemple, pour que BackupPC puisse éteindre la machine après le backup, il faut ajouter dans sudoers: | ||
+ | < | ||
+ | //Remarque: BackupPC “travaille” (cad met un peu d’ordre dans les fichiers, génére les rapports etc...) encore un peu après avoir terminé les sauvegardes. Il ne faut donc pas mettre « shutdown » dans le post-job, mais dans un script d’extinction qui lancera « shutdown » après quelques minutes d’attente. | ||
+ | Le script lui peut être lancé par le post-job.// | ||
+ | | ||
+ | ===== Pour que BackupPC puisse envoyer des Mails ===== | ||
+ | à l’administrateur ou aux utilisateurs «normaux»: | ||
+ | Source: configuration de sendmail: [[http:// | ||
+ | *Installer sendmail-cf pour pouvoir configurer sendmail: | ||
+ | < | ||
+ | |||
+ | *Sauvegarder les fichiers d' | ||
+ | < | ||
+ | cd /etc/mail | ||
+ | cp sendmail.mc sendmail.mc.orig | ||
+ | cp sendmail.cf sendmail.cf.orig</ | ||
+ | |||
+ | *Dans / | ||
+ | < | ||
+ | define(`SMART_HOST', | ||
+ | |||
+ | *S’assurer d’enlever « dnl » du début des lignes suivantes: | ||
+ | < | ||
+ | FEATURE (masquerade_envelope) dnl | ||
+ | FEATURE (masquerade_entire_domain) dnl</ | ||
+ | |||
+ | *Entrer le nom du domaine à utiliser – cloudman.ca dans l’exemple – dans ces 2 lignes: | ||
+ | < | ||
+ | MASQUERADE_DOMAIN (cloudman.ca) dnl</ | ||
+ | |||
+ | *Recréer le fichier sendmail.cf - ATTENTION: ne fonctionne qu'en root, pas avec sudo - et re-lancer sendmail: | ||
+ | < | ||
+ | m4 / | ||
+ | service sendmail restart</ | ||
+ | |||
+ | *Pour tester l' | ||
+ | < | ||
+ | |||
+ | ===== Change the used folder for backups ===== | ||
+ | Source: [[http:// | ||
+ | Natively, BackupPC stores the backups into ''/ | ||
+ | To change the folder: | ||
+ | * copy or move the original folder ''/ | ||
+ | mv (or cp -a) / | ||
+ | * then there are 2 ways: | ||
+ | - with a symbolic link pointing to the new folder:< | ||
+ | # cd /var/lib | ||
+ | # ln -s ../ | ||
+ | - by modifying the parameter '' | ||
+ | |||
+ | I prefer the second possibility and **I applied it**. | ||
+ | |||
+ | |||
+ | ===== Extinction de la machine sur laquelle tourne BackupPC – backup d'une SME: ===== | ||
+ | Dans ma configuration actuelle, mon client Fedora effectue une sauvegarde avec BackupPC de mon serveur SME. \\ | ||
+ | À une heure précise, le serveur SME “réveille” donc la machine client via un wake-on-lan pour que ce dernier effectue la sauvegarde. Pour des raisons évidentes d' | ||
+ | |||
+ | Le problème est alors le suivant : BackupPC ne prend la sauvegarde en considération seulement une fois le « post-job » positivement achevé. \\ | ||
+ | Donc si la commande d' | ||
+ | |||
+ | La création de scripts d' | ||
+ | |||
+ | C'est quelque part sur la toile que j'ai trouvé la solution à ce problème: il faut que le post-job de BackupPC se contente de créer un fichier drapeau. L' | ||
+ | Voilà mon script pre-job (qui au passage envoie le signal-event pre-backup à la SME): | ||
+ | < | ||
+ | ssh root@IP_SME / | ||
+ | touch / | ||
+ | exit 0;</ | ||
+ | Voilà mon script post-job (qui au passage envoie le signal-event post-backup à la SME): | ||
+ | < | ||
+ | ssh root@IP_SME / | ||
+ | mv / | ||
+ | exit 0;</ | ||
+ | Ainsi que l' | ||
+ | < | ||
+ | Pas besoin de relancer cron.d: les modifications sous le répertoire /etc/cron.d sont rescannées toutes les minutes([[https:// | ||
+ | |||
+ | __ATTENTION: | ||
+ | < | ||
+ | Explications: | ||
+ | |||
+ | Génialement simple, simplement génial et....... efficace! \\ | ||
+ | Et voilà !!! | ||
+ | |||
+ | ===== Move a pool of backups to another disk ===== | ||
+ | In order to avoid any problems due to hardlinks or similar between the archives, I choose to move the pool in 2 steps using " | ||
+ | * create an archive of the entire pool (make sure you have a temporary disk with enouth free space. The size of the archive = the size of the Backup folder). e.g. " | ||
+ | cd / | ||
+ | sudo tar -cvf / | ||
+ | * extract the archive into the new path (= new drive). e.g. from the usb drive < | ||
+ | cd /the new/path | ||
+ | sudo tar -xvf / | ||
+ | * check the permissions / give the right permissions if needed to the new folder: < | ||
+ | sudo chown -R backuppc: | ||
+ | sudo chmod 750 -R / | ||
+ | |||
+ | |||
+ | ===== Commandes lancées manuellement ===== | ||
+ | ==== Lancer manuellement le processus de nettoyage nocturne ==== | ||
+ | |||
+ | Astuce trouvée chez [[https:// | ||
+ | |||
+ | La suppression des fichiers qui ne sont plus utilisés par aucune sauvegarde se fait par le processus BackupPC_nightly. Ce script scan tout ou partie du pool de fichier, à la recherche de ceux qui n'ont plus qu'un seul lien (hardlink) sur le système de fichier (ce qui veut dire que aucun lien n' | ||
+ | sudo -u backuppc / | ||
+ | |||
+ | Cette commande devrait répondre:< | ||
+ | Got reply: ok</ | ||
+ | |||
+ | ==== Lancer manuellement une sauvegarde ==== | ||
+ | source: [[http:// | ||
+ | |||
+ | Il est possible de lancer la sauvegarde en ligne de commande < | ||
+ | # su - backuppc | ||
+ | $ / | ||
+ | |||
+ | ===== Allonger le temps de réponse du ping ===== | ||
+ | https:// | ||
+ | Quand il y a une erreur de connexion du style: '' | ||
+ | En configuration d' | ||
+ | Ce temps est acceptable pour une connexion locale mais pas distante. \\ | ||
+ | |||
+ | Pour effectuer des sauvegardes de machines distantes, il faut augmenter ce temps de ping limite: | ||
+ | < | ||
+ | ... | ||
+ | et modifier " | ||
+ | Chez moi je l'ai monté à 350. | ||
+ | |||