Data Domain: Handleiding met best practices voor virtuele tapewisselaar

Gids met best practices voor VTL

DOEL

Dit document bevat richtlijnen voor best practices om optimale prestaties van de Data Domain Virtual Tape Library (VTL) in back-upomgevingen te garanderen en ook om ervoor te zorgen dat het product gemakkelijk wordt ondersteund en onderhouden.

VAN TOEPASSING OP

• Alle Data Domain-systemen
• Alle softwarereleases ondersteunen VTL
• VTL-protocol
• Back-upapplicatie van derden ("BA") zoals NetWorker, TeraSAM, enzovoort

OPLOSSING

1. Basisrichtlijnen om slechte prestaties te voorkomen:
   1. Het is van cruciaal belang dat u ervoor zorgt dat een VTL-kwalificatie is voltooid voor uw installatie en is geverifieerd voor goede werking. Het gebruik van niet-ondersteunde HBA's, stuurprogramma's, enzovoort, is een veelvoorkomende bron van problemen.
   2. Poging om het Data Domain systeem minder dan 85% vol te houden. Het opschonen van het bestandssysteem en andere bewerkingen zijn sneller en efficiënter wanneer het systeem voldoende beschikbare schijf heeft om deze belangrijke taken uit te voeren.
   3. Probeer het opschonen van het bestandssysteem (ook wel garbage collection of het opschonen van het bestandssysteem genoemd) te plannen om uit te voeren op momenten dat er geen actieve back-ups worden uitgevoerd.
   4. Het standaardschema voor het opschonen van het bestandssysteem is voldoende in de meeste omgevingen. Raadpleeg het document "Scheduling Cleaning on a Data Domain System: Best Practices 12089" om dit proces beter te begrijpen. Als u nog steeds van mening bent dat er een reden is om het standaardschema te wijzigen om Filesystem Clean vaker te laten uitvoeren, neemt u contact op met Data Domain Support om dit te bespreken.
   5. Plan niet dat Replicatie overlapt met uw actieve VTL-back-upvenster. Beide processen vereisen aanzienlijke resources en worden sneller voltooid als ze afzonderlijk worden uitgevoerd in plaats van gelijktijdig.
   6. Gebruik nooit versleuteling, multiplexing, precompressie of deduplicatie aan clientzijde van de client-BA (dat wil zeggen, NetWorker, TeraSAM), omdat deze de compressiefactor die op het Data Domain-systeem wordt verkregen, aanzienlijk verminderen. Voer deze activiteiten alleen uit op het Data Domain systeem. Sommige back-upapplicaties schakelen deze functies standaard in (dat wil zeggen, HP Data Protector is standaard ingesteld op multiplexing), dus controleer of deze allemaal zijn uitgeschakeld voor uw applicatie.
   7. Hoewel het Data Domain-systeem hogere limieten kan bieden voor configuratieopties (aantal streams, beperking, replicatie, enzovoort), biedt het gebruik van meer gematigde configuraties vaak de beste algehele prestaties. 
   8. Zorg ervoor dat u alle waarschuwingen van het Data Domain-systeem leest en begrijpt. Als u een waarschuwing niet begrijpt, bel dan support voor opheldering.
   9. Gebruik niet de standaardpool voor alles. Maak ten minste één andere pool en maak alle tapes in de pools die u hebt gemaakt. Als u replicatie gebruikt (of in de toekomst wellicht gaat doen), is het belangrijk om tussen de 5 en 10 replicatiecontexten (dat wil zeggen een VTL-pool) te maken en te gebruiken voor verbeterde prestaties.
   10. Zorg ervoor dat uw specifieke onderdelen compatibel zijn met VTL.

