Le 25 janvier dernier, une toute nouvelle version de Bacula est sortie.

Pour rappel, Bacula est une solution opensource de sauvegardes, restaurations ou vérifications de données d’un ordinateur sur un réseau hétérogène.

Pour ceux qui connaissent Bacula, il y a eu un saut de version, la version précédente étant la 3.0.3, nous sommes désormais à la version 5.

Ceci dans le seul but de différencier la version Opensource de la version entreprise.

La version Opensource commencera par un nombre impaire supérieur à la version entreprise afin de montrer que la version opensource est plus avancée.

Ceci est intéressant, car c’est la première fois que je vois ce mode de fonctionnement à double licence, où les évolutions sont d’abord sur la version opensource.

C’est assez intéressant je trouve. D’un autre côté, ça permet de faire du debug à grande échelle.

Cette nouvelle version apporte bien sur son lot de correction de bugs, mais elle apporte bien sur son lot de nouveautés :

• Tronquage de volume après la purge
• Dé-duplication de fichiers utilisant la base Jobs
• Restauration depuis de multiple démons Storage
• Possibilité de compression par device
• Ajout d’un maximum de jobs concurrent pour repartir la charge entre les lecteurs
• Ajout d’option pour contrôle d’intégrité
• Gestion sécurisée des mots de passe du catalogue de sauvegarde
• Ajout d’auto-complétion via la touche Tab sous Bconsole lors de l’utilisation de Readline
• Ajout d’API Bvfs pour interroger le catalogue plus légèrement.
• Ajout d’un nouveau test de rapidité pour les programmes btape
• Ajout de nouveau écran Bacula Administration Tool (Contenu de l’AutoChanger, Visualisation de Job, Visualisation de Media…)
• Version pour Windows de Bacula Administration Tool
• Permet au File Daemon de conserver les droits de lecture à root, mais baisse les droits en écriture
• Ajout de la traduction espagnole de Bacula
• Ajout de la possibilité de Timeout pour bconsole
• montre les jobs désactivés
• Ajout de fichier Pool et de période de conservation des jobs
• Beaucoup d’amélioration sur les ACL
• Ajout de niveau pour les statuts des jobs du File Daemon
• Possibilité d’activer ou non les checksum par device.
• Paramétrage du device de Poll à une intervale de 5 minutes.
• Mise en oeuvre de gestionnaire de lock

Ceci est une traduction, plus ou moins bonne de la liste des nouveautés de Bacula 5 (en anglais)

Attention, si vous faites une mise à jour, la version du catalogue entre le 3 et la 5 ne sont plus compatible, mais des scripts de mises à jour existent.

Liens utiles :

Site Officiel

Webacula qui est une interface web pour Bacula vient de sortir une nouvelle version qui est la 3.1.

A noter qu’il y a eu un changement de numérotation de version pour s’accorder avec les numéros de versions de Bacula.

Voici la liste des nouveautés qu’apporte cette version :

• Support complet de MySQL et PostgreSQL databases
• Restaurer la sauvegarde la plus récente pour un client
• Restaurer la sauvegarde d’un client avant une date donnée
• Amélioration du design
• Ajout de flux RSS
• Ajout de vérification des pré-requis à l’installation
• Zend Framework 1.8.3

Liens utiles :

Site Officiel de Webacula

Site Officiel de Bacula

Crédits : Image légérement modifiée provenant de Wikimedia sous licence GFDL

Soit /dev/bande0 la bande

- sauvegarder sur cette bande :
tar cvf /dev/bande0 rep1 rep2/fichier.txt

- lister le contenu de la bande :
tar tvf /dev/bande0

- restaurer depuis la bande :
tar xvf /dev/bande0 lerep/oulefichier/arestaurer
Cette commande restaure dans le répertoire courant.
Une fois le contenu souhaité restauré, breaké la commande (CTRL+C) pour ne pas dérouler toute la bande.

Sur un disque dur :
==============

- sauvegarder un répertoire :
tar cvjf monarchive.tar.bz2 mon/rep

- lister le contenu de cette archive :
tar tvf monarchive.tar.bz2
Pas besoin du ‘j’ même si l’archive est compressée.

- restaurer une partie de cette archive :
tar xvf monarchive.tar.bz2 mon/rep/sous/rep

CONSEILS :
=========

- sauvegarder les répertoires en chemin relatif pour pouvoir les restaurer où l’on veut. Sinon ils écraseront lors de la restauration le répertoire.
- l’option ‘v’ peut parfois faire perdre énormément de temps, notamment si il y a de nombreux petits fichiers. Si vous n’êtes pas convaincu :
time tar -cvjf etc.tar.bz2 /etc
real 0m2.979s
user 0m1.148s
sys 0m0.075s

time tar -cjf etc.tar.bz2 /etc
real 0m1.222s
user 0m1.153s
sys 0m0.043s

C’est vrai qu’entre 3 secondes et 1,2 sec, on s’en fout un peut, mais entre 2 heures et 20 minutes, ça change tout

Un système de sauvegarde avec scp, c’est bien, mais avec rsync c’est mieux
Pourquoi ?
Parce que rsync gère le différentiel et est optimisé pour copier rapidement via le réseau.

Différentiel :
=========
Avant (scp) :
scp recopiait à chaque fois tout le contenu du répertoire et réécrasait des milliers de fichiers qui n’avaient pas changés
Après (rsync) :
rsync ne recopie que les nouveaux fichiers ou les fichiers modifiés

Avant (scp) :
les vieux fichiers étaient conservés sur le serveur de backup, ce qui faisait qu’on sauvegardait des milliers de fichiers inutilement
Après (rsync) :
rsync offre la possibilité de supprimer automatiquement les fichiers du répertoire cible qui ne se trouvent plus/pas dans le répertoire source

Temps de backup :
=============
Alors ça c’est le plus bluffant !!!
Sur certains serveurs, on est passé de 10h à à peine 1 heure !!!
Voici des résultats empiriques :
4h -> 4min !!! (hé oui, quasiment aucun fichier ne change)
2h -> 30sec !!!
etc…

Ca doit être dur à utiliser vous me direz… même pas !!!
Voici un exemple (sous cygwin, ouais bon ça arrive…) :
/bin/rsync.exe -auv –delete –ignore-errors –stats /mon/rep/source/ user@serveur_de_backup:/mon/rep/de/backup 2>&1 >> /var/log/mes_logs

vite fait le descriptif des options :
a : pour faire un backup (prend en compte plusieurs options : récursivité notamment)
u : update (ne copie pas les fichiers « qui n’ont pas changés »)
v : verbose (pour ceux qui veulent des traces dans leur logs)
–delete : supprime les fichiers qui sont dans le répertoire de destination et pas dans le répertoire source
–ignore-errors : force cette suppression
–stats : génère un mini rapport à la fin de la synchronisation

Pour plus d’infos : RTFM !!! (man rsync)