How To:Split Dumps Across Tapes/Fr

From wiki.zmanda.com
Jump to navigation Jump to search

Comment... Tronçonner les Dumps sur Plusieurs Bandes

Amanda peut faire enjamber les dumps sur plusieurs volumes, permettant les sauvegardes de DLE plus grandes qu'un volume simple.

Dans les versions d'Amanda antérieures à Amanda-3.2, cela était fait par des paramètres sur le dumptype. Pour ces versions, Cf How To:Split Dumps Across Tapes (Amanda-3.1 and earlier). Ce genre de configuration est obsolète dans Amanda-3.2, mais fonctionnera encore.

Anatomie de l'Enjambement

Brièvement, Amanda permet l'enjambement en tronçonnant chaque dumpfile en une série de morceaux, permettant à chacun d'exister sur des volumes distincts. Ces morceaux ont une taille configurable (part size).

Pour la plupart des devices, Amanda peut détecter la fin d'un volume suffisamment tôt pour achever un morceau proprement (cela s'appelle LEOM support - logical end-of-medium). Si c'est le cas, Amanda démarrera simplement un nouveau morceau sur le volume suivant.

Pour les devices qui ne supportent pas LEOM, Amanda peut complètement échouer à écrire un morceau particulier. Dans ce cas, Amanda essayera automatiquement à nouveau le même morceau sur le volume suivant, et le morceau partiel/en échec sera ignoré lors des récupérations. Pour supporter les essais supplémentaires, Amanda doit être capable de "rembobiner" un morceau à son premier octet. Amanda supporte plusieurs techniques pour accomplir cela. Si un disque de cache est utilisé, Amanda relit simplement le morceau en échec depuis celui-ci. Sinon, Amanda peut mettre en cache chaque morceau, soit en mémoire, soit sur disque (N.d.T.:donc pas sur le disque de cache qui est la traduction de holding disk). Cacher sur le disque permet de plus grands morceaux, alors que la mémoire est typiquement plus restrictive que l'espace disque.

Configuration de l'Enjambement

Premièrement, si vous voulez enjamber des volumes, vous devrez laisser Amanda écrire sur plus d'un volume par course. Pour faire cela, positionner le paramètre global runtapes à une valeur supérieure à 1, par exemple, 

runtapes 5

Noter que ce paramètre est un maximum, et que lorsqu'Amanda essayera de l'utiliser entièrement (par promotion de fulls si nécessaire), toutes les 5 (dans ce cas) bandes peuvent ne pas être consommées à chaque course. Toute bande non utilisée restera disponible pour la course suivante. Cela peut être utile quand la taille de vos sauvegardes change drastiquement d'une course à l'autre.

Les autres paramètres d'enjambement sont spécifiés dans la définition des tapetypes. Vous devriez déjà avoir une définition des tapetypes, nommée par le paramètre tapetype, c-a-d. 

tapetype "DLTXXVII"
...
define tapetype "DLTXXVII" {
   ...
}

Les paramètres du tapetype relatifs à l'enjambement sont:

part_size
la taille des morceaux qu'Amanda devrait écrire
part_cache_type
le type de caching qu'Amanda devrait utiliser, quand c'est nécessaire (none, memory, ou disk)
part_cache_dir
le répertoire dans lequel le cache disque (pas le holding disk ou disque de cache !!!) devrait être stocké.
part_cache_max_size
la taille des morceaux à utiliser quand le caching est utilisé.

Tous ces paramètres devraient apparaître dans la définition des tapetypes.

Choisir une taille correcte pour le tronçon est une question délicate. Si les morceaux sont trop grands, un espace substanciel de stockage peut être gaspillé dans les morceaux en échec. Si trop petits, de grands dumps seront tronçonnés en un très grand nombre de minuscules dumpfiles, ajoutant de la complexité à la récupération; de plus, un excès de filemarks entrainera un ralentissement des opérations sur dérouleur et réduira l'espace utilisable sur bande. Une bonne règle est de considérer 1/10 de la taille d'un volume de média de stockage.

