Re: [Bacula-users-fr] Réflexion sur l'utilisation de la commande truncate.

[Bruno F. <br...@io...>]

Pour moi, j'ai pas trouvé de cas d'usage pour truncate, mes espaces de backup étant correctement proportiés.
ce qui est un gros avantage, lorsqu'un média est purgé de la db, tous backup contenu dedans reste tout à fait
valide (bscan, bextract etc).


On Tuesday 07 August 2012 17.30:44 Félix Defrance wrote:
> Bonjour Bruno, 
> 
>  
> 
> Plusieurs sujets mon occupés l'esprit ces dernières semaines, d'ou ma réponse tardive. 
> 
>  
> 
> Concernant l'utilisation de la commande truncate je me suis basé sur la documentation, qui disait :
> 
>  
> 
> The Pool directive ActionOnPurge=Truncate instructs Bacula to truncate the volume when it is purged
> with the new command purge volume action. It is useful to prevent disk based volumes from consuming
> too much space.
> 
>  
> 
> J'avoue ne pas avoir testé simplement la commande de purge. Par contre lors de mes tests, j'ai utilisé bls/bextract sans problème, mais au quotidien je ne les utilisent pas. J'ai mis en place webacula qui fait le job a la place. D'ailleurs j'ai un petit soucis de restauration qui est due a mon environnement et que j'expose dans le tread suivant. 
> 
>  
> 
> J'ai mis en place ma solution n°1, c'est lourd mais je vais voir ce que ça donne.
> 
>  
> 
>  
> 
> Cdlt,
> 
> Félix Defrance - Nuxee
> 
> Directeur Technique / Co fondateur
> 
> 
> Email : fel...@nu...
> 
> Web : www.nuxee.fr
> 
> 
>  
> 
> >>Re: [Bacula-users-fr] Réflexion sur l'utilisation de la commande truncate.
> >>From: Bruno Friedmann <bruno@io...> - 2012-05-10 16:24
> >>
> >>Perso : j'aime pas trop truncate ...
> >>j'utilise pas non plus Scratch pool ...
> >>
> >>> Je travail avec des volumes sur disque, donc je souhaite que ces volumes soient effacés à chaque nouveau job et bien sûr après le temps de rétention des datas.
> >>
> >>Par défaut c'est ce qui se passe dès qu'un job va utilisé le média, celui-ci va retourné à 0 byte d'occupation
> >>la purge (nettoyage de la db) fait son job. Mais le gros avantage de laisser le volume intact, et qu'il reste totalement utilisable pour restoration
> >>(bscan,bls,bextract) ....
> >>
> >>Après les setups ça dépend de la mission du backup. des budgets pour l'espace disque ...
> >>
> >>
> >>--
> >>Bruno Friedmann
> >>Ioda-Net Sàrl http://www.ioda-net.ch
> >>
> >> openSUSE Member & Ambassador
> >> GPG KEY : D5C9B751C4653227
> >> irc: tigerfoot
> 
>  
> -----Message initial-----
> À:bac...@li...; 
> De:Félix Defrance <fel...@nu...>
> Envoyé:jeu. 10-05-2012 16:53
> Sujet:Réflexion sur l'utilisation de la commande truncate.
> 
> 
> 
> Bonjour,
> 
>  
> 
> Je voudrai savoir si quelqu'un a déjà rencontré le problème qui suit concernant la fonctionnalité (apparu en version 5.0.1), "Action On Purge = truncate"
> 
>  
> 
> Je l'utilise depuis quelques semaines, elle fonctionne normalement à quelques configurations près.
> 
>  
> 
> En effet, lors de l'exécution d'un job, une action de purge est lancée, ce qui d'un point de vue catalog, libère le volume.
> 
> Exemple :
> 
> 2012-05-06 00:06:51   nikki-dir JobId 963: There are no more Jobs associated with Volume "Vol0137". Marking it purged.
> 
> 2012-05-06 00:06:51   nikki-dir JobId 963: New Pool is: Scratch
> 
> 2012-05-06 00:06:51   nikki-dir JobId 963: All records pruned from Volume "Vol0137"; marking it "Purged"
> 
>  
> 
> Ensuite, le volume peu être
> *	soit réutilisé (recyclé) par un autre job immédiatement ou ultérieurement. 
> *	soit effacé, par une action de truncate via la commande : purge volume action=all allpools storage=sto-mbv-I01, initié dans mon cas par un job de backup catalog. 
>  
> 
> Je travail avec des volumes sur disque, donc je souhaite que ces volumes soient effacés à chaque nouveau job et bien sûr après le temps de rétention des datas.
> 
>  
> 
> Le problème que je rencontre est que, si un job recycle une bande qui vient d'être purgée, mon action de truncate ne s'exécute pas et le volume n'est pas effacé. Les conséquences étant que le FS sur lequel reposent les volumes grandit indéfiniment..
> 
>  
> 
> Ces considérations induisent que ma configuration est la suivante :
> *	plusieurs jobs sont exécutés chaque soir 
> *	un job de backup catalog est exécuté après que tous les jobs se soient terminés. 
> *	la recherche de volume disponible priorise les volumes du pool de scratch 
>  
> 
> Pour résoudre ce problème, je pense avoir 3 solutions,
> 1.	soit je lance une commande de truncate avant l'exécution de chaque job,
> 2.	soit je lance un job de backup catalog après l'exécution d'un job,
> 3.	soit je purge les volumes qu'à l'exécution du job de backup catalog. 
>  
> 
> Je pense que les solutions 1 et 3 sont les plus intéressantes, mais j'aimerai avoir vos points de vue.
> 
>  
> 
> Merci
> 
> Félix Defrance - Nuxee
> 
> Directeur Technique / Co fondateur
> 
> Email : fel...@nu...
> 
> Web : www.nuxee.fr 
> 
> 

-- 
Bruno Friedmann 
Ioda-Net Sàrl www.ioda-net.ch
 
openSUSE Member & Ambassador
GPG KEY : D5C9B751C4653227
irc: tigerfoot