[gull] Gestion de backups conviviale et automatique

[Martial Guex]

J'utilise bacula sur quelques sites depuis environ 2 ans et à part quelques 
problèmes hard je trouve qu'il est bien, c'est le seul que je connais qui 
peut utiliser les API de sauvegarde MS (Gestion ACL etc) , ce qui permet 
d'éviter quelques problème de compatibilité.
J'aime bien cette notion de clients-serveurs permettant d'avoir d'avoir les 
serveurs de bandes, des machines clientes et le director sur des machines 
différentes et que la compression se fasse sur les clients mais cela n'engage 
que moi. Par ailleur la communauté est très active ce qui permet de corriger 
et de faire évoluer le produits rapidement.
Dans certains cas (sauvegarde local de machines linux voir de dossiers 
partagés NFS NTFS etc sur disques) j'utilise backup2l qui est plus simple 
mais ne gère pas certains fonctionalités comme les ACL sur NTFS.
Je pense qu'un système de sauvegarde ne doit pas être sous la responsabilité 
d'un utilisateur lambda à mois que ce soit soit juste d'un outils permettant 
de restaurer ces documents autrement on risque que quelques documents ne 
devant pas être vus par tout le monde se retrouve dans de mauvaises mains.
Je me pose souvent la question du choix entre sauvegarder sur disque ou sur 
bande, en général je choisit les bandes quand le client à les moyens et qu'il 
désire que les support soient physiquement ailleurs pour éviter le problème 
de destruction massif (feu, inondation etc) et la je fait de tournus de bande 
pour chaque jour de la semaines, les autres se trouvant géographiquement 
ailleurs.
Il faudrait voir si l'on ne pourait pas faire du hotplug sata pour faire la 
même chose sur disque étant donné le prix de ces supports.
A+
Martial
On Tuesday 14 February 2006 13:35, Cédric Rochat wrote:
> Bonjour,
>
> mon employeur m'a confié le soin de mettre en place un système de backups
> (qui se faisait anciennement sur un serveur NT4) sur un de nos serveurs
> Linux (Ubuntu
> Breezy 5.10 installée par mes soins).
>
> Nous avons donc transféré le lecteur de bandes sur ce nouveau serveur...
> mais que faire maintenant ?
>
> J'ai butiné un peu afin de trouver un logiciel de backups assez bien foutu,
> et j'ai trouvé Bacula (bacula.org). Seulement, la convivialité n'est pas le
> but premier dans ce logiciel ! Le problème, c'est que je n'ai pas beaucoup
> de temps à consacrer à ça (je ne suis pas payé pour perdre du temps
> là-dessus alors que beaucoup d'autres projets rentables requièrent mes
> services).
> J'ai effectué avec succès les tests nécessaires pour s'assurer que Bacula
> peut gérer ce périphérique :
>
> 1) Informations sur l'état du bus SCSI :
> root at linux02:~# cat /proc/scsi/scsi
> Attached devices:
> Host: scsi0 Channel: 00 Id: 00 Lun: 00
>   Vendor: ATA      Model: ST380013AS       Rev: 3.00
>   Type:   Direct-Access                    ANSI SCSI revision: 05
> Host: scsi2 Channel: 00 Id: 02 Lun: 00
>   Vendor: ARCHIVE  Model: Python 04106-XXX Rev: 7550
>   Type:   Sequential-Access                ANSI SCSI revision: 02
>
> Le modèle "Python 04106-XXX" correspond au Seagate Scorpion STD22400N (24
> GB), avec mode d'écriture DDS-3
>
> 2) Mise de la taille des blocs à 0 (taille variable) :
> root at linux02:~# mt -f /dev/st0 defblksize 0
>
> 3) Informations sur l'état du périphérique :
> root at linux02:~# mt -f /dev/st0 status
> SCSI 2 tape drive:
> File number=0, block number=0, partition=0.
> Tape block size 0 bytes. Density code 0x25 (DDS-3).
> Soft error count since last status=0
> General status bits on (41010000):
>  BOT ONLINE IM_REP_EN
>
> 4) Configuration d'une section "Device" dans le fichier
> /etc/bacula/bacula-sd.conf :
> Device {
>   Name = DDS-3                        #
>   Media Type = DDS-3
>   Archive Device = /dev/st0
>   AutomaticMount = yes;               # when device opened, read it
>   AlwaysOpen = yes;
>   RemovableMedia = yes;
>   RandomAccess = no;
> ## Changer Command = "/etc/bacula/scripts/mtx-changer %c %o %S %a %d"
> ## Changer Device = /dev/sg0
> ## AutoChanger = yes
> ## Alert Command = "sh -c 'tapeinfo -f %c |grep TapeAlert|cat'"
> }
>
> 5) Test d'écriture/relecture de fichiers de backup sur la bande :
> root at linux02:~# btape -c /etc/bacula/bacula-sd.conf /dev/st0
> *test
>
> Jusqu'ici, tous les tests sont OK, donc, à priori, tout est en ordre pour
> commencer à faire des sauvegardes !
>
> Bon, c'est bien joli, tout ça, mais ça n'est pas vraiment convivial (il
> faut penser que c'est la secrétaire qui va s'occuper des backups)... J'ai
> alors installé BackupPC (backuppc.sourceforge.net), qui possède une
> interface Web (c'est visiblement écrit en Perl...) pour gérer les
> sauvegardes. Mais il ne gère
> pas l'écriture sur bande, il s'occupe des sauvegardes
> complètes/incrémentales (je n'ai pas vu de fonctionnalité de sauvegarde
> différentielle) sur disque dur, d'où l'intérêt d'utiliser Bacula pour
> transférer tout ça sur bande.
>
> Donc, en bref, mes questions sont les suivantes :
>
> 1) Est-ce que Bacula est un bon choix ? Que proposeriez-vous de mieux ?
> 2) Même question pour BackupPC
> 3) Existe-t-il des logiciels (si possible libres) qui feraient ces
> opérations tout-en-un, avec (si possible) une interface Web ?
> 4) Existe-t-il une interface (si possible Web) conviviale pour administrer
> Bacula ? J'ai essayé le module Webmin... mais il m'a l'air bien pauvre
> 5) Des suggestions quant à la stratégie de sauvegarde ?
>
> Merci !
>
> @+