Data Domain: Virtuaalisen nauhakirjaston parhaiden käytäntöjen opas

VTL:n parhaiden käytäntöjen opas

TARKOITUS

Tässä asiakirjassa annetaan parhaiden käytäntöjen ohjeet, joiden avulla voidaan varmistaa Data Domain Virtual Tape Library (VTL) -kirjaston optimaalinen toiminta varmuuskopiointiympäristöissä sekä tuotteen helpon tuen ja ylläpidon helppous.

KOSKEE SEURAAVIA:

• Kaikki Data Domain -järjestelmät
• Kaikki VTL:ää tukevat ohjelmistoversiot
• VTL-protokolla
• Kolmannen osapuolen varmuuskopiointisovellus ("BA"), kuten NetWorker tai TeraSAM

RATKAISU

1. Perusohjeet huonon suorituskyvyn välttämiseksi:
   1. On tärkeää varmistaa, että VTL-karsinta on suoritettu asennusta varten ja että sen toimivuus on varmistettu. Ei-tuettujen HBA-laitteiden, ohjainten ja muiden vastaavien käyttö on yleinen ongelmien lähde.
   2. Yritä pitää Data Domain -järjestelmä alle 85 %:ssa täynnä. Tiedostojärjestelmän puhdistus ja muut toiminnot ovat nopeampia ja tehokkaampia, kun järjestelmässä on riittävästi vapaata levyä näiden tärkeiden tehtävien suorittamiseen.
   3. Yritä ajoittaa tiedostojärjestelmän puhdistus (tunnetaan myös nimillä roskien keräys tai tiedostojärjestelmän puhdistus) suoritettavaksi aikana, jolloin aktiiviset varmuuskopioinnit eivät ole käynnissä.
   4. Tiedostojärjestelmän oletusarvoinen puhdistusaikataulu riittää useimmissa ympäristöissä. Lisätietoja on asiakirjassa Puhdistuksen ajoittaminen Data Domain -järjestelmässä: Best Practices 12089" tämän prosessin ymmärtämiseksi paremmin. Jos olet edelleen sitä mieltä, että oletusaikataulua on syytä muuttaa, jotta tiedostojärjestelmän puhdistus suoritetaan useammin, ota yhteyttä Data Domain -tukeen.
   5. Älä ajasta replikointia niin, että se menee päällekkäin aktiivisen VTL-varmuuskopiointi-ikkunan kanssa. Molemmat prosessit vaativat huomattavia resursseja ja valmistuvat nopeammin, jos ne suoritetaan erikseen eikä samanaikaisesti.
   6. Älä koskaan käytä asiakkaan BA:n (NetWorker, TeraSAM) salausta, multipleksointia, esipakkausta tai asiakaspuolen deduplikointia, koska ne pienentävät huomattavasti Data Domain -järjestelmässä saatavaa pakkauskerrointa. Nämä toimet voi suorittaa vain Data Domain -järjestelmässä. Jotkin varmuuskopiointisovellukset ottavat nämä ominaisuudet oletusarvoisesti käyttöön (eli HP Data Protector käyttää oletusarvoisesti multipleksointia), joten tarkista, että kaikki nämä on poistettu käytöstä sovelluksessasi.
   7. Vaikka Data Domain -järjestelmässä määritysvaihtoehtoja (kuten virtojen määrä, kuristus ja replikointi) voidaan rajoittaa, maltillisempien määritysten käyttö tarjoaa usein parhaan suorituskyvyn. 
   8. Varmista, että luet ja ymmärrät kaikki Data Domain -järjestelmän hälytykset. Jos et ymmärrä hälytystä, pyydä selvennystä soittamalla tukeen.
   9. Älä käytä oletusvarantoa kaikkeen. Luo vähintään yksi muu pooli ja luo kaikki nauhat luomiisi pooleihin. Jos käytät replikointia (tai saatat käyttää tulevaisuudessa), on tärkeää luoda ja käyttää 5–10 replikointikontekstia (eli VTL-varantoa) suorituskyvyn parantamiseksi.
   10. Varmista, että tietyt komponentit ovat yhteensopivia VTL:n kanssa.

2. VTL-komponentit

   1. Aloitteen:
      1. FC-käynnistäjän portti on määritettävä ainoastaan Data Domain VTL -laitteille.
      2. Data Domain -järjestelmään tulee määrittää vain sellaiset käynnistäjät, joiden on oltava yhteydessä tiettyyn VTL-kohdeporttijoukkoon Data Domain -järjestelmässä.
      3. Luo hyödyllinen alias jokaiselle vyöhykkeelläsi olevalle käynnistäjälle ja muodosta yhteys Data Domain -järjestelmään, mieluiten sisällyttämällä isäntänimi ja portti aliaksen nimeen. 
      4. Käytä vain yksi-yhteen-vyöhykettä; Luo Fibre Channel -kytkimeen vyöhykkeitä, joissa on vain yksi käynnistäjä ja yksi kohde kutakin vyöhykettä kohden. 
   2. Lähtö: 
   • Kirjastossa pitäisi olla paikkoja tai asemia sen mukaan, kuinka monta samanaikaista varmuuskopiointi- ja palautusvirtaa on käynnissä. Asemien määrää rajoittavat myös Data Domain -järjestelmän kokoonpano ja yleiset suorituskykyrajat. Paikkojen määrä perustuu yleensä siihen, kuinka monta nauhaa käytetään säilytyskäytäntösyklin aikana.

   3. Kasetin tukiasemat:

      • Tarkista varmuuskopiointisovelluksesi Data Domain Integration -ohjeista, onko käyttökasettien tukiasemia (CAP) emuloitava omassa ympäristössäsi.

   4. Vaihtaja:

      • VTL:ää kohden voi olla vain yksi vaihtaja.
      • Usein valittava vaihtajamalli riippuu kokoonpanostasi:
        • Käytä RESTORER-L180-kirjastoemulointia, kun käytät Symantec Backup -ohjelmistoa
        • Käytä TS3500-kirjastoemulointia IBM System i -ympäristöä käytettäessä
        • TS3500-kirjastoemulointia voi käyttää myös käytettäessä TeraSAM 6.2:ta AIX 6.1- ja AIX 5.3 -ympäristöissä.
        • Useimmissa muissa asennuksissa tulisi käyttää L180-kirjastoemulointia (muu kuin Symantec, muu kuin IBM:n järjestelmä i)

   5. Nauha-asema

      1. Automaattinen offline-tilassa:  Jos nauha on ladattu, asema on online-tilassa. Tässä tilassa vaihtaja ei voi siirtää nauhaa asemasta irrottamatta ensin nauhaa. Jos Auto-Offline on käytössä, asema puretaan implisiittisesti, joten nauha voidaan siirtää asemasta, vaikka sovellus ei olisi antanut Unload-komentoa. Tämä asetus voi olla hyödyllinen tietyissä sovelluksissa, ja se on yleinen koko VTL-palvelussa (yksi asetus kaikille asemille).
      2. Automaattinen poisto:  Jos nauha siirretään asemasta tai paikasta korkkiin, se menee suoraan holviin. Tästä asetuksesta voi olla hyötyä sovelluksissa, jotka tarkistavat, että teippejä on poistettu YMP:stä. Ne epäonnistuvat kirjaston poistotoiminnossa, jos nauhat ovat edelleen YMP:ssä jonkin ajan kuluttua. Automaattinen poisto ilahduttaa näitä sovelluksia, koska teipit katoavat välittömästi YMP:istä. Tämä asetus on yleinen myös VTL-palvelussa (yksi asetus kaikille asemille)
      3. On parasta käyttää vain yhtä nauha-asematyyppiä kirjastoa kohden.

   6. Kohde-isännän väyläsovittimet

      1. Suosittelemme varmuuskopiokuorman jakamista Data Domain -järjestelmän useisiin FC-portteihin, jotta voit välttää pullonkauloja yhdessä portissa. 
      2. Tarkista kytkimen FC-portin nopeus ja varmista, että portti on määritetty halutulle nopeudelle.
      3. Määritä toissijaisten porttien arvoksi none, ellei se ole nimenomaisesti tarpeen tietyssä kokoonpanossa.
      4. Määritä isäntäkäyttöjärjestelmän ajuri LUN:n pysyvää sidontaa varten. Näin vältetään tilanteet, joissa varmuuskopiointiohjelmisto tai käyttöjärjestelmä on määritettävä uudelleen kohdemuutosten vuoksi. 

• VTL-toiminta

  1. Lähtö: Luo riittävästi paikkoja, jotta voit tallentaa luomiesi nauhojen määrän. Muutaman ylimääräisen paikan luominen ei ole ongelma, jos se ei ole liian paljon.
  2. Caps
  3. Nauhat
     1. Luo vain sen verran nauhoja kuin varmuuskopiointitarpeiden täyttämiseen tarvitaan. Aloitusnauhojen määrä on alle kaksinkertainen Restorerissa käytettävissä olevaan levytilaan verrattuna. Liian monen virtuaalinauhan luominen voi aiheuttaa tilanteen, jossa Data Domain -järjestelmä voi täyttyä ennenaikaisesti ja aiheuttaa odottamattoman järjestelmäkatkoksen. Kun maailmanlaajuiset pakkaustilastot tulevat saataville, nauhoja voidaan lisätä vähitellen. 
     2. Jos järjestelmä täyttyy täysin, sinun on poistettava järjestelmässä mahdollisesti olevat tyhjät nauhat ja vanhennettava sitten tarpeeksi tietoja, jotta järjestelmän kapasiteetti laskee alle 80 prosenttiin. Jotta vältytään tältä aikaa vievältä tehtävältä, jotta koko järjestelmä ei käynnisty.
     3. Älä koskaan lue replikoinnin kohdejärjestelmässä toistettavalta nauhalta.
     4. Käytä aina yksilöllisiä nauhaviivakoodeja, myös eri uima-altaissa.
     5. Käytä aina samaa teippipäätettä (kokoa) kaikissa altaissa. Jos jostain syystä sinun on käytettävä eri jälkiliitettä, sinun on vähintään säilytettävä sama pääte uima-altaassa.
     6. Nauhojen optimaalinen koko riippuu useista tekijöistä, kuten käytettävästä BA:sta ja varmuuskopioitavien tietojen ominaisuuksista. Yleensä on parempi käyttää suurempaa määrää pienempiä nauhoja kuin pienempää määrää isoja nauhoja, jotta levyn käyttöä voidaan hallita ja estää järjestelmän täydet olosuhteet.
     7. TeraSAMia varten on suositeltavaa käyttää pienempiä nauhoja (eli 30-50G), jotta tilaa voidaan vapauttaa nopeammin.

  4. Varmuuskopiointisovellukset

     1. Varmista, että käytät suurinta optimaalista lohkokokoa BA:lle, jotta suorituskyky on paras mahdollinen toimiessasi Data Domain -järjestelmän kanssa. Optimaalinen luku riippuu monista tekijöistä, kuten levyn nopeudesta, käyttöjärjestelmän välimuistista ja varmuuskopio-ohjelmistostasi. Tutustu toimittajasi suosituksiin ja integrointioppaisiin.
     2. Yleensä nauhalohkon koko, joka on 64K: n kerrannainen, tarjoaa paremman suorituskyvyn, mutta muista tarkistaa ohjelmistosi parhaat käytännöt tai integrointioppaat (katso linkit alla). Jos käytät Data Domain -laitetta useiden varmuuskopiointipalvelimien kautta, käytä suurinta lohkokokoa, jonka kaikki ympäristön palvelimet voivat käyttää (erityisesti heterogeenisessä käyttöjärjestelmäympäristössä).

• Käyttöoikeusryhmät

  1. Kunkin erillisen VTL-käyttöoikeusryhmän laitteiden numeroinnin on alettava LUN 0:lla.
  2. VTL-käyttöoikeusryhmän määritystä kannattaa välttää, kun Data Domain -järjestelmään kohdistuu paljon kuormitusta.
  3. On suositeltavaa, että kullakin käyttöoikeusryhmällä on täsmälleen yksi käynnistäjä.

• Tilastotiede

  1. Kun käytät VTL-tiedostomerkkivälimuistitilastoja, tilastot on nollattava ennen nauhojen lataamista asemiin. Jos tilastointi nollataan sen jälkeen, kun nauhat on ladattu ja niitä on käytetty nauha-asemilla, komento vtl show detailed-stats voi olla harhaanjohtava. Raportissa voidaan näyttää, että "ilmaiset" määrät ovat suurempia kuin alloc-määrät, mikä on odottamatonta mutta vaaratonta tässä tapauksessa. Tämä johtuu asemien tilastojen nollaamisesta niiden ollessa käytössä. Tilastojen nollaaminen ei ole atomioperaatio.
  2. Yleisenä parhaana käytäntönä on, että tilastot on nollattava ennen nauhojen lataamista asemiin.