How To:Delay writing to tape for better tape utilization/Fr

From The Open Source Backup Wiki (Amanda, MySQL Backup, BackupPC)
Jump to navigationJump to search

Comment... Retarder l'écriture sur bande pour une meilleure utilisation

"Vieille Ecole" (pre-2.6)

Avant Amanda 2.6, il n'y avait aucune manière d'indiquer à Amanda de ne pas utiliser une bande si une candidate parfaite se trouvait dans votre dérouleur ou librairie robotique. C'est plus souvent un problème pour ceux qui disposent d'une librairie robotique dont le bras chargera avec enthousiasme la bande qu'Amanda souhaite utiliser ensuite, à supposer qu'elle est disponible . . . ce qui est bien souvent le cas. Si, pour une meilleure utilisation (un remplissage optimisé) des bandes, vous souhaitez retarder l'écriture vers le dérouleur, il y a une façon de faire pour empêcher Amanda d'utiliser la bande suivante avec le flag -o d'amdump ("o" pour options). Donc si vous préférez regrouper vos sauvegardes sur le disque de cache plutôt que d'utiliser la prochaine bande disponible, vous pouvez utiliser la commande amdump(8) de cette manière:

amdump daily -o reserve=100 -o tapedev=""

ou avec un robot

amdump daily -o reserve=100 -o tapedev="" -o tpchanger=""

L'option -o reserve=100 entraîne que toutes les sauvegardes deviennent des incrémentales, dans la mesure ou vous spécifiez une réserve inférieure à 100% dans votre amanda.conf. -o tapedev="" et -o tpchanger="" écrasent les noms habituels de vos dérouleur et robot par une chaîne vide (""), ce qui a pour effet d'empêcher Amanda de trouver une bande utilisable. Cela force l'écriture sur le disque de cache même si une bande utilisable labélisée par Amanda est chargée dans le dérouleur. Si vous avez un robot, il est nécessaire d'écraser aussi par tpchanger="" (toujours avec la chaîne vide). Sans cela, Amanda demandera à votre robot le nom de device du dérouleur.

Bien sûr, les sauvegardes empilées sur le disque de cache n'y resteront que jusqu'à ce tourne amflush(8), de manière périodique, ou si le paramètre autoflush est sur "yes" dans amanda.conf(5).

Voici un exemple de crontab qui utilise une bande chaque jour de la semaine, mais retarde les sauvegardes du week-end sans utilisation de bande.

45 0 * * 1-5 /usr/local/sbin/amdump daily
45 0 * * 0,6 /usr/local/sbin/amdump daily -o reserve=100 -o tapedev="" -o tpchanger=""

Les dumps du week-end envoyés sur le disque de cache sont automatiquement vidés sur bande avec la tournée du lundi du fait du paramètre autoflush d'amanda.conf(5).

"Nouvelle Ecole" (2.6 et plus)

Depuis la version 2.6.0 d'Amanda, un paramètre permet de retarder l'écriture sur bande jusqu'à ce que suffisament de données aient été collectées sur le disque de cache. Voir les paramètres flush-threshold-dumped et flush-threshold-scheduled dans amanda.conf(5).

En supposant que le disque de cache est assez gros, vous pouvez utiliser le paramètre:

 flush-threshold-dumped 100

Cela retardera les écritures sur bande jusqu'à ce que la quantité nécessaire au remplissage complet d'une bande a été collecté sur le cache.


Other languages: [[::{{#titleparts: How To:Delay writing to tape for better tape utilization/Fr | -1 }}|English]] {{#ifexist: {{#if: | | {{#if: | :}}{{#titleparts: How To:Delay writing to tape for better tape utilization/Fr | -1 }}}}/Fr |  • {{#if: |français| [[::{{#titleparts: How To:Delay writing to tape for better tape utilization/Fr | -1 }}/Fr|français]]}}|}}

{{#ifexist: {{#if: | | {{#if: | :}}{{#titleparts: How To:Delay writing to tape for better tape utilization/Fr | -1 }}}}/Zh-cn |  • {{#if: |中文(中国大陆)‎| [[::{{#titleparts: How To:Delay writing to tape for better tape utilization/Fr | -1 }}/Zh-cn|中文(中国大陆)‎]]}}|}}