Si la sauvegarde complète LTO-3 prend plus d'une bande. Quelle est ma prochaine étape en termes de matériel?

12

D'ACCORD. quelques données à prendre en compte

J'utilise Backup Exec 12.x / 13.x, ai l'environnement du serveur 2003/2008, y compris Exchange.

J'ai une sauvegarde sur disque (Full / Diff) qui est indépendante de la sauvegarde sur LTO (Full / Diff). Pour plus d'une raison, je préfère ne pas simplement effectuer une sauvegarde du disque sur la bande, je voudrais que la sauvegarde se poursuive directement sur LTO.

J'ai actuellement un seul lecteur LTO-3 sans aucune sorte de chargeur / robot / bibliothèque. Le boîtier qui dessert le lecteur LTO contient une carte Adaptec 39160 Ultra160 SCSI . J'utilise actuellement une cassette pour Full (une par semaine) et une cassette pour Diff (quatre jours par semaine avant la sortie de la cassette). La sauvegarde complète se heurte à la barrière de 372,5 Go et lorsqu'elle ne se termine pas samedi, elle attend toujours une bande lundi matin.

Ward a mentionné la mise en place de la deuxième bande LTO3 complète lundi après-midi / soir après les heures normales de bureau. Le problème avec ceci est comparé ci-dessous:

Débit normal

  • Vendredi, insérez la bande LTO3 1 pour une sauvegarde complète pour la semaine 1
  • Lundi insérer du ruban LTO3 pour différentiel
  • Les différentiels de mardi, mercredi et jeudi utilisent une bande insérée lundi
  • répéter pour la semaine 2

2 bandes LTO3 pour un flux de sauvegarde complet

  • Vendredi, insérez la bande LTO3 1 pour une sauvegarde complète pour la semaine 1
  • Lundi, insérez la bande LTO3 2 pour une sauvegarde complète pour la semaine 1
  • Lundi, insérez la bande 1 LTO3 pour la sauvegarde complète de la semaine 1 (pour le processus de vérification)
  • Lundi, insérez la bande LTO3 2 pour la sauvegarde complète de la semaine 1 (pour le processus de vérification)
  • Mardi insérer du ruban LTO 3 pour différentiel
  • Mercredi, jeudi, les différentiels utilisent une bande insérée mardi
  • répéter pour la semaine 2