2. VTL-componenten

   1. Initiatiefnemers:
      1. Hiervoor moet de FC-initiatorpoort alleen toegewezen zijn aan Data Domain VTL-apparaten.
      2. Alleen initiators die moeten communiceren met een bepaalde set VTL-doelpoorten op een Data Domain-systeem, moeten met dat Data Domain-systeem worden gezoneerd.
      3. Maak een nuttige alias voor elke initiator die u in zones indeelt en verbinding maakt met het Data Domain-systeem, bij voorkeur met de hostnaam en poort in de aliasnaam. 
      4. Gebruik alleen één-op-één zonering; Maak zones op uw Fibre Channel-switch die bestaan uit slechts één initiator en één doel per zone. 
   2. Slots: 
   • Het aantal slots of schijven dat een bibliotheek moet hebben, wordt bepaald door het aantal gelijktijdige back-up- en herstelstreams dat wordt uitgevoerd. Het aantal schijven wordt ook beperkt door de configuratie- en algehele prestatielimieten van uw specifieke Data Domain-systeem. Het aantal slots is meestal gebaseerd op het aantal tapes dat wordt gebruikt tijdens een retentiebeleidscyclus.

   3. Toegangspunten voor cartridges:

      • Raadpleeg de documentatie over Data Domain integratie voor uw specifieke back-upapplicatie om te bepalen of Cartridge Access Points (CAP's) moeten worden geëmuleerd voor uw specifieke omgeving.

   4. Wisselaar:

      • Er kan slechts één wisselaar per VTL zijn.
      • Vaak is het model wisselaar dat u moet kiezen afhankelijk van uw specifieke configuratie:
        • Gebruik de RESTORER-L180-bibliotheekemulatie wanneer u Symantec Backup-software gebruikt
        • Gebruik de TS3500 bibliotheekemulatie bij gebruik van IBM System i platform
        • U kunt ook de TS3500-bibliotheekemulatie gebruiken wanneer u TeraSAM 6.2 op AIX 6.1- en AIX 5.3-platforms gebruikt.
        • De meeste andere installaties zouden de L180-bibliotheekemulatie moeten gebruiken (niet-Symantec, niet-IBM-systeem i)

   5. Tapestation

      1. Automatisch offline:  Als er een tape is geladen, is het station online. In deze status kan de wisselaar geen tape van het station verplaatsen zonder eerst de tape te verwijderen. Als Auto-Offline echter is ingeschakeld, is er een impliciete verwijdering van het station, zodat de tape van het station kan worden verplaatst, zelfs als er geen Unload-opdracht is gegeven door de applicatie. Deze instelling kan handig zijn voor bepaalde applicaties en geldt globaal voor de VTL-service (één instelling voor alle schijven).
      2. Automatisch uitwerpen:  Als een tape van een station of slot naar een CAP wordt verplaatst, gaat deze rechtstreeks naar de kluis. Deze instelling kan handig zijn voor die applicaties die controleren of er tapes uit de CAP zijn verwijderd. De uitwerpbewerking van de bibliotheek mislukt als de tapes zich na enige tijd nog in de CAP bevinden. Auto-eject maakt deze applicaties blij omdat tapes direct uit de CAP's verdwijnen. Deze instelling geldt ook algemeen voor de VTL-service (één instelling voor alle schijven)
      3. Het is het beste om slechts één type tapestation per bibliotheek te gebruiken.

   6. HBA's targeten

      1. Overweeg de back-upbelasting te spreiden over meerdere FC-poorten op het Data Domain-systeem om knelpunten op één poort te voorkomen. 
      2. Controleer de snelheid van elke FC-poort op de switch om te bevestigen dat de poort is geconfigureerd voor de gewenste snelheid.
      3. Stel secundaire poorten in op "none", tenzij dit expliciet noodzakelijk is voor uw specifieke configuratie.
      4. Configureer de host besturingssysteemdriver voor permanente LUN-binding. Op deze manier wordt voorkomen dat back-upsoftware of het besturingssysteem opnieuw moet worden geconfigureerd vanwege doelwijzigingen. 

• VTL-bewerking

  1. Slots: Maak voldoende slots voor het aantal tapes dat u hebt gemaakt. Het creëren van een paar extra slots is geen probleem, als het geen overmatige hoeveelheid is.
  2. Caps
  3. Tapes
     1. Maak slechts zoveel tapes als nodig is om aan uw back-upvereisten te voldoen. Het aantal starttapes is minder dan twee keer de schijfruimte die beschikbaar is op de Hersteller. Als u te veel virtuele tapes maakt, kan dit een scenario creëren waarin het Data Domain-systeem voortijdig vol raakt en een onverwachte systeemstoring veroorzaakt. Naarmate de algemene compressiestatistieken beschikbaar komen, kunnen extra tapes stapsgewijs worden toegevoegd. 
     2. Als het systeem 100% vol is, moet u alle lege tapes op het systeem verwijderen en vervolgens voldoende data laten verlopen om het systeem onder de 80% capaciteit te krijgen. Om deze tijdrovende taak te vermijden, om te voorkomen dat er een systeemvolle gebeurtenis optreedt.
     3. Lees op een replicatiedoelsysteem nooit van een tape die wordt gerepliceerd.
     4. Gebruik altijd unieke tapebarcodes, zelfs voor verschillende pools.
     5. Gebruik altijd hetzelfde tapeachtervoegsel (formaat) voor alle pools. Als u om wat voor reden dan ook een ander achtervoegsel moet gebruiken, moet u op zijn minst hetzelfde achtervoegsel binnen een pool houden.
     6. De optimale grootte van tapes is afhankelijk van meerdere factoren, waaronder de specifieke BA die wordt gebruikt en de kenmerken van de data waarvan een back-up wordt gemaakt. Over het algemeen is het beter om een groter aantal kleinere tapes te gebruiken dan een kleiner aantal grote tapes, om het schijfgebruik onder controle te houden en te voorkomen dat het systeem vol raakt.
     7. Voor TeraSAM wordt aanbevolen om kleinere tapes (dat wil zeggen 30-50G) te gebruiken om sneller ruimte vrij te maken.

  4. Back-upapplicaties

     1. Zorg ervoor dat u de grootste optimale blokgrootte voor uw BA gebruikt voor maximale prestaties bij gebruik met het Data Domain-systeem. Het optimale aantal hangt af van veel factoren, zoals schijfsnelheid, OS-caching en uw specifieke back-upsoftware. Bekijk de aanbevelingen van uw leverancier en de integratiehandleidingen.
     2. Over het algemeen biedt een tapeblokgrootte van een veelvoud van 64K betere prestaties, maar zorg ervoor dat u de best practices of integratiehandleidingen voor uw specifieke software raadpleegt (zie hieronder voor koppelingen). Als u het Data Domain-apparaat met meerdere back-upservers gebruikt, gebruikt u de grootste blokgrootte die toegankelijk is voor alle servers in de omgeving (vooral in een heterogene OS-omgeving).

• Toegangsgroepen

  1. De nummering van apparaten binnen elke afzonderlijke VTL-toegangsgroep moet beginnen met LUN 0.
  2. Het is het beste om het wijzigen van de configuratie van de VTL-toegangsgroep te vermijden wanneer het Data Domain-systeem zwaar wordt belast.
  3. Het wordt aanbevolen om precies één initiator per toegangsgroep te hebben.

• Statistiek

  1. Wanneer u de VTL-bestandsmerkcachestatistieken gebruikt, moeten de statistieken opnieuw worden ingesteld voordat de tapes in de stations worden geladen. Als de statistieken opnieuw worden ingesteld nadat de tapes zijn geladen en geopend in de tapestations, kan de opdracht vtl show detailed-stats misleidend zijn. In het rapport kan worden aangegeven dat de "gratis" tellingen groter zijn dan de "alloc"-tellingen, wat in dit geval onverwacht maar onschadelijk is. Dit wordt veroorzaakt door het resetten van de statistieken van de schijven terwijl ze in gebruik zijn; Het resetten van de statistieken is geen atomaire operatie.
  2. Als algemene best practice moeten de statistieken worden gereset voordat de tapes in de schijven worden geladen.