NetWorker: Data Domainin tilan palautustoimintojen optimointi

• NetWorker-tallennusjoukoissa on merkintä Vanhentunut, mutta niitä ei ole poistettu
• Tilan palautusilmoitukset näkyvät lokeissa useammin kuin kerran päivässä
• Data Domainin nopeus ja kuormitus
• Yleiset vaikutukset palvelimen suorituskykyyn

• Tilan palautukseen oikeutetut asemat lukevat tietoja vanhentumistoiminnon aikana (lavastus, kloonaus tai palautus)
• Tilan palautus suoritetaan oletusarvoisesti jokaisen aseman valmistelun jälkeen
• Tilan palautus tarkistaa asemahakemistorakenteen jokaisen tiedoston tilan palautuksen yhteydessä
• Palvelimen toiminta ja reagointikyky voivat hidastua tilan palautusvaiheen aikana

NetWorkerin tilan palautusvaihe suoritetaan kerran päivässä yhtenä palvelimen varmuuskopioinnin työnkulun vanhentumistoiminnon viimeisistä vaiheista. Se on tarkoitettu poistamaan taltion saveset-tiedosto-objektit sen jälkeen, kun palvelin on arvioinut, vanhentunut ja poistanut saveset-tietueet sen jälkeen, kun on laskettu ne, jotka ovat turvallisia poistaa niiden kokoonpanon mukaan.

Useat tekijät voivat vaikuttaa haitallisesti Data Domain- tai NetWorker-palvelimen reagointikykyyn. Ota käyttöön jokin alla olevista, jotka näyttävät sopivan kyseisen tietovyöhykkeen vaatimuksiin. Ennen kuin harkitset testaamista alla olevilla virheenkorjausavaintiedostoilla: Poista käytöstä päivittäinen Server Protection > Server Backup > Expiration -toiminto, jos haluat poistaa käytöstä kaikki tilan ja mediatietokannan palautuslaskelmat vähintään yhdeksi päiväksi, jotta voidaan vahvistaa, että havaitut suorituskykyongelmat liittyvät tilan palautus- ja/tai vanhenemistoimintoihin.

Jos vanhenemisen poistaminen käytöstä vahvistaa päivittäiseen ylläpitoon liittyvän ongelman, seuraavat ominaisuudet voidaan poistaa käytöstä vianmääritystä varten luomalla tyhjä samanniminen tiedosto (ilman tiedostotunnistetta) NetWorker-palvelimessa tai solmussa nsr-päähakemistonvirheenkorjauksen alihakemistossa. Mitään näistä merkintätiedostoista ei tarvitse käynnistää uudelleen, ja ne tulevat voimaan, kun tilan palautustyöt käynnistetään niiden ollessa käynnissä.

Linux-sijainti: /nsr/debug
Windowsin sijainti: C:\Program Files\EMC NetWorker\nsr\debug (tai vastaava NSR-asennuspolku)
 

Tiedostonimet ja niiden toiminnot on kuvattu alla:

skip_recover_space_for_stage

• Tallennustilan solmut. Tämä merkintä aiheuttaa sen, että NetWorker ohittaa valmistelutoiminnon tilan palautusvaiheen (kloonaus ja lähteen poistaminen). Jos ympäristösi käyttää valmistelua, erityisesti valmistelua samoista lähdeniteistä toistuvasti, tämä on suositeltavaa, koska se estää mahdollisuuden luoda useita palautustilatoimintoja samoille taltioille. Kun tämä merkintä on paikallaan, tilan palautustoiminto lykätään kokonaan, jolloin järjestelmä voi poistaa tiedostot, kun vanhenemistoiminto suoritetaan päivittäin tai nsrim-komentosuoritetaan manuaalisesti. 

recover_space_anytime

• Vain palvelin. Näin tilaa voidaan palauttaa ja tallennusjoukot voidaan poistaa aktiivisesti lukevista asemista, jotka ovat oletusarvoisesti lykättyjä. Tämä tarkoittaa sitä, että pitkään jatkuneita kloonitöitä sisältävien tallennusten vanhenemista ja tilan palautusta voidaan lykätä toistuvasti, kun vanhenemistoiminto, nsrim tai valmistelutyö (katso edellinen) suoritetaan. Tämä puolestaan voi johtaa suuriin tilan palautusjonoihin, asteittaiseen vapaan tilan ehtymiseen ja suurempaan tilan palautustyöhön, kun sen annetaan toimia. 

skip_disk_usage

• Tallennustilan solmut. Osana tilan palautusta ja levyaseman tiedostojärjestelmän tarkistusta yksittäiset tiedostot tarkistetaan oletusarvoisesti rekursiivisesti ja lasketaan, jotta taltiolle saadaan tarkka tietoaggregaatti. Vaikka jotkut saattavat pitää tätä tarkkuutta välttämättömänä, tämän vaiheen lykkääminen riippuu NetWorkerin mediatietokannan tiedosto- ja tavumääristä, joiden voidaan yleensä odottaa olevan riittävän tarkkoja useimpiin käyttötarkoituksiin. Raskaasti kuormitetussa Data Domainissa, erityisesti sellaisessa, jossa monet tilan palautustoiminnot suoritetaan toistuvasti taltioille, tätä voidaan pitää tarpeettomana kuluna ja turvallisesti käytöstä.

skip_consistency_check_in_recover_space

• Tallennustilan solmut. Kun taltiolle palautetaan tilaa, taltion tiedostojärjestelmä tarkistetaan tiedosto tiedostolta mediatietokannan yhdenmukaisuuden varmistamiseksi. Tämä voi aiheuttaa myös viiveen. Tämän avaintiedoston lisääminen kuhunkin solmuun estää kyseistä solmua poistamasta saveset-tiedostoja, jos vastaavaa tietuetta ei ole mediatietokannassa, tai merkitsemästä mediatietokannan tietueita, joista ei löydy tiedostoa, epäilyttäviksi. Huomaa, että tämä estää normaalit puhdistustoimet, ja sitä tulisi käyttää tilan palautukseen liittyvän viiveen määrittelyyn, eikä sitä saa poistaa käytöstä pidemmäksi aikaa. 

Oletusarvoisesti käyttöön on otettu yksityiskohtaisempi lokiinkirjaus, jonka vuoksi kaikki saveset-polut kirjataan NetWorker-palvelimen data_audit lokeihin. Jos kuormitus on jo ennestään raskas ja tilan palautustyöt ovat runsaita tai suuria, tämä voi johtaa siihen, että tiedot eivät reagoi esimerkiksi silloin, kun tallennussolmut palauttavat tiedot etänä NetWorkeriin. Voit poistaa tämän käytöstä nostamalla näiden lokien kirjaamiskynnystä NetWorker-palvelimessa:

# nsradmin
# nsradmin> show name; auditlog severity
# print type: nsr auditlog

Rajoita tämä muutos koskemaan vain tietojen seurantaa, jos haluat, tarkentamalla kysely tiettyyn ilmentymään sisällyttämällä sen nimi. Ohita tämä vaihe ja ota asetus uudelleen käyttöön jokaisessa:

# print type: nsr auditlog; name: servername_data_audit.raw

Muuta kynnysarvoksi toinen tai molemmat virheeksi, jos haluat lopettaa yksittäisten poistojen kirjaamisen - poistot kirjataan edelleen palvelimen daemon.raw.

# update auditlog severity: Error