Les échanges de bandes supplémentaires prennent plus de 6 heures lundi (à partir du moment où j'ai mis la deuxième bande). Si je le faisais à 17 heures, je serais ici jusqu'à minuit pour échanger des cassettes. Cela ne compte pas le temps d'inactivité samedi / dimanche / lundi en attente d'une bande.

Maintenant, je peux désactiver le processus de vérification et enregistrer deux échanges de bande et raccourcir le processus de «sauvegarde» de plusieurs heures, mais je ne peux pas simplement insérer la bande 2 et repartir à la fin de la journée si je ne désactive pas la vérification . Le fait que la sauvegarde déborde sur une deuxième bande allonge le processus de sauvegarde, mais

  • Augmente le nombre de bandes dans la rotation (coût)
  • Augmente le nombre de bandes dans le transport (taille / poids de la mallette allant au stockage hors site)
  • Augmente la complexité du processus de sauvegarde en me faisant rester sur le site après les heures pour le processus de vérification
  • Augmente la complexité de la gestion des sauvegardes / restaurations depuis mon bureau qui n'est pas juste à côté de la salle des serveurs. Cela va quadrupler pour faire face à ces problèmes à domicile.

Et oui, je ne vais pas samedi pour y rester pendant plus de 6 heures et garder le lecteur de bande. J'aimerais avoir une vie en dehors du travail. 12 heures par jour MF sont déjà assez mauvais quand ils se produisent. Je ne vais pas m'attacher de façon permanente à une semaine de travail de 6 jours.

Le lecteur de bande est un Dell PowerVault 110T LTO3. Le serveur de sauvegarde est sur Gigabit Ethernet en utilisant une seule carte réseau et peut remplir une bande complète en environ 12 heures.

Je peux changer le processus de sauvegarde pour séparer l'un des serveurs les plus intensifs en une sauvegarde complète sur son propre LTO pour suspendre temporairement cette décision, mais je pense que je devrai bientôt choisir l'une de ces options:

  1. Achetez un lecteur LTO-3 et profitez de la disponibilité d'une deuxième bande physique. C'est une option moins souhaitable et n'a de sens que si les lecteurs LTO-3 sont considérablement moins chers que les lecteurs LTO-4, ce qui n'est pas le cas.

  2. Achetez un lecteur LTO-4 et utilisez les bandes LTO-4 pour des sauvegardes complètes et utilisez des bandes LTO-3 pour les différentielles jusqu'à ce que les bandes LTO-3 soient pivotées et que les nouvelles bandes LTO4 correspondent au prix des bandes LTO3. Cela me permettra probablement de passer la sauvegarde du week-end pour les années à venir sans avoir à changer de bande. Cela concerne également partiellement le cirage des chaussures, car le LTO4 a une vitesse minimale inférieure à celle du LTO3.

  3. Achetez quelque chose qui peut alimenter automatiquement les bandes. Je suppose qu'il n'y a rien que je puisse ajouter au PowerVault 110T et cela signifierait l'achat d'un nouvel appareil qui a la bande et le chargeur dans une seule unité. Ce n'est probablement pas rentable par rapport à l'obtention d'un lecteur et au chargement manuel de bandes, mais le chargement automatique LTO4 serait le summum de la commodité. Je laisse le patron au-dessus de moi choisir entre un lecteur de bande unique et un lecteur de chargement automatique.

Evan Anderson a mentionné dans une autre solution que vous pourriez acheter des disques dans cette gamme de prix

 LTO-4 (internal drive, 1 tape / day) - $2,766.00  
 LTO-4 (autoloader, 1 tape / day) - $4,566.00

mais je ne sais pas de détails sur ce qu'il recommanderait pour le lecteur réel et, si nécessaire, le contrôleur. Montrez-moi une nouvelle URL (ou Dell, ou HP, ou quel que soit votre fournisseur préféré) pour votre solution si cela ne vous dérange pas de la rechercher ou donnez-moi simplement une marque et un numéro de modèle et je serai heureux de le faire la jambe me travaille.

Je cherche à faire un achat nécessaire un peu de temps avant que cette rotation de sauvegarde ne devienne trop lourde. J'ai probablement quelques mois.

Xenny mentionne l'âge des serveurs et la vitesse de sauvegarde. Le serveur Exchange a 6 ans (bien que les disques durs soient beaucoup plus récents). Il y a quelques serveurs âgés de 4 ans dans le mélange avec des disques sata de qualité grand public (WD6400AAKS). Les serveurs que je considère comme "nouveaux" ont 2 ans à ce stade.

La sauvegarde sur disque à partir de l'ancien serveur Exchange a été aussi rapide que 2184 Mo / min, mais en général, la sauvegarde sur disque est tout aussi lente que la sauvegarde sur bande dans cette configuration. En fait, la sauvegarde sur disque est parfois plus lente que la sauvegarde sur le lecteur de bande LTO-3. J'ai également eu des problèmes avec les disques en panne et le manque de baies pour ajouter plus de disques. En général, la sauvegarde sur disque est encore plus problématique que la transition LTO3 / 4 mais cela appartient à une question différente sur le défaut de serveur si je voulais une entrée sur ce sujet.

Je vais juste choisir quelques chiffres dans une sauvegarde récente pour vous donner une idée des vitesses. Ce n'est pas une liste complète mais vous donne une idée de la variété des vitesses impliquées. Je prévois de le mettre à jour bientôt au format oldspeed MB / min newspeed MB / min où oldspeed est l'ancien SCSI 320 LTO3 et newspeed est le SAS LTO4.

DC C: ~ 850 Mo / min
État du système DC ~ 700 Mo / min
Exchange Server C: et état du système ~ 500 Mo / min ~ 600 Mo / min
Exchange Server D: ~ 1400 Mo / min ~ 1200 Mo / min
Exchange Server First Groupe de stockage ~ 1100 Mo / min ~ 700 Mo / min
Serveur Web C: ~ 600 Mo / min ~ 950 Mo / min
Serveur Web E: ~ 1700 Mo / min ~ 1950 Mo / min
Serveur de fichiers C: ~ 500 Mo / min
Serveur de fichiers E: ~ 1500 Mo / min ~ 2200 Mo / min
Serveur de fichiers G: ~ 1800 Mo / min ~ 2400 Mo / min
État du système de fichiers ~ 650 Mo / min
serveur de fax C: ~ 400 Mo / min ~ 550 Mo / min
Serveur de comptabilité C: ~ 1300 Mo / min ~ 1775 Mo / min
Serveur de comptabilité D: ~ 1500 Mo / min ~ 2250 Mo / min
Instance SQL de comptabilité ~ 1600 Mo / min
Serveur d'application C: et état du système ~ 700 Mo / min ~ 900
Serveur de sauvegarde Mo / min C: 700 Mo / min ~ 1800 Mo /
serveur de sauvegarde E: 1350 Mo / min ~ 2900 Mo / min

Surveillance du Fileserver J'ai vu des chiffres qui me font penser que le contrôleur de raid freine les taux de transfert. Le contrôleur est SATA 1.5 mais les disques sont compatibles 3.0. J'ai remarqué après avoir changé les volumes de RAID 1 à RAID 10 et n'avoir obtenu aucune augmentation de vitesse pour les sauvegardes. Malheureusement, doubler la vitesse de lecture soutenue n'a eu aucun effet sur la sauvegarde sur le lecteur de bande LTO3.

En général, la sauvegarde directement sur LTO me donne une référence décente de la limite des E / S de mes serveurs. Les serveurs qui sauvegardent en dessous de 1500 Mo / min sont généralement lents sur le disque et ceux entre là et 2400 Mo / min sont toujours des fruits bas. Par exemple, le serveur Exchange 2003 manque d'espace disque et continue d'étendre la base de données du premier groupe de stockage vers des parties plus lentes des disques. Ce serveur sera remplacé par un serveur Exchange 2010 avec des processeurs plus rapides et plus de disques. Les autres serveurs recevront des mises à niveau de disque et / ou des SSD ajoutés.

http://en.wikipedia.org/wiki/Tape_drive mentionne "Lorsque le cirage des chaussures se produit, il affecte considérablement le débit de données réalisable, ainsi que la durée de vie du lecteur et de la bande." mais il ne mentionne pas le cirage des chaussures réduisant la capacité effective d'une bande. Après avoir regardé les bandes d'archives de la banque, je peux confirmer environ 2% à 15% d'espace perdu sur les bandes LTO3. Nulle part assez près pour m'empêcher de passer au LTO4 ou à un chargeur automatique, mais cela pourrait être important. Pour ceux d'entre vous avec Backup Exec, vous pouvez calculer vos déchets de cirage de chaussures en:

  • Faire un travail de sauvegarde qui sauvegardera environ 100% de la capacité native des bandes sans compression. Désactivez la compression sur le lecteur et le logiciel lors de l'exécution du test.
  • regardez dans l'onglet média de l'exec de sauvegarde et comparez la colonne "capacité utilisée" à la colonne "Données". Si la compression est désactivée et que les chiffres correspondent, vous ne cirez pas du tout.

Dans mon cas, j'avais une bande LTO3 d'archivage avec 272,4 Go "utilisés" mais seulement 233,67 Go de "données" et une autre avec 400,6 Go contre 395,19 Go. J'ai également essayé une sauvegarde sur LTO4 sans compression et j'ai obtenu 833 Go "utilisés" avec seulement 786,77 Go de "données". Évidemment, le cirage de chaussures variera de mon environnement au vôtre, mais avant cela, je n'ai pas pensé à le tester. J'espère que cela vous indiquera clairement comment calculer la quantité de bande gaspillée que vous avez dans votre environnement de sauvegarde.

modifier: nouvelles informations sur http://www.fujifilmusa.com/shared/bin/LTO_Overview.pdf montrant les vitesses de bande minimales pour LTO3 et LTO4. Il semble que l'IBM LTO4 ait en fait une vitesse minimale inférieure à l'IBM LTO3. Quoi qu'il en soit, mon serveur moyen est trop lent pour alimenter LTO3 / 4 sans cirage de chaussures. Je crains même que ma sauvegarde sur disque des volumes locaux ne soit trop lente pour alimenter rapidement le lecteur, mais je devrai le tester.

En tirant les informations sur le lecteur IBM pleine hauteur du PDF ci-dessus, je reçois

LTO4 : 30-120MB/s 800GB native (45-240MB/s compressed)
LTO3 : 40- 80MB/s 400GB native (60-160MB/s compressed)
LTO2 : 18- 35MB/s 200GB native (27- 70MB/s compressed)
LTO1 : 15- 15MB/s 100GB native (30- 30MB/s compressed)  


Mise à jour : le serveur que j'utilisais pour la sauvegarde a commencé à me donner des erreurs d'arrêt, j'ai donc déplacé le lecteur de bande vers un autre serveur. L'ancien contrôleur SCSI était un Adaptec 160, le "nouveau" contrôleur est un LSI basé sur 320 (au moins je suppose que le connecteur externe est un 320 car les 4 disques durs à l'intérieur du serveur mentionnent 320 SCSI dans la gestion du serveur).

La nouvelle situation de serveur me laisse temporairement sans sauvegarde sur disque jusqu'à ce que j'obtienne un boîtier externe pour le stockage directement connecté. En général, cette discussion LTO m'a orienté vers l'achat de plus de disques durs pour mes serveurs. J'aurai du travail à faire pour reconfigurer les matrices RAID pour augmenter la vitesse de la sauvegarde et, espérons-le, augmenter la fiabilité de la configuration globale.

Mise à jour 2 : La comparaison ci-dessous utilise un ancien serveur de fichiers dont les goulots d'étranglement du contrôleur de raid tous les transferts à ~ 40 Mo / s, donc l'idéal serait d'environ 2400 Mo / min. Il s'agit de la vitesse nécessaire pour tester le bord du cirage des chaussures. Vraisemblablement, le flux de données ne sera pas parfaitement régulier et forcera la correspondance de vitesse presque tout au long du test.

Je ne connais plus la taille du tampon et le nombre de tampons que j'ai utilisés sur le test de vitesse de l'ancien lecteur LTO3, mais cela ne change pas grand-chose du tout. Les données de test représentent environ 20 Go de tifs et jpgs numérisés. J'ai fait ces tests un vendredi après-midi et je n'ai pas répété les tests suffisamment de fois pour faire la moyenne des données ou sinon éliminer les données invalides. Les tests après les heures, le choix de données différentes et d'autres variables pourraient sensiblement affecter ces tests.

Les mêmes serveurs sont utilisés dans tous les tests. L'ancien lecteur se trouve sur un contrôleur LVD 320 SCSI PCIx. Le nouveau lecteur se trouve sur un contrôleur SAS PCIe LSI 3801E. Il est possible que le contrôleur de lecteur et / ou le lecteur de bande LTO3 soient des goulots d'étranglement. Je ne testerai pas les composants individuels, uniquement l'ancien couplage par rapport au nouveau couplage. Le serveur exécutant Backup Exec a 4 Go de RAM, 32 bits Server 2008 standard, un processeur double cœur Pentium D 3,2 GHz.

La connectivité réseau se fait via un commutateur 1 Go, les deux serveurs sont sur le même commutateur. J'ai une connexion Bureau à distance ouverte, mais avec la sauvegarde allant + cette connexion, la connexion Gb est utilisée à moins de 50% au pire et en moyenne plus à 25% d'utilisation.

Donc, aussi rudes que soient les méthodes de test, je suis raisonnablement convaincu que les goulots d'étranglement ne sont pas dans une variable que j'ignore.

Résultats de test courts :
~ 1500 Mo / min en utilisant le lecteur Dell LTO3 et la compression de bande LTO3 ON, taille de bloc de 64 Ko (de nombreux nombres de tampons testés, le meilleur résultat est répertorié ici)

~ 1800 Mo / min en utilisant le lecteur Quantum Superloader3 LTO 4 avec une bande LTO3 (même bande que ci-dessus), compression ON, taille de bloc de 64 Ko, taille de tampon de 64 Ko, nombre de tampons 10, nombre de hautes eaux 0, mode d'écriture de bloc unique activé, passe SCSI d'écriture - via le mode ON

~ 2150 Mo / min en utilisant le lecteur Quantum Superloader3 LTO 4 avec une bande LTO3 (même bande que ci-dessus), compression ON, taille de bloc de 256 Ko, taille de tampon de 256 Ko, nombre de tampons 10, nombre de hautes eaux 0, mode écriture de bloc unique activé, passe SCSI d'écriture - en mode ON
~ 2200 Mo / min en utilisant le lecteur Quantum Superloader3 LTO 4 avec une bande LTO3 (même bande que ci-dessus) compression OFF, taille de bloc de 256 Ko, taille de tampon de 256 Ko, nombre de tampons 10, nombre de hautes eaux 0, écriture Mode bloc unique ON, écriture Mode d'intercommunication SCSI activé

~ 2050 Mo / min avec lecteur Quantum Superloader3 LTO 4 avec compression de bande LTO4 activée, taille de bloc de 256 Ko, taille de tampon de 256 Ko, nombre de tampons 10, nombre élevé 0, mode d'écriture bloc unique activé, mode de transfert SCSI activé ON
~ 2250 Mo / min en utilisant le lecteur Quantum Superloader3 LTO 4 avec une compression de bande LTO4 désactivée, une taille de bloc de 256 Ko, une taille de tampon de 256 Ko, un nombre de tampons 10, un décompte des hautes eaux 0, mode d'écriture de bloc unique activé, mode de transmission SCSI d'écriture activé

~ 2050 Mo / min en utilisant le lecteur Quantum Superloader3 LTO 4 avec une compression de bande LTO4 activée, taille de bloc de 256 Ko, taille de tampon de 1 Mo, nombre de tampons 10, nombre élevé 0, mode d'écriture bloc unique activé, mode de transmission SCSI activé ON
~ 2300 Mo / min en utilisant le lecteur Quantum Superloader3 LTO 4 avec une compression de bande LTO4 désactivée, une taille de bloc de 256 Ko, une taille de tampon de 1 Mo, un nombre de tampons de 10, un décompte des hautes eaux 0, mode d'écriture de bloc unique activé, mode de transmission SCSI d'écriture activé

~ 2200 Mo / min en utilisant le lecteur Quantum Superloader3 LTO 4 avec une compression de bande LTO4 activée, taille de bloc de 256 Ko, taille de tampon de 1 Mo, nombre de tampons 20, nombre élevé 0, mode d'écriture bloc unique activé, mode de transfert SCSI activé ON
~ 2300 Mo / min en utilisant le lecteur Quantum Superloader3 LTO 4 avec une compression de bande LTO4 désactivée, une taille de bloc de 256 Ko, une taille de tampon de 1 Mo, un nombre de tampons de 20, un décompte des hautes eaux 0, un mode d'écriture de bloc unique activé, un mode de transmission SCSI d'écriture activé

Il est clair que le réglage de la taille du bloc est plus important que la taille du tampon. Peu importe la taille de bloc ou de tampon que vous utilisez, vous obtiendrez de meilleures performances en désactivant la compression si vos données source ne peuvent pas suivre le taux de correspondance de données minimum des lecteurs de bande. Malheureusement, il s'agit d'un paramètre par lecteur et non par travail ou par format de bande, vous ne pouvez donc pas limiter la compression aux sauvegardes complètes ou à LTO3 uniquement. Vous devrez également tester l'ampleur du problème avec votre combinaison de matériel / logiciel. Bien sûr, cette baisse de performances est mineure et les tests les plus importants seront d'optimiser la sauvegarde complète de 600 Go à 800 Go au lieu de 20 Go. J'essaierai de mettre à jour à nouveau une fois que j'ai quelques semaines ou quelques mois de sauvegardes effectuées.

trs pplrppl
la source
2
Vous utilisez la compression, non?
Matt Simmons
Matt, veuillez voir les commentaires de la réponse de Xenny dans lesquels nous discutons du taux de compression.
pplrppl
Ce doit être un meurtre pour vous de savoir où aller dîner. ;)
joeqwerty
C'est en fait très facile à faire. La nourriture n'est pas un domaine où il n'y a qu'une seule bonne réponse. J'ai beaucoup d'aliments que j'aime. Quant à l'écriture, j'ai tendance à tomber dans le camp de Larry Niven. Ses contemporains ont dit que lorsqu'il écrivait une histoire sur un concept, il était fait si minutieusement qu'il n'y avait aucune raison de le refaire. Voir books.google.com/… pour un exemple.
pplrppl
Mon objectif lorsque je documente quelque chose est de le rendre suffisamment approfondi pour que je puisse totalement oublier les moindres détails et me rappeler juste assez pour le rechercher sur Google ou rechercher les documents que j'ai localement pour récupérer l'effort passé. Dans le processus, j'apprends parfois plus que ce que j'avais l'intention de couvrir, mais cela rapporte généralement d'explorer de nouveaux concepts.
pplrppl

Réponses:

7

À titre indicatif, notez que 100 Mo / min est bien en deçà de la vitesse minimale pour le streaming de bande avec LTO 3, donc vous perdez probablement une bonne quantité de capacité avec l'arrêt et le démarrage de la bande (c'est-à-dire que vous obtenez probablement mieux que 1,5: 1 compression, mais cela se perd dans les lacunes des données sur la bande). Ce sera probablement plutôt pire avec LTO 4, car je pense que la vitesse minimale a augmenté.

