L'état actuel de Bacula

En d'autres termes, ce qui est et ce qui n'est pas actuellement implémenté et fonctionnel.

Ce qui est implémenté

• Job Control
  • Sauvegarde/restauration par le réseau avec un Director centralisé.
  • Scheduler interne pour le lancement automatique des Jobs.
  • Programmation de plusieurs Jobs à la même heure.
  • Execution simultanée d'un Job ou plusieurs Jobs.
  • Séquencement des Jobs selon une hiérarchie de priorités.
  • Console d'interfaçage avec le Director permettant un contrôle total. La console est disponible en version shell ou en mode graphique GNOME et wxWidget. Notez que pour l'instant, la version GNOME n'offre que très peu de fonctionnalités supplémentaires par rapport à la console shell.

• Sécurité
  • Verification des fichiers précédemment référencés offreant des possibilités à la Tripwire (Vérification de l'intégrité du système).
  • Authentification par échange de mots de passe CRAM-MD5 entre chaque composant (daemon).
  • Chiffrement TLS (ssl) entre chaque composant.
  • Calcul de signatures MD5 ou SHA1 des fichiers sauvegardés sur demande.

• Fonctionnalités liées aux restaurations
  • Restauration d'un ou plusieurs fichiers sélectionnés interactivement parmi les fichiers de la dernière sauvegarde ou ceux d'une sauvegarde antérieure à une date et heure données.
  • Restauration d'un système complet "depuis le métal brut". Cette opération est largement automatisée pour les systèmes Linux et partiellement pour les Solaris. Consultez le Plan de Reprise d'activité avec Bacula. Selon certains utilisateurs, la restauration "depuis le métal brut" fonctionne aussi pour les systèmes Win2K/XP.
  • Listage et restauration des fichiers avec les outils autonomes bextract. Entre autres choses, ceci permet l'extraction de fichiers quand Bacula et/ou le catalogue ne sont pas disponibles. Notez : La méthode recommandée pour restaurer des fichiers est d'utiliser la commande restore dans la Console. Ces programmes sont conçus pour une utilisation en dernier recours.
  • Possibilité de régénérer le catalogue par balayage des volumes de sauvegarde grâce au programme bscan.

• Catalogue SQL
  • Fonctions de base de données (catalogue) pour les informations concernant les volumes, pools, jobs et fichiers sauvegardés.
  • Support pour des catalogues de type SQLite, PostgreSQL, et MySQL.
  • Requêtes utilisateur arbitraires sur les bases de données SQLite, PostgreSQL et MySQL.

• Gestion avancée des pools et volume
  • Marquage (label) des Volumes pour prévenir tout écrasement accidentel (au moins par Bacula).
  • Un nombre quelconque de Jobs et Clients peuvent être sauvegardés sur un Volume unique. Cela signifie que vous pouvez sauvegarder et restaurer des machines Linux, Unix, Sun, et Windows sur le même volume.
  • Sauvegardes multi-volumes. Lorsqu'un Volume est plein, Bacula réclame automatiquement le volume suivant et poursuit la sauvegarde.
  • Gestion de librairie par Pools et Volumes offrant beaucoup de flexibilité dans la gestion des volumes (par exemple, groupes de volumes mensuels, hebdomadaires, quotidiens ou différenciés par client,...).
  • Format d'écriture de données sur les volumes indépendant des machines. Les clients Linux, Solaris, et Windows peuvent tous être sauvegardés sur le même volume si désiré.
  • Prise en charge flexible des messages incluant le routage des messages depuis n'importe quel daemon vers le Director pour un reporting automatique par e-mail.
  • Possibilité de mettre les données sur un tampon disque (data spooling) lors des sauvegardes avec écriture sur cartouche asynchrone. Ceci prévient les arrèts et redémarrage (NDT : "shoe shine") des lecteurs, surtout lors des incrémentales et différentielles.

• Support avancé pour la plupart des périphériques de stockage
  • Support pour les librairies de sauvegarde via une simple interface shell capable de s'interfacer avec pratiquement n'importe quel programme autochargeur.
  • Support pour les librairies équipées de lecteurs de codes barres -- marquage (labeling) automatique selon les codes barres.
  • Support pour les librairies à magasins multiples, soit par l'utilisation des codes barres, soit par lecture des cartouches.
  • Support pour les librairies avec plusieurs lecteurs.
  • Sauvegardes/restaurations "Raw device". Les restaurations doivent alors s'effectuer vers le même support physique que la sauvegarde.
  • Tous les blocs de données des volumes (approx 64K bytes) contiennent une somme de contrôle.

• Support pour de nonbreux systèmes d'exploitation
  • Programmé pour prendre en charge des noms de fichiers et messages arbitrairement longs.
  • Compression GZIP fichier par fichier effectuée, si activée, par le programme Client avant le transfert sur le réseau.
  • Sauvegarde et restaure les POSIX ACLs.
  • Liste d'accès à la console qui permet de restreindre l'accès des utilisateurs à leurs données seulement.
  • Support pour sauvegarde et restauration de fichiers de plus de 2GB.
  • Support pour les machines 64 bit, e.g. amd64.
  • Possibilité de chiffrer les communications entre les daemons en utilisant stunnel.
  • Support des étiquettes (labels) de cartouches ANSI et IBM.
  • Support des noms de fichiers Unicode (exemple : chinois) sur les machines Win32 depuis la version 1.37.28.
  • Sauvegarde cohérente des fichiers ouverts sur les systèmes Win32 (WinXP, Win2003 mais pas Win2000), par l'utilisation de Volume Shadow Copy (VSS).

• Divers
  • Implémentation multi-thread.
  • Un fichier de configuration compréhensible et extensible pour chaque daemon.

Avantages de Bacula sur d'autres programmes de sauvegarde

• Du fait qu'il y a un client pour chaque machine, vous pouvez sauvegarder et restaurer des clients de tous types avec l'assurance que tous les attributs de fichiers sont convenablement sauvegardés et restaurés.
• Il est aussi possible de sauvegarder des clients sans aucun logiciel client en utilisant NFS ou Samba. Cependant, nous recommandons d'exécuter, si possible, un File Daemon client sur chaque machine à sauvegarder.
• Bacula prend en charge les sauvegardes multi-volumes.
• Une base de données complète aux standards SQL de tous les fichiers sauvegardés. Ceci permet une vue en ligne des fichiers sauvegardés sur n'importe quel volume.
• Elagage automatique du catalogue (destruction des anciens enregistrements), ce qui simplifie l'administration de la base de données.
• N'importe quel moteur de base de données SQL peut être utilisé, ce qui rend Bacula très flexible.
• La conception modulaire, mais intégrée rend Bacula très échelonnable.
• Puisque Bacula utilise des daemons fichier clients, toute base de données, toute application peut être arrétée proprement, puis redémarrée par Bacula avec les outils natifs du système sauvegardé (le tout dans un Job Bacula).
• Bacula intègre un Job Scheduler.
• Le format des volumes est documenté et il existe de simples programmes C pour le lire/écrire.
• Bacula utilise des ports TCP/IP bien définis (enregistrés) -- pas de rpcs, pas de mémoire partagée.
• L'installation et la configuration de Bacula est relativement simple comparée à d'autres produits comparables.
• Selon un utilisateur, Bacula est aussi rapide que la grande application commerciale majeure.
• Selon un autre utilisateur, Bacula est quatre fois plus rapide qu'une autre application commerciale, probablement parce que cette application stocke ses informations de catalogue dans un grand nombre de fichiers plutôt que dans une base SQL comme le fait Bacula.
• Au lieu d'une interface d'administration graphique, Bacula possède une interface shell qui permet à l'administrateur d'utiliser des outils tels que ssh pour administrer n'importe quelle partie de Bacula depuis n'importe où.
• Bacula dispose d'un CD de secours pour les systèmes Linux dotés des fonctionnalités suivantes :
  • Vous le générez sur votre propre système d'un simple make suivi de make burn.
  • Il utilise votre noyau.
  • Il capture vos paramètres de disques et génère les scripts qui vous permettront de repartitionner automatiquement vos disques et de les formater pour y remettre ce qui s'y trouvait avant le désastre.
  • Il comporte un script qui redémarrera votre réseau (avec l'adresse IP correcte).
  • Il comporte un script qui monte automatiquement vos disques durs.
  • Il comporte un Bacula FD complet statiquement lié.
  • Vous pouvez aisément y ajouter des données ou programmes additionnels.

Restrictions de l'implémentation actuelle

• Les chemins et noms de fichiers de longueur supérieure à 260 caractères sur les systèmes Win32 ne sont pas supportés. Il sont sauvegardés mais ne peuvent être restaurés. L'utilisation de la directive Portable=yes dans votre FileSet permet de restaurer ces fichiers vers les systèmes Unix et Linux. Les noms de fichiers longs seront implémentés dans la version 1.40.
• Si vous avez plus de 4 billions de fichiers enregistrés dans votre catalogue, la base de données FileId atteindra probablement ses limites. Ceci est une base de données monstrueuse mais possible. A un certain stade, les champs FileId de Bacula passeront de 32 bits à 64 et ce problème disparaîtra. En attendant, un palliatif satisfaisant consiste à utiliser plusieurs bases de données
• Les fichiers supprimés après une sauvegarde full sont inclus dans les restaurations.
• Les sauvegardes différentielles et incrémentales de Bacula se basent sur les time stamps. Par conséquent, si vous déplacez des fichiers d'un répertoire existant ou un répertoire complet appartenant à un FileSet après une Full, ces fichiers ne seront probablement pas sauvegardés par une incrémentale, car ils seront encore marqués des anciennes dates. Vous devez explicitement mettre à jour ces dates sur tous les fichiers déplacés. La correction de ce défaut est en projet.
• Les Modules Système de Fichiers (routines configurables pour sauvegarder/restaurer les fichiers spéciaux) ne sont pas encore implémentés.
• Le chiffrement des données sur les volumes sera implémenté dans la version 1.40.
• Bacula ne peut restaurer automatiquement les fichiers d'un job depuis deux ou plusieurs périphériques de stockage différents. Si vous un même job utilise plusieurs périphériques ou plusieurs types de média distincts, le processus de restauration nécessitera certaines interventions manuelles.
• Bacula ne supporte pas les volumes disque amovibles pour l'instant. Des utilisateurs déclarent être parvenu à faire fonctionner Bacula ainsi, mais cela nécessite de prendre garde de monter le bon volume, de plus, les restaurations disséminées sur plusieurs volumes risquent fort de ne pas fonctionner. Cette fonctionnalité est prévue pour la version 1.40.

Limitations ou Restrictions inhérentes à la conception

• Les noms (tels que resource names, Volume names, ...) définis dans les fichiers de configuration de Bacula sont limités à un nombre fixé de caractères. Actuellement, la limite est définie à 127 caractères. Notez que ceci ne concerne pas les noms de fichiers qui peuvent être arbitrairement longs.
• Sur les machines Win32, les noms de fichiers sont limités à 260 caractères par l'API non-Unicode Windows que nous utilisons. A partir de la version 1.39, nous avons basculé sur l'API Unicode et cette limitation n'existe plus.