Meilleures pratiques de rotation des bandes LTO 5 - Durée de vie

8

Quelle est la meilleure pratique générale pour maintenir les bandes LTO 5 en rotation?

J'ai lu qu'ils ont une capacité d'archivage de 30 ans, mais je suis sûr que cela dépend vraiment de combien vous leur lisez et écrivez pendant leur période de service, comment ils sont stockés, etc. Évidemment, nous n'allons pas être les utilise depuis 30 ans ici, mais je pense rencontrer des erreurs sur eux plus fréquemment à mesure qu'ils vieillissent (2 ans et plus), sans schéma particulier. J'ai entendu des informaticiens dire que 2 ans dans une rotation hebdomadaire étaient à peu près tout ce à quoi vous devriez vous attendre.

Les bandes doivent-elles être mises hors service après

  • N nombre d'années?
  • N nombre de montures?
  • N téraoctets écrits et lus à partir de?
  • Tout autre type de métrique?
backup lto JoshODBrown
la source
La question la plus importante est pourquoi utilisez-vous même des bandes pour la sauvegarde? Nous sommes passés à des sauvegardes sur le réseau vers notre DR / co-localisation et n'avons jamais regardé en arrière, tout est entièrement automatisé, et nous n'avons pas à jouer avec les bandes.
MDT Guy
@MDTGuy Parce que la bande est moins chère que le disque à bien des égards, et la façon dont les fournisseurs de sauvegarde évaluent la couverture de bande par rapport à la couverture de sauvegarde sur disque encourage l'utilisation de la bande. $ OldJob utilise sans aucun doute toujours de la bande pour sauvegarder presque tout, car ils avaient tellement de mal à obtenir un budget pour une pile de disque suffisamment grande pour le faire de cette façon.
sysadmin1138
Ne reprenons pas cet argument ici, il a déjà été examiné de manière exhaustive sur serverfault.com/questions/550763/… .
MadHatter

Réponses:

9

Les bandes destinées à des archives à long terme (plus d'un an) doivent être utilisées le moins de fois possible avant d'entrer dans ces archives. Les bandes fraîches sont beaucoup plus susceptibles de durer les 30 années complètes qu'une bande qui a été battue chaque semaine pendant un an avant d'être placée dans le jeu des archives annuelles.

Mais je pense que vous posez des questions sur la durée de vie des bandes activement utilisées.

Beaucoup dépend de la façon dont vos lecteurs de bande fonctionnent pendant leur fonctionnement. Les facteurs suivants limiteront la durée de vie:

  • Combien d'accès à la bande complète se produisent.
  • La vitesse à laquelle les bandes sont écrites.
    • Si la vitesse de sauvegarde est très élevée, le lecteur s'arrêtera et démarrera beaucoup, et devra peut-être beaucoup changer de débit. Cela met beaucoup de pression sur les médias.
    • Si la vitesse de sauvegarde est constante (par exemple, en streaming directement à partir de l'ensemble de sauvegarde sur disque dans le cadre d'un schéma de rotation des supports), elles dureront plus longtemps.
  • Le nombre de montages joue un rôle ici, bien que ce soit moins important que le point précédent.
  • Facteurs environnementaux.
    • Stockez-les dans une pièce climatisée, même dans les archives hors ligne.
    • Laissez le support s'acclimater avant utilisation s'il provient d'un espace avec différents réglages de température / humidité.

Malheureusement, il n'existe pas de formule algébrique pour déterminer le risque de défaillance de la bande en fonction du nombre de choses. Vous devrez créer une heuristique basée sur vos propres modèles de sauvegarde.

sysadmin1138
la source
1

Ma règle d'or consiste à laisser mon logiciel de sauvegarde me dire quand remplacer une bande dans l'un des pools régulièrement utilisés. Tous les bons logiciels vérifient et / ou vérifient l'état de chaque bloc d'écriture avec le lecteur. Par exemple, lorsque mon bacula me montre une ligne dans la list volumessortie de bconsole qui dit, par exemple,

|      46 | A00035L5   | Error     |       1 | 1,746,844,710,912 |    1,761 |    1,209,600 |       1 |    6 |         1 | LTO-5     | 2015-09-08 00:26:24 |

Je sais qu'il est temps de remplacer ce volume.

Chapelier Fou
la source