Disque - Disque - La bande vous aidera à résoudre le problème de vitesse minimale et vous donnera une certaine capacité gratuitement.

Si vous ne le faites pas, pensez sérieusement à une sorte de défragmentation programmée des disques sur les serveurs que vous sauvegardez. 1000 Mo / min n'est pas un bon niveau de débit pour le gig ethernet sur un matériel raisonnablement moderne. Je m'attends à ce que même sur des machines vieilles de 2 ans, vous puissiez obtenir 1800 Mo / min (c'est-à-dire uniquement lire à partir du disque du serveur à 30 Mo / s), il y a donc des possibilités d'amélioration.

Edit: Pour LTO 3, vous voulez vraiment une taille de bloc de 256 Ko pour de meilleures performances.

WRT Shoe shining, Il n'y a pas de temps pour que la bande rembobine si le tampon court brièvement, donc cela laissera un espace sur la bande.

xenny
la source
1
Si je peux confirmer que le cirage des chaussures affecte la capacité utilisable, vous serez certainement amélioré. Si l'effet de capacité est significatif, je vais créer une nouvelle question car ce concept n'est pas directement lié à la question.
pplrppl
Ni Backup Exec ni Windows ne proposent une taille de bloc de 256 Ko. Le plus élevé me propose soit des blocs de 64 Ko. Il se peut qu'une taille de bloc plus élevée puisse être spécifiée dans les matrices RAID matérielles, mais tous mes serveurs n'ont pas de RAID matériel.
pplrppl
Étant donné que le PowerVault 110T LTO-3 est un lecteur IBM pleine hauteur se déplaçant vers LTO4 par quelqu'un d'autre que HP, cela réduirait en fait mon taux de transfert
minimum.Voir la
J'ai obtenu 1.536: 1 sur la dernière sauvegarde complète. L'exec de sauvegarde arrondit et appelle cela 1.6: 1. 578,53 Go compressés à 367,6 Go sur bande. Il me faudra des semaines voire des mois pour optimiser la vitesse de sauvegarde.
pplrppl
Vous réduisez également la durée de vie en voiture avec le cirage de chaussures
Matt Simmons
3

inévitablement, les sauvegardes dépassent la capacité initialement prévue. Voici ce que je suggérerais et dirais de votre situation:

  1. La sauvegarde complète dépasse donc la capacité d'une bande. Utilisez ensuite deux bandes.

  2. Suivez la recommandation de Symantec et continuez de faire votre sauvegarde sur disque, puis sauvegardez ces sauvegardes sur disque sur bande. planifier les sauvegardes sur disque pour qu'elles se produisent après les heures où moins de ressources sont utilisées. planifier les sauvegardes sur bande pour qu'elles se produisent à tout moment pendant la journée après la fin des sauvegardes sur disque car les sauvegardes sur bande n'ont aucun impact sur les systèmes de production.

  3. Considérez vos sauvegardes de la semaine (complètes et différentielles) comme faisant partie du même jeu de sauvegarde. si cela prend deux ou trois bandes par semaine, alors tant pis.

  4. planifiez les sauvegardes sur bande uniquement pendant la semaine lorsque vous êtes là pour échanger les bandes.

J'ai une situation similaire, j'utilise un lecteur Dell Powertault 110t LTO2 et voici ce que je fais:

  1. le samedi, je prends une sauvegarde complète sur disque (dossier de sauvegarde sur disque pour les sauvegardes complètes).

  2. du dimanche au vendredi, je prends des sauvegardes incrémentielles sur le disque (une autre sauvegarde sur le dossier du disque pour les incrémentielles).

  3. du lundi au vendredi, j'effectue des sauvegardes sur bande de la sauvegarde complète et incrémentielle sur les dossiers du disque. lorsque la bande atteint sa capacité, je l'échange. s'il atteint sa capacité maximale au milieu de la nuit, je l'échange le lendemain matin et le travail de la bande se termine.

  4. après vendredi sauvegarde sur bande, j'échange des bandes pour la semaine prochaine. les deux bandes que je retire sont les incréments et les incréments de la semaine en cours et entrent dans ma rotation de 4 semaines. maintenant je sais que toutes les données de sauvegarde de la semaine en cours sont sur un seul jeu de bandes, stockées hors site.

rincer et répéter

joeqwerty
la source
1
en guise de remarque, je ne dépenserais pas d'argent pour des lecteurs de bande supplémentaires, des chargeurs automatiques, etc. vous ne pouvez pas à juste titre penser que vous devez acheter du nouveau matériel chaque fois que vos sauvegardes dépassent la capacité d'une seule bande. pensez aux sauvegardes qui se produisent au cours d'une semaine donnée dans le cadre du même jeu de sauvegarde, que cela prenne une, deux, trois bandes, etc.
joeqwerty
Lors de la sauvegarde directe sur bande si la 2ème bande n'est pas insérée avant la modification des données, des erreurs seront enregistrées dans la sauvegarde. Puisque vous effectuez une sauvegarde sur disque puis sur bande, vous évitez ce problème. Je vais tester la sauvegarde sur disque sur bande pour cette raison et tester l'effet de cirage des chaussures dans un avenir proche. Vous devriez cependant être moins cavaliers à propos de l'utilisation d'une deuxième suggestion de bande. Il y a des problèmes importants à considérer.
pplrppl
@pplrppl: Cavalier? Sérieusement? Vous pensez que mon conseil était cavalier, comme dans un rejet désinvolte et dédaigneux d'une affaire importante? Pourquoi ne me dites-vous pas comment vous pensez que mes conseils étaient cavaliers. Aussi, pourquoi ne me renseignez-vous pas sur les problèmes importants liés à l'utilisation d'une deuxième bande de sauvegarde, car il est évident que je ne comprends pas bien les techniques de sauvegarde appropriées. Merci beaucoup.
joeqwerty
1
@pplrppl: De plus, bien que vous puissiez être en désaccord avec ma réponse et même la juger techniquement incorrecte ou inférieure, il n'est pas nécessaire de porter un jugement sur ma suggestion comme étant cavalière car cela implique un manque de bonne intention, ou même une négligence de ma part. À mon humble avis, il n'y a pas de place ici pour ce type de commentaire.
joeqwerty
Eh bien, il est difficile de commenter clairement les problèmes avec votre question car vous avez des numéros en double dans vos listes. Si nous disons que la première liste est A et 1. dans cette liste est 1A, alors je suppose que nous pouvons utiliser cela pour spécifier.
pplrppl
2

Nous faisons quelque chose de similaire à Joe:

  1. samedi: sauvegarde complète sur disque, lorsque cela est fait, démarrez la sauvegarde complète de celle-ci sur bande
  2. lundi: à la fin de la journée, insérez une deuxième bande et laissez la sauvegarde se terminer
  3. lun-ven: sauvegardes différentielles sur disque uniquement

Si vous devez vraiment faire la bande de disque indépendamment de la sauvegarde sur disque, je vivrais avec les deux sauvegardes légèrement désynchronisées:

  1. Démarrez le disque-disque et le disque-bande samedi, le disque-disque se terminera et le disque-bande attendra une deuxième bande lundi
  2. Terminez la bande sur disque lundi (j'attendrais toujours jusqu'à la fin de la journée pour mettre la bande).
  3. Du lundi au vendredi, faites vos différentiels disque-disque (en fait, je vois que vous ne dites pas que vous faites cela, mais je suppose que vous le faites)
  4. Mar-Ven, faites vos différentiels sur bande disque

Je ne vois aucun problème à avoir des ensembles de fichiers légèrement différents sauvegardés sur les deux supports différents. Dans presque tous les cas, vous allez restaurer un fichier à partir de la sauvegarde sur disque, avec la bande juste une solution de rechange ou un moyen facile d'organiser plusieurs jeux de sauvegarde.

Quartier - Réintégrer Monica
la source
Si la sauvegarde sur bande de la deuxième bande complète commence à la fin des activités (après 17 ou 18 heures, par exemple), vous ne pouvez pas faire de différentiels du mardi au vendredi comme indiqué dans votre point 4. Au mieux, cela me laisserait avec la bande deux de la bande complète. le lundi matin et le différentiel par rapport à la bande se produisant le mar, mer, jeu, avec la bande 1 de la prochaine émission complète le vendredi.
pplrppl
1

Voici une option qui pourrait vous aider à vous débrouiller pendant un certain temps:

Avez-vous envisagé de diviser votre sauvegarde en deux ensembles de données distincts? Selon la façon dont vos fichiers sont organisés, vous pourriez être en mesure de le diviser facilement en deux blocs logiques (par exemple, par département). Vous feriez une sauvegarde complète du premier ensemble de données jeudi soir et une sauvegarde complète du deuxième ensemble de données vendredi soir. Chaque nuit, cela exécuterait deux travaux sur une seule bande, un différentiel pour chaque ensemble de données.

De cette façon, vous ne venez pas le week-end et vous n'avez pas besoin de garder un lecteur en attendant la fin d'une vérification. De plus, vous obtenez la protection supplémentaire de ne pas avoir tous vos œufs dans le même panier, pour ainsi dire.

Nic
la source
J'ai certainement envisagé une stratégie similaire. Ma plus grande préoccupation avec la répartition des tâches est la façon dont les bandes seraient traitées lorsque je ne serai pas là (et vers / depuis la banque). J'ai 3 semaines de vacances stockées et si je pars, qui suivra une rotation de bande complexe? J'étais récemment sortie pour la chirurgie de mon père et la personne à qui j'ai demandé de mettre la cassette n'a pas inséré la nouvelle cassette vendredi au besoin. Je suis arrivé le samedi après avoir vérifié mon e-mail et vu la demande de bande. L'ajout de swaps de bande à n'importe quel jour de la semaine augmente les chances que les sauvegardes ne se produisent pas comme prévu.
pplrppl