Excellente suggestion. mais comment mettre en place concrètement, cette fonction ? (ma cmmande qu'il faut ajouter dans le fileset option.
Aussi, j'aimerais savoir s'il est possible de dire à bacula-fd d'effectuer la "deduplication" des fichiers. càd la fonction qui permet de ne pas copier plusieurs fois, 1 fichier qui se trouve dans 2 ou plusieurs repertoirs...

cordialement



De : Bruno Friedmann <bruno@ioda-net.ch>
À : claude baryo <cloba1@yahoo.fr>
Envoyé le : Jeudi 15 mars 2012 11h45
Objet : Re: [Bacula-users-fr] Re : Re : Re : Comment reduire le temps de backup avec Bacula 5.2.6

A propos de la compression, il est aussi important de comprendre qu'avec certaines règles sioux
on peut dans un fileset expliqué au bacula-fd de ne pas recompressé des fichiers déjà compressé
.gz, bz2 rar, jpeg etc ...
De cette manière on garde l'atout de la compression (GZIP2 étant très souvent le plus adapté en
terme de ratio temps passé/compression obtenue) sur des fichiers hypercompressible
(genre dump de db sql, textes etc)
Là tout dépend des données qu'il est important de connaître.
De même il est tout à fait possible de séparer les filesets et d'y appliquer des règles plus apropriées
en fonction des données et des règles métiers autour de vos données.

ps : Il est aussi envisageable de contracter du support chez bacula-systems :-)


On Thursday 15 March 2012 10.39:01 claude baryo wrote:
> Merci Monsieur Hoper.
>
> Je vais pouvoir me servir de vos exemples pour convaincre mon boss ..
>
> cordialement
>
>
>
> ________________________________
>  De : "hoper@free.fr" <hoper@free.fr>
> À : claude baryo <cloba1@yahoo.fr>
> Cc : bacula-users-fr@lists.sourceforge.net
> Envoyé le : Jeudi 15 mars 2012 11h28
> Objet : Re: [Bacula-users-fr] Re : Re : Comment reduire le temps de backup avec Bacula 5.2.6

>
>
> Bonjour,
>
> Si cela peut rassurer ta hiérarchie, voici deux exemples de sauvegardes.
> Une avec 100 Go de donnée, une avec 260 Go. Il s'agit à chaque fois
> de fichiers de tailles très diverses (des milliers de photos et
> "petits" fichiers, et d'autres plus gros). J'ajoute que la situation
> est loin d’être idéale en terme de performance, puisque les données
> en question sont sur un raid logiciel chiffré.
> Pourtant, les écritures sont font tout de même à 30 MB/s environ.
> (les fichiers sont sur une machine différente de celle ou tourne le serveur)
>
> Mon conseil : Vérifie que tes lectures (données à sauvegarder) et tes
> écriture (sauvegardes) n'utilise pas les même disques physiques, et
> désactive la compression.
>
> -----------
>  Build OS:              x86_64-pc-linux-gnu debian squeeze/sid
>  JobId:                  2058
>  Job:                    Important.2012-03-04_23.00.00_14
>  Backup Level:          Full
>  Client:                "balance-fd" 5.0.1 (24Feb10) i486-pc-linux-gnu,ubuntu,10.04
>  FileSet:                "Important" 2011-07-26 11:25:59
>  Pool:                  "Important-Full" (From Job FullPool override)
>  Catalog:                "MyCatalog" (From Client resource)
>  Storage:                "FileStorage" (From Job resource)
>  Scheduled time:        04-Mar-2012 23:00:00
>  Start time:            04-Mar-2012 23:00:02
>  End time:              04-Mar-2012 23:55:12
>  Elapsed time:          55 mins 10 secs
>  Priority:              10
>  FD Files Written:      222,193
>  FD Bytes Written:      101,515,938,143 (101.5 GB)
>  SD Bytes Written:      101,562,018,026 (101.5 GB)
>  Rate:                  30669.5 KB/s
>  Software Compression:  None
>  VSS:                    no
>  Encryption:            no
>  Accurate:              no
>  Volume name(s):        Important-Full-0002
>  Volume Session Id:      45
>  Volume Session Time:    1330078034
>  Last Volume Bytes:      101,644,461,994 (101.6 GB)
>  Non-fatal FD errors:    0
>  SD Errors:              0
>  FD termination status:  OK
>  SD termination status:  OK
>  Termination:            Backup OK
>
> -------
>
>  Build OS:              x86_64-pc-linux-gnu debian squeeze/sid
>  JobId:                  2064
>  Job:                    Privee.2012-03-05_23.30.00_34
>  Backup Level:          Full
>  Client:                "balance-fd" 5.0.1 (24Feb10) i486-pc-linux-gnu,ubuntu,10.04
>  FileSet:                "Privee" 2011-01-18 09:59:44
>  Pool:                  "Privee-Full" (From Job FullPool override)
>  Catalog:                "MyCatalog" (From Client resource)
>  Storage:                "FileStorage" (From Job resource)
>  Scheduled time:        05-Mar-2012 23:30:00
>  Start time:            05-Mar-2012 23:30:03
>  End time:              06-Mar-2012 01:51:11
>  Elapsed time:          2 hours 21 mins 8 secs
>  Priority:              10
>  FD Files Written:      109,194
>  SD Files Written:      109,194
>  FD Bytes Written:      260,826,352,809 (260.8 GB)
>  SD Bytes Written:      260,843,843,806 (260.8 GB)
>  Rate:                  30801.4 KB/s
>  Software Compression:  None
>  VSS:                    no
>  Encryption:            no
>  Accurate:              no
>  Volume name(s):        Privee-Full-0002
>  Volume Session Id:      51
>  Volume Session Time:    1330078034
>  Last Volume Bytes:      261,040,542,060 (261.0 GB)
>  Non-fatal FD errors:    0
>  SD Errors:              0
>  FD termination status:  OK
>  SD termination status:  OK
>  Termination:            Backup OK
--
Bruno Friedmann
Ioda-Net Sàrl www.ioda-net.ch

openSUSE Member & Ambassador
GPG KEY : D5C9B751C4653227
irc: tigerfoot