Data Domain: Veiledning med anbefalte fremgangsmåter for bibliotek for virtuelt bånd

Veiledning med anbefalte fremgangsmåter for VTL

FORMÅL

Dette dokumentet inneholder retningslinjer for anbefalte fremgangsmåter for å sikre optimal ytelse for Data Domain Virtual Tape Library (VTL) i sikkerhetskopieringsmiljøer, og også for å sikre enkel støtte og vedlikehold av produktet.

GJELDER FOR

• Alle Data Domain-systemer
• Alle programvareversjoner som støtter VTL
• VTL-protokoll
• Tredjeparts sikkerhetskopieringsapplikasjon (BA), for eksempel NetWorker, Terasam og så videre

LØSNING

1. Grunnleggende retningslinjer for å unngå dårlig ytelse:
   1. Det er viktig at du sørger for at en VTL-kvalifisering er fullført for installasjonen din, og verifisert for riktig drift. Bruk av HBA-er som ikke støttes, drivere og så videre, er en vanlig kilde til problemer.
   2. Forsøk å holde Data Domain-systemet mindre enn 85 % fullt. Filsystemrensing og andre operasjoner er raskere og mer effektive når systemet har nok tilgjengelig disk til å utføre disse viktige oppgavene.
   3. Prøv å planlegge at Filesystem Clean (også kjent som søppelrydding eller opprydding av filsystemer) skal kjøre når aktive sikkerhetskopieringer ikke kjører.
   4. Standard tidsplan for opprydding av filsystemet er tilstrekkelig i de fleste miljøer. Se dokumentet "Planlegging av opprydding på et Data Domain-system: Beste praksis 12089" for å forstå denne prosessen bedre. Hvis du fortsatt mener at det er en grunn til å endre standardtidsplanen slik at Filesystem Clean kjøres oftere, kan du kontakte kundestøtte for datadomenet for å diskutere.
   5. Ikke planlegg at replikering skal overlappe med det aktive VTL-sikkerhetskopivinduet. Begge prosessene krever betydelige ressurser og fullføres raskere hvis de kjøres separat i stedet for samtidig.
   6. Bruk aldri kryptering, multipleksing, forhåndskomprimering eller deduplisering på klientsiden fra klient-BA (det vil si NetWorker, TeraSAM), da de reduserer kompresjonsfaktoren som oppnås på Data Domain-systemet. Utfør bare disse aktivitetene på Data Domain-systemet. Noen sikkerhetskopieringsprogrammer slår på disse funksjonene som standard (det vil si at HP Data Protector som standard multiplekser), så sjekk at alle disse er slått AV for applikasjonen din.
   7. Selv om Data Domain-systemet kan tilby høyere grenser i konfigurasjonsalternativer (antall strømmer, begrensning, replikering og så videre), gir bruk av mer moderate konfigurasjoner ofte den beste generelle ytelsen. 
   8. Vær sikker på at du leser og forstår alle varsler fra Data Domain-systemet. Hvis du ikke forstår et varsel, ring support for avklaring.
   9. Ikke bruk standardutvalget til alt. Opprett minst ett annet utvalg, og opprett alle båndene i utvalgene du opprettet. Hvis du bruker replikering (eller kanskje i fremtiden), er det viktig å opprette og bruke mellom 5 og 10 replikeringskontekster (det vil si et VTL-utvalg) for forbedret ytelse.
   10. Forsikre deg om at de spesifikke komponentene dine er kompatible med VTL.

2. VTL-komponenter

   1. Initiativtakerne:
      1. Det kreves at FC-initiatorporten bare må være dedikert til Data Domain VTL-enheter.
      2. Bare initiatorer som må kommunisere med et bestemt sett med VTL-målporter på et Data Domain-system, bør sones med det Data Domain-systemet.
      3. Opprett et nyttig alias for hver initiativtaker du soner og koble til Data Domain-systemet, helst inkludert vertsnavn og port i aliasnavnet. 
      4. Bruk bare en-til-en sonering; Opprett soner på fiberkanalsvitsjen som består av bare én initiativtaker og ett mål per sone. 
   2. Spor: 
   • Antall spor eller stasjoner et bibliotek skal ha, bestemmes av hvor mange sikkerhetskopierings- og gjenopprettingsstrømmer som kjører. Antall disker begrenses også av konfigurasjonen og de generelle ytelsesgrensene for det bestemte Data Domain-systemet. Antall spor er vanligvis basert på hvor mange bånd som brukes i løpet av en syklus for oppbevaringspolicy.

   3. Kassetttilgangspunkter:

      • Se dokumentasjonen for integrering av datadomenet for den spesifikke sikkerhetskopieringsapplikasjonen for å finne ut om kassetttilgangspunkter (CAP-er) må emuleres for ditt bestemte miljø.

   4. Veksler:

      • Det kan bare være en veksler per VTL.
      • Ofte avhenger skiftermodellen du bør velge, av din spesifikke konfigurasjon:
        • Bruk RESTORER-L180-bibliotekemuleringen når du bruker Symantec Backup-programvare
        • Bruk TS3500-bibliotekemuleringen når du bruker IBM System i-plattformen
        • Du kan også bruke TS3500-bibliotekemulering når du bruker TeraSAM 6.2 på AIX 6.1- og AIX 5.3-plattformer.
        • De fleste andre installasjoner skal bruke L180-bibliotekemulering (ikke-Symantec, ikke-IBM-system i)

   5. Båndstasjon

      1. Auto-frakoblet:  Hvis tapen er lastet, er stasjonen tilkoblet. I denne tilstanden kan veksleren ikke flytte et bånd fra stasjonen uten først å laste ut båndet. Men hvis Auto-frakoblet er aktivert, er det en implisitt stasjonsutlasting, slik at båndet kan flyttes fra stasjonen selv om en Unload-kommando ikke er utstedt av programmet. Denne innstillingen kan være nyttig for visse applikasjoner, og er global på tvers av VTL-tjenesten (én innstilling for alle stasjoner).
      2. Automatisk utløsing:  Hvis et bånd flyttes fra en stasjon eller et spor til en CAP, går det direkte til hvelvet. Denne innstillingen kan være nyttig for programmer som kontrollerer at bånd er fjernet fra CAP. De vil mislykkes i bibliotekets "kaste ut" -operasjon hvis båndene fortsatt er i CAP etter en tidsforsinkelse. Automatisk utkast gjør disse applikasjonene fornøyde fordi båndene forsvinner umiddelbart fra CAPene. Denne innstillingen er også global på tvers av VTL-tjenesten (én innstilling for alle disker)
      3. Det er best å bruke bare én type båndstasjon per bibliotek.

   6. Mål-HBA-er

      1. Vurder å spre belastningen for sikkerhetskopieringen over flere FC-porter på Data Domain-systemet for å unngå flaskehalser i én enkelt port. 
      2. Bekreft hastigheten til hver FC-port på svitsjen for å bekrefte at porten er konfigurert for ønsket hastighet.
      3. Sett sekundære porter til "ingen" med mindre det er eksplisitt nødvendig for din bestemte konfigurasjon.
      4. Konfigurere vertsoperativsystemdriveren for fast LUN-binding. Hvis du gjør det, unngår du situasjoner der sikkerhetskopieringsprogramvare eller operativsystemet må konfigureres på nytt på grunn av målendringer. 

• VTL-drift

  1. Spor: Lag nok spor til å inneholde antall bånd du har opprettet. Å lage noen ekstra spor er ikke et problem, hvis det ikke er en overdreven mengde.
  2. Caps
  3. Bånd
     1. Opprett bare så mange kassetter som kreves for å tilfredsstille sikkerhetskopieringskravene dine. Startbåndantallet er mindre enn dobbelt så mye diskplass som det er tilgjengelig på gjenopprettingen. Hvis du oppretter for mange virtuelle bånd, kan du skape et scenario der Data Domain-systemet kan fylles opp for tidlig og forårsake et uventet systembrudd. Etter hvert som den globale komprimeringsstatistikken blir tilgjengelig, kan flere bånd legges til trinnvis. 
     2. Hvis systemet når 100 % fullt, må du slette eventuelle tomme bånd som kan eksistere på systemet, og deretter utløpe nok data til å få systemet under 80 % kapasitet. For å unngå denne tidkrevende oppgaven, for å forhindre at en system-full hendelse oppstår.
     3. På et replikeringsmålsystem må du aldri lese fra et bånd som replikeres.
     4. Bruk alltid unike strekkoder for tape, selv på tvers av forskjellige bassenger.
     5. Bruk alltid samme tapesuffiks (størrelse) på tvers av alle bassenger. Hvis du av en eller annen grunn må bruke et annet suffiks, bør du i det minste beholde det samme suffikset i et basseng.
     6. Optimal størrelse på båndene avhenger av flere faktorer, inkludert den spesifikke BA som brukes, og egenskapene til dataene som sikkerhetskopieres. Generelt er det bedre å bruke et større antall mindre bånd enn et mindre antall store bånd, for å kontrollere diskbruken og forhindre at systemet er fullt.
     7. For TeraSAM anbefales det å bruke mindre tape (det vil si 30-50G) for å bidra til å gjenvinne plass raskere.

  4. Sikkerhetskopier applikasjoner

     1. Kontroller at du bruker den største optimale blokkstørrelsen for BA for maksimal ytelse som opererer med Data Domain-systemet. Det optimale tallet avhenger av mange faktorer, for eksempel diskhastighet, operativsystembufring og din spesifikke programvare for sikkerhetskopiering. Se leverandørens anbefalinger og integreringsveiledningene.
     2. Generelt gir en båndblokkstørrelse som er et multiplum på 64K bedre ytelse, men sørg for å sjekke beste praksis eller integrasjonsveiledninger for din spesifikke programvare (se nedenfor for lenker). Hvis du får tilgang til Data Domain-enheten med flere sikkerhetskopieringsservere, må du bruke den største blokkstørrelsen som er tilgjengelig for alle servere i miljøet (spesielt i et heterogent OS-miljø).

• Tilgangsgrupper

  1. Nummerering av enheter innenfor hver separate VTL-tilgangsgruppe bør begynne med LUN 0.
  2. Det er best å unngå å endre konfigurasjon av VTL-tilgangsgruppe mens Data Domain-systemet er under tung belastning.
  3. Det anbefales at du har nøyaktig én initiativtaker per tilgangsgruppe.

• Statistikk

  1. Når du bruker VTL-filmerkebufferstatistikken, bør tilbakestillingen av statistikken gjøres før båndene lastes inn i stasjonene. Hvis tilbakestillingen av statistikken utføres etter at båndene er lastet inn og åpnet i båndstasjonene, kan kommandoen vtl show detailed-stats være misvisende. Rapporten kan vise at de "gratis" tellingene er større enn "alloc"-tellingene, noe som er uventet, men ufarlig i dette tilfellet. Dette skyldes tilbakestilling av statistikken til stasjonene mens de er i bruk; Tilbakestillingen av statistikken er ikke en atomoperasjon.
  2. Som en generell beste praksis bør statistikken tilbakestilles før båndene lastes inn i stasjonene.