Sauvegardes sur Disque (Vtapes)

Pour les vtapes, l'enjambement est automatiquement activé, car le device VFS support LEOM. Vous pouvez ajouter un part_size si vous tronçonnez les dumps en morceaux plus petits; sinon, Amanda remplira simplement chaque vtape avec un seul morceau avant de passer à la vtape suivante.

Sauvegardes sur Bande

Quelques dérouleurs et kernels supportent LEOM. Vous pourrez trouver si le vôtre aussi en lançant amtapetype(8). Noter que les résultats de ce test ne sont pas spécifiques au dérouleur, car les pilotes du kernel doivent aussi correctement supporter LEOM.

Avec Support LEOM

Si votre dérouleur supporte LEOM, vous êtes en veine! Amanda peut déjà enjamber les jambes. Comme garde-fou, Amanda ré-essaiera quand même les morceaux en échec (ce qui peut arriver si le dérouleur tombe en panne -- non pas que cela puisse jamais arriver !), si vous spécifiez une taille de morceau. Si votre dérouleur support LEOM, commencez par positionner correctement le device global: 

device_property "LEOM" "TRUE"

(vous pouvez aussi positionner cela dans une section 'define changer', si vous préférez)

Puis indiquez la taille des morceaux: 

 part_size 40G # compter a peu près 1/10 de la taille de bande

Sans Support LEOM

Si votre dérouleur ne supporte pas LEOM, tout va bien ! Positionnez la propriété de LEOM à false: 

device_property "LEOM" "FALSE"

et paramétrez le tronçonnage dans la définition du tapetype. Si tous vos dumps utilisent le disque de cache, vous pouvez simplement utiliser 

 part_size 40G # compter a peu près 1/10 de la taille de bande

si certains de vos dumps n'utilisent pas le disque de cache (ce qui arrive en général lorsque les dumps sont plus gros que le disque de cache), alors paramétrez le caching.

Pour un tronçonnage en mémoire: 

 part_size 40G # compter a peu près 1/10 de la taille de bande
 part_cache_type memory
 part_cache_max_size 3G # utiliser a peu près la quantité de RAM livre de voter système

Pour un tronçonnage sur disk caching: 

 part_size 40G # compter a peu près 1/10 de la taille de bande
 part_cache_type disk
 part_cache_dir /mnt/sparedisk

Si vous disposez d'un espace disque limité pour le caching des morceaux, spécifiez une taille maximale pour ces morceaux cachés: 

 part_cache_max_size 30G # en supposant que seulement 30G d'espace disque sont disponibles

Stockage dans le Cloud

Les volumes de stockage dans le Cloud sont de fait de taille infinie, donc il n'y a pas de fin de média, EOM - donc pas besoin d'enjambement!

Contributions des Utilisateurs sur le Sujet

  • Syntax and LEOM Configuration [1]

Voir Aussi

Other languages: [[::{{#titleparts: How To:Split Dumps Across Tapes/Fr | -1 }}|English]] {{#ifexist: {{#if: | | {{#if: | :}}{{#titleparts: How To:Split Dumps Across Tapes/Fr | -1 }}}}/Fr |  • {{#if: |français| [[::{{#titleparts: How To:Split Dumps Across Tapes/Fr | -1 }}/Fr|français]]}}|}}

{{#ifexist: {{#if: | | {{#if: | :}}{{#titleparts: How To:Split Dumps Across Tapes/Fr | -1 }}}}/Zh-cn |  • {{#if: |中文（中国大陆）| [[::{{#titleparts: How To:Split Dumps Across Tapes/Fr | -1 }}/Zh-cn|中文（中国大陆）]]}}|}}


Retrieved from ‘http://wiki.zmanda.com/index.php?title=How_To:Split_Dumps_Across_Tapes/Fr&oldid=8645’