Data Domain: Vejledning til bedste fremgangsmåder for virtuelt båndbibliotek

Vejledning til bedste fremgangsmåder for VTL

FORMÅL

Dette dokument indeholder retningslinjer for bedste praksis for at hjælpe med at sikre optimal ydeevne og for Data Domain VTL (Virtual Tape Library) i sikkerhedskopieringsmiljøer og også for at sikre, at det er nemt at understøtte og vedligeholde produktet.

GÆLDER FOR

• Alle Data Domain-systemer
• Alle softwareudgivelser, der understøtter VTL
• VTL-protokol
• Tredjepartsprogram til sikkerhedskopiering ("BA") som f.eks. NetWorker, Terasam osv.

LØSNING

1. Grundlæggende retningslinjer for at undgå dårlig ydeevne:
   1. Det er vigtigt , at du sikrer dig, at en VTL-kvalifikator er fuldført for din installation og kontrolleret for korrekt drift. Brug af ikke-understøttede HBA er, drivere osv. er en almindelig kilde til problemer.
   2. Forsøg at holde Data Domain-systemet mindre end 85 % fuldt. Filsystemrensning og andre handlinger er hurtigere og mere effektive, når systemet har nok tilgængelig disk til at udføre disse vigtige opgaver.
   3. Prøv at planlægge, at Filesystem Clean (også kendt som Garbage Collection eller rensning af filsystemet) skal køre på tidspunkter, hvor aktive sikkerhedskopier ikke kører.
   4. Standardtidsplanen for rensning af filsystemet er tilstrækkelig i de fleste miljøer. Se dokumentet "Oprydningsplan på et Data Domain-system: Best Practices 12089" for bedre at forstå denne proces. Hvis du stadig føler, at der er en grund til at ændre standardplanen, så Filesystem Clean kører oftere, skal du kontakte Data Domain Support for at diskutere det.
   5. Planlæg ikke, at replikering overlapper med dit aktive VTL-sikkerhedskopieringsvindue. Begge processer kræver betydelige ressourcer og fuldføres hurtigere, hvis de køres separat i stedet for samtidigt.
   6. Brug aldrig kryptering, multiplexing, prækomprimering eller deduplikering på klientsiden fra klientens BA (dvs. NetWorker, TeraSAM), da de i høj grad reducerer den komprimeringsfaktor, der opnås på Data Domain-systemet. Udfør kun disse aktiviteter på Data Domain-systemet. Nogle sikkerhedskopieringsprogrammer aktiverer disse funktioner som standard (dvs. HP Data Protector har som standard multiplexing), så kontroller, at alle disse er slået FRA for din applikation.
   7. Selvom Data Domain-systemet kan tilbyde højere grænser for konfigurationsindstillinger (antal streams, begrænsning, replikering osv.), giver brug af mere moderate konfigurationer ofte den bedste overordnede ydeevne. 
   8. Vær sikker på, at du læser og forstår alle advarsler fra Data Domain-systemet. Hvis du ikke forstår en advarsel, skal du ringe til support for afklaring.
   9. Brug ikke standardpuljen til alt. Opret mindst én anden pulje, og opret alle bånd i de puljer, du har oprettet. Hvis du bruger replikering (eller måske i fremtiden), er det vigtigt at oprette og bruge mellem 5 og 10 replikeringskontekster (dvs. en VTL-pulje) for at forbedre ydeevnen.
   10. Sørg for, at dine specifikke komponenter er kompatible med VTL.

2. VTL-komponenter

   1. Initiatorer:
      1. Det kræves, at FC-initiatorporten kun skal være dedikeret til Data Domain VTL-enheder.
      2. Kun initiatorer, der skal kommunikere med et bestemt sæt VTL-destinationsporte på et Data Domain-system, bør zoneres med det pågældende Data Domain-system.
      3. Opret et nyttigt alias for hver initiator, du zoner, og opret forbindelse til Data Domain-systemet, helst med værtsnavnet og porten i aliasnavnet. 
      4. Brug kun en-til-en zoneinddeling; Opret zoner på din Fibre Channel-switch, der kun består af én initiator og ét mål pr. zone. 
   2. Slots: 
   • Antallet af pladser eller drev, et bibliotek skal have, afhænger af, hvor mange samtidige sikkerhedskopierings- og gendannelsesstreams der kører. Antal drev begrænses også af konfigurationen og de overordnede grænser for ydeevnen for dit specifikke Data Domain-system. Antallet af slots er typisk baseret på, hvor mange bånd der bruges i løbet af en opbevaringspolitikcyklus.

   3. Adgangspunkter til kassetter:

      • Se dokumentationen til Data Domain Integration for dit specifikke sikkerhedskopieringsprogram for at finde ud af, om CAP'er (Cartridge Access Points) skal emuleres for netop dit miljø.

   4. Changer:

      • Der kan kun være én skifter pr. VTL.
      • Ofte afhænger den skiftermodel, du skal vælge, af din specifikke konfiguration:
        • Brug RESTORER-L180-biblioteksemuleringen, når du bruger Symantec Backup-software
        • Brug TS3500-biblioteksemuleringen, når du bruger IBM System i-platformen
        • Du kan også bruge TS3500-biblioteksemuleringen, når du bruger TeraSAM 6.2 på AIX 6.1- og AIX 5.3-platforme.
        • De fleste andre installationer bør bruge L180-biblioteksemuleringen (ikke-Symantec, ikke-IBM-system i)

   5. Båndstation

      1. Automatisk offline:  Hvis et bånd er indlæst, er drevet online. I denne tilstand er skifteren ikke i stand til at flytte et bånd fra drevet uden først at aflæse båndet. Men hvis Auto-Offline er aktiveret, er der en implicit drevfjernelse, og båndet kan derfor flyttes fra drevet, selvom programmet ikke har udstedt en Unload-kommando. Denne indstilling kan være nyttig for visse programmer og er global på tværs af VTL-tjenesten (én indstilling for alle drev).
      2. Skub automatisk ud:  Hvis et bånd flyttes fra et drev eller slot til en CAP, sendes det direkte til boksen. Denne indstilling kan være nyttig til de programmer, der kontrollerer, at tapen er fjernet fra CAP en. De vil mislykkes med deres biblioteksudskubningsoperation, hvis båndene stadig er i den fælles landbrugspolitik efter en tidsforsinkelse. Skub automatisk ud gør disse applikationer glade, fordi bånd forsvinder straks fra CAP'erne. Denne indstilling er også global på tværs af VTL-tjenesten (én indstilling for alle drev)
      3. Det er bedst kun at bruge én type båndstation pr. bibliotek.

   6. HBA'er til mål

      1. Overvej at sprede backupbelastningen over flere FC-porte på Data Domain-systemet for at undgå flaskehalse på en enkelt port. 
      2. Kontroller hastigheden for hver FC-port på switchen for at bekræfte, at porten er konfigureret til den ønskede hastighed.
      3. Indstil sekundære porte til "ingen", medmindre det udtrykkeligt er nødvendigt for din specifikke konfiguration.
      4. Konfigurer værtens operativsystemdriver til permanent LUN-binding. Hvis du gør dette, undgår du situationer, hvor sikkerhedskopieringssoftware eller operativsystemet skal omkonfigureres på grund af målændringer. 

• VTL-drift

  1. Slots: Opret tilstrækkeligt mange pladser til at indeholde det antal bånd, du har oprettet. Oprettelse af et par ekstra slots er ikke et problem, hvis det ikke er en overdreven mængde.
  2. Caps
  3. Bånd
     1. Opret kun så mange bånd, som er nødvendige for at opfylde dine krav til sikkerhedskopiering. Antallet af startbånd er mindre end dobbelt så meget som den diskplads, der er tilgængelig på gendannelsesprogrammet. Hvis du opretter for mange virtuelle bånd, kan der opstå et scenarie, hvor Data Domain-systemet kan fyldes op før tid og forårsage et uventet systemnedbrud. Efterhånden som den globale komprimeringsstatistik bliver tilgængelig, kan yderligere bånd tilføjes trinvist. 
     2. Hvis systemet når 100 % fuld, skal du slette eventuelle tomme bånd på systemet og derefter udløbe nok data til at få systemet under 80 % kapacitet. For at undgå denne tidskrævende opgave, for at forhindre en systemfuld hændelse i at forekomme.
     3. På et replikeringsdestinationssystem må du aldrig læse fra et bånd, der replikeres.
     4. Brug altid unikke båndstregkoder, selv på tværs af forskellige puljer.
     5. Brug altid det samme båndsuffiks (størrelse) på tværs af alle puljer. Hvis du af en eller anden grund skal bruge et andet suffiks, skal du som minimum beholde det samme suffiks inden for en pulje.
     6. Den optimale størrelse af bånd afhænger af flere faktorer, herunder den specifikke BA, der bruges, og egenskaberne for de data, der sikkerhedskopieres. Generelt er det bedre at bruge et større antal mindre bånd end et mindre antal store bånd for at kontrollere diskbrug og forhindre systemets fulde forhold.
     7. For TeraSAM anbefales det at bruge mindre bånd (det vil sige 30-50G) for at hjælpe med at genvinde plads hurtigere.

  4. Sikkerhedskopieringsprogrammer

     1. Sørg for, at du bruger den største optimale blokstørrelse til din BA for maksimal ydeevne, der fungerer med Data Domain-systemet. Det optimale antal afhænger af mange faktorer, såsom diskhastighed, OS-caching og din specifikke sikkerhedskopieringssoftware. Se din leverandørs anbefalinger og integrationsvejledningerne.
     2. Generelt giver en båndblokstørrelse, der er et multiplum af 64K, bedre ydeevne, men sørg for at tjekke vejledningerne til bedste praksis eller integration for din specifikke software (se links nedenfor). Hvis du får adgang til Data Domain-enheden med flere sikkerhedskopieringsservere, skal du bruge den største blokstørrelse, der er tilgængelig for alle servere i miljøet (især i et heterogent OS-miljø).

• Adgangsgrupper

  1. Nummereringen af enheder inden for hver dedikeret VTL-adgangsgruppe skal begynde med LUN 0.
  2. Det er bedst at undgå at ændre konfigurationen af VTL-adgangsgrupper, mens Data Domain-systemet er under kraftig belastning.
  3. Det anbefales, at du har præcis én initiator pr. adgangsgruppe.

• Statistik

  1. Når du bruger VTL-filmærkecachestatistikken, skal nulstillingen af statistikken udføres, før båndene indlæses i drevene. Hvis nulstillingen af statistikken udføres, efter at båndene er indlæst og åbnet på båndstationerne, kan kommandoen vtl show detailed-stats være vildledende. Rapporten kan vise, at antallet af "gratis" er større end antallet af "tildelinger", hvilket er uventet, men harmløst i dette tilfælde. Dette skyldes nulstilling af drevenes statistik, mens de er i brug. Nulstillingen af statistikken er ikke en atomoperation.
  2. Som en generel bedste praksis bør statistikken nulstilles, før bånd indlæses i drevene.