Data Domain: Manual för bästa praxis för virtuella bandbibliotek

VTL – Manual för bästa praxis

SYFTE

Det här dokumentet innehåller riktlinjer för bästa praxis för att säkerställa optimala prestanda och för Data Domain Virtual Tape Library (VTL) i säkerhetskopieringsmiljöer och även för att säkerställa enkel support och underhåll av produkten.

GÄLLER

• Alla Data Domain-system
• Alla programvaruversioner med stöd för VTL
• VTL-protokoll
• Säkerhetskopieringsprogram från tredje part ("BA") som NetWorker, TeraSAM osv.

LÖSNING

1. Grundläggande riktlinjer för att undvika dålig prestanda:
   1. Det är viktigt att du ser till att en VTL-kvalificerare har slutförts för din installation och verifierats för korrekt drift. Användning av HBA:er, drivrutiner och så vidare som inte stöds är en vanlig källa till problem.
   2. Försök att hålla Data Domain-systemet under 85 % fullt. Rensning av filsystemet och andra åtgärder går snabbare och effektivare när systemet har tillräckligt med tillgänglig disk för att utföra dessa viktiga uppgifter.
   3. Försök att schemalägga rensning av filsystemet (kallas även skräpinsamling eller rensning av filsystemet) så att det körs under tider då aktiva säkerhetskopieringar inte körs.
   4. Standardschemat för rensning av filsystem är tillräckligt i de flesta miljöer. Se dokumentet "Schemalägga rensning på ett Data Domain-system: Best Practices 12089" för att bättre förstå den här processen. Om du fortfarande anser att det finns en anledning att ändra standardschemat så att Filesystem Clean körs oftare kontaktar du Data Domain Support för att diskutera.
   5. Schemalägg inte replikeringen så att den överlappar ditt aktiva VTL-säkerhetskopieringsfönster. Båda processerna kräver avsevärda resurser och slutförs snabbare om de körs separat i stället för samtidigt.
   6. Använd aldrig kryptering, multiplexering, förkomprimering eller deduplicering på klientsidan från klientens BA (det vill säga NetWorker, TeraSAM) eftersom de avsevärt minskar komprimeringsfaktorn som erhålls på Data Domain-systemet. Utför endast dessa aktiviteter på Data Domain-systemet. Vissa säkerhetskopieringsprogram aktiverar dessa funktioner som standard (det vill säga HP Data Protector har multiplexering som standard), så kontrollera att alla dessa är avstängda för din applikation.
   7. Även om Data Domain-systemet kan erbjuda högre gränser för konfigurationsalternativ (antal strömmar, begränsning, replikering och så vidare) ger användning av mer måttliga konfigurationer ofta den bästa övergripande prestandan. 
   8. Se till att du läser och förstår alla varningar från Data Domain-systemet. Om du inte förstår en varning kan du ringa supporten för att få en förtydligande.
   9. Använd inte standardpoolen för allt. Skapa minst en annan pool och skapa alla band i poolerna som du skapade. Om du använder replikering (eller kan komma i framtiden) är det viktigt att skapa och använda mellan 5 och 10 replikeringskontexter (det vill säga en VTL-pool) för bättre prestanda.
   10. Se till att dina specifika komponenter är kompatibla med VTL.

2. VTL-komponenter

   1. Initierare:
      1. FC-initierarporten måste endast vara dedikerad till Data Domain VTL-enheter.
      2. Endast initierare som måste kommunicera med en viss uppsättning VTL-målportar i ett Data Domain-system ska zonindelas med det Data Domain-systemet.
      3. Skapa ett användbart alias för varje initierare som du zonindelar och ansluter till Data Domain-systemet, helst med värdnamnet och porten i aliasnamnet. 
      4. Använd endast en-till-en-zonindelning; skapa zoner på din Fibre Channel-switch som endast består av en initierare och ett mål per zon. 
   2. Platser: 
   • Antalet platser eller enheter som ett bibliotek ska ha bestäms av hur många samtidiga säkerhetskopierings- och återställningsströmmar som körs. Antalet enheter begränsas också av konfigurationen och de övergripande prestandagränserna för just ditt Data Domain-system. Antalet fack baseras vanligtvis på hur många band som används under en kvarhållningsprincipcykel.

   3. Åtkomstpunkter för kassetter:

      • Se dokumentationen för Data Domain-integrering för ditt specifika säkerhetskopieringsprogram för att avgöra om Cartridge Access Points (CAP) måste emuleras för just din miljö.

   4. Växlare:

      • Det kan bara finnas en växlare per VTL.
      • Vilken växlarmodell du bör välja beror ofta på din specifika konfiguration:
        • Använd biblioteksemuleringen RESTORER-L180 när du använder Symantec Backup-programmet
        • Använd TS3500-biblioteksemuleringen när du använder IBM System i-plattformen
        • Du kan även använda biblioteksemuleringen TS3500 när du använder TeraSAM 6.2 på AIX 6.1- och AIX 5.3-plattformar.
        • De flesta andra installationer bör använda L180-biblioteksemulering (icke-Symantec, icke-IBM-system i)

   5. Bandenhet

      1. Automatisk offline:  Om ett band sätts in är enheten online. I det här läget kan växlaren inte flytta ett band från enheten utan att först ta bort bandet. Men om Auto-Offline är aktiverat sker en implicit borttagning av enheten, vilket innebär att bandet kan flyttas från enheten även om inget Unload-kommando har utfärdats av programmet. Den här inställningen kan vara användbar för vissa program och är global i VTL-tjänsten (en inställning för alla enheter).
      2. Mata ut automatiskt:  Om ett band flyttas från en enhet eller kortplats till en CAP hamnar det direkt i valvet. Den här inställningen kan vara användbar för de program som kontrollerar att band har tagits bort från CAP. De misslyckas med att "mata ut" biblioteket om banden fortfarande finns i CAP efter en tidsfördröjning. Automatisk utmatning gör dessa applikationer glada eftersom banden försvinner omedelbart från CAP:erna. Den här inställningen är också global i VTL-tjänsten (en inställning för alla enheter)
      3. Det är bäst att bara använda en typ av bandenhet per bibliotek.

   6. Mål-HBA:er

      1. Överväg att sprida säkerhetskopieringsbelastningen över flera FC-portar på Data Domain-systemet för att undvika flaskhalsar på en enda port. 
      2. Kontrollera hastigheten för varje FC-port på switchen för att bekräfta att porten är konfigurerad för önskad hastighet.
      3. Ställ in sekundära portar på "none" om det inte uttryckligen är nödvändigt för din specifika konfiguration.
      4. Konfigurera värdoperativsystemets drivrutin för beständig LUN-bindning. På så sätt undviker du situationer där säkerhetskopieringsprogrammet eller operativsystemet måste konfigureras om på grund av måländringar. 

• VTL-drift

  1. Platser: Skapa tillräckligt många fack som innehåller det antal band som du har skapat. Att skapa några extra platser är inget problem, om det inte är ett överdrivet antal.
  2. Caps
  3. Band
     1. Skapa bara så många band som krävs för att uppfylla dina säkerhetskopieringskrav. Det ursprungliga antalet band är mindre än dubbelt så stort som det tillgängliga diskutrymmet på återställaren. Om du skapar för många virtuella band kan det uppstå ett scenario där Data Domain-systemet fylls i förtid och orsaka ett oväntat systemavbrott. I takt med att den globala komprimeringsstatistiken blir tillgänglig kan ytterligare band läggas till stegvis. 
     2. Om systemet blir 100 % fullt måste du ta bort eventuella tomma band som kan finnas i systemet och sedan låta tillräckligt med data för att få systemet under 80 % kapacitet gälla. För att undvika denna tidskrävande uppgift, för att förhindra att en systemfull händelse inträffar.
     3. I ett målsystem för replikering ska du aldrig läsa från ett band som replikeras.
     4. Använd alltid unika bandstreckkoder, även i olika pooler.
     5. Använd alltid samma bandsuffix (storlek) i alla pooler. Om du av någon anledning måste använda ett annat suffix bör du åtminstone behålla samma suffix i en pool.
     6. Optimal storlek på band beror på flera faktorer, inklusive den specifika BA som används och egenskaperna hos de data som säkerhetskopieras. I allmänhet är det bättre att använda ett större antal mindre band än ett mindre antal stora band för att kontrollera diskanvändningen och förhindra att systemet blir fullt.
     7. För TeraSAM rekommenderar vi att du använder mindre band (det vill säga 30–50 G) för att snabbare frigöra utrymme.

  4. Säkerhetskopieringsprogram

     1. Se till att du använder den största optimala blockstorleken för din BA för maximal prestanda när du arbetar med Data Domain-systemet. Det optimala antalet beror på många faktorer, t.ex. diskhastighet, OS-cachelagring och ditt specifika säkerhetskopieringsprogram. Se leverantörens rekommendationer och integreringsguiderna.
     2. I allmänhet ger en bandblockstorlek som är en multipel av 64K bättre prestanda, men se till att kontrollera bästa praxis eller integrationsguider för din specifika programvara (se nedan för länkar). Om du kommer åt Data Domain-enheten med flera säkerhetskopieringsservrar ska du använda den största blockstorleken som är tillgänglig för alla servrar i miljön (särskilt i en heterogen operativsystemmiljö).

• Åtkomstgrupper

  1. Numreringen av enheter inom varje diskret VTL-åtkomstgrupp ska börja med LUN 0.
  2. Det är bäst att undvika att ändra VTL-åtkomstgruppskonfiguration medan Data Domain-systemet är hårt belastat.
  3. Vi rekommenderar att du har exakt en initierare per åtkomstgrupp.

• Statistik

  1. När du använder VTL-filmärkescachestatistik bör statistiken återställas innan banden läses in i enheterna. Om återställningen av statistiken utförs efter att banden har lästs in och använts på bandenheterna kan kommandot vtl show detailed-stats vara missvisande. Rapporten kan visa att antalet "fria" är större än antalet "allokerade", vilket är oväntat men ofarligt i det här fallet. Detta beror på att statistiken för enheterna återställs medan de används. Återställningen av statistiken är inte en atomär åtgärd.
  2. Som allmän praxis bör statistiken återställas innan band läses in i enheterna.