NetWorker: Mediatietokannan ylläpito ja vianmääritys
Summary: Tässä artikkelissa kuvataan mediatietokantaan liittyvien ongelmien tunnistamis- ja käsittelymenetelmät sekä ylläpidon ja suojauksen parhaat käytännöt.
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
- Palvelujen käynnistämättä jättäminen.
- Päivittäisen Server Protection>Server Backup - työnkulun epäonnistuminen.
- Puutteelliset tai harhaanjohtavat tiedot, jotka liittyvät mminfo-komennolla palautettuihin tallennusjoukkoihin tai -asiakkaisiin, kun tehdään kyselyjä tai selataan tallennusjoukkoja NetWorker Management Consolen (NMC) tai NetWorker Web User Interface (NWUI) -hallinnan hallinnossa.
- Varmuuskopiointi-, palautus- tai kloonausongelmat, jotka liittyvät siihen, että tallennusjoukkoja, työasemia tai asemia ei löydy.
- Mediatietokantaan liittyvät virheet palvelimen daemonlokissa tai konsoleissa:
nsrmmdbd WiSS code assertion error (st_nextrec: rec loop detected)
nsrmmdbd error, ss_clone_ensure_clone_eligibility: assertion, invalid parameters or code segment
nsrmmdbd XCHK ssid:saveset_short_ssid host:saveset_hostname name:saveset_name has a fragment with an invalid volid:saveset_volid
nsrmmdbd NSR warning WiSS code assertion error (ST_readvdir: directory read failed)
nsrmmdbd NSR critical Unexpected error reading long record directory: an invalid slot number
nsrmmdbd NSR warning partial record error, ssid: saveset_short_ssid saveset_long_ssid flags:0x00010101 size:0 files:0 tm:datetime cloneid
nsrmmdbd NSR notice media db must be scavenged
nsrmmdbd NSR critical media db scavenge failed
nsrmmdbd NSR warning Cannot scavenge path_to_mmvolume6 (Permission denied) - recover from backup media
nsrmmdbd NSR warning Cannot scavenge path_to_mmvolume6 (unknown error code) - recover from backup media
nsrmmdbd MDB warning can't fetch save set <saveset ID>
nsrmmdbd MDB warning Unable to fetch child save set <saveset ID> for cover set <saveset ID>
- Useiden tallennusjoukkojen äkillinen menetys mediatietokannasta tai äkillinen hyppy käytettävissä olevaan levytallennustilaan vapaassa tilassa.
- Ohjelmisto, joka ei vanhene tai poista tallennusjoukkoja, mikä johtaa nopeaan tallennustilan kulutukseen.
Cause
Kuten mikä tahansa tietokanta, mediatietokanta voi vaurioitua vaihtelevassa määrin, jos sen normaalista toiminnasta voidaan päätellä, kuten.
- nsrmmdbd-prosessin odottamaton sammuminen (ydinvedos, järjestelmän kaatuminen, uudelleenkäynnistys tai virtakatkos).
- Keskeytynyt tapahtuma (ulkoisen tietoturvaohjelmiston häiriö tai levytilan ehtyminen).
- Looginen sisäinen ongelma (koodivirhe tai käsittelemättömät olosuhteet).
- Suora häirintä mediatietokantatiedostoihin tai tallentaa asetettuja tiedostoja NetWorkerin hallitsemaan tallennustilaan.
- Jos mahdollista, käytä nsr/mm-kansiolle erillistä paikallista levyosiota, joka auttaa suojautumaan esimerkiksi muiden prosessien aiheuttamalta levytilan tyhjenemiseltä. Tämän osion tulisi olla vähintään 3x mediatietokannan kokoinen; suuri mediatietokanta olisi tällä hetkellä 10 gigatavua; siksi 100 Gt: n pitäisi riittää mihin tahansa asennukseen.
- Varmista, että palvelimen varmuuskopioinnin työnkulku suoritetaan päivittäin, jotta mediatietokannan ja kriittisten järjestelmäpalautusresurssien ( Bootstrap) varmuuskopiot ovat käytettävissä vikatilanteissa.
- Tarkista käynnistysten sijainti mminfo -B-komennolla säännöllisesti.
- Älä koskaan anna toisen NetWorker-palvelimen käyttää NetWorker-palvelimen tallennusasemia samanaikaisesti, sillä se voi johtaa tietojen menetykseen.
- Jos virustentorjuntaohjelmisto on asennettu NetWorker-palvelimeen, luo /nsr-hakemistoon poikkeuksia, jotka estävät virustentorjuntaohjelmistoa tarkistamasta, muokkaamasta tai poistamasta NetWorker-tiedostoja.
- Vältä tiedostojen poistamista NetWorker-tallennustilasta manuaalisesti tilan vapauttamiseksi. NetWorkerilla on tilan palautusrutiineja, joita suoritetaan päivittäin, ja jos niiden katsotaan epäonnistuneen, ota yhteyttä tukeen.
- Yleensä tietovyöhykesuunnittelussa kannattaa pitää samantyyppiset tiedot tarvittaessa samoissa varannoissa, kuten vProxy-tallennusjoukot, tiedostojärjestelmän tallennusjoukot ja Oracle-tietokannan tallennusjoukot erillisissä varannoissa.
- Älä ohita mediatietokannan virheisiin liittyviä viestejä - ota yhteyttä tukeen, jos sinulla on huolenaiheita.
- NetWorker suorittaa vanhenemisprosessin päivittäin osana Server Backup -työnkulkua. Tämä työ laskee pidätykset ja riippuvuudet ja vanhentaa tallennusjoukot, joiden säilytys on ohitettu ja joilla ei ole vanhentuneita huollettavia. Tämän jälkeen NetWorker yrittää poistaa kaikki vanhentuneet levyaseman tallennusjoukot. Tämän jälkeen kullekin asemalle suoritetaan tilan palautustoiminto, joka poistaa tallennusjoukkotiedostot levytietovälineiltä, joilla ei ole vastaavia mediatietokantamerkintöjä. Tämä tarkoittaa, että jos mediatietokanta vioittuu tai palautat tietokannan aiempaan ajankohtaan, kelvolliset tiedot voidaan poistaa.
- Jos levyasemissa on mielestäsi ongelma, varmista, että kelvollisia tietoja ei poisteta, kun taltio on poistettu ja merkitty tarkistettavaksi. Tämä koskee myös asemia edelliseen ajankohtaan palauttamisen jälkeen (palautuspisteen jälkeen luodulla levyllä saattaa olla kelvollisia tallennusjoukkoja, joten palautetussa tietokannassa ei ole merkintöjä).
- Tarkistus tarvitaan mahdollistaa normaalin varmuuskopioinnin, palauttamisen ja/tai kloonauksen, mutta estää normaalin vanhenemisen tai poistamisen. Varmista siis, että sitä käytetään vain suojaamaan taltiot, joiden katsotaan olevan vaarassa, ja että ne poistetaan, kun palaat normaaliin toimintaan. Asemat on irrotettava tämän lipun asettamiseksi tai poistamiseksi. On tavallista, että asemissa lukee "tarkistus tarvitaan" NetWorker-palvelimen nsrdr (disaster recovery) jälkeen, jotta vältetään ei-toivottu tietojen menetys katastrofista palautumisen yhteydessä.
Resolution
Mediatietokannan ongelmia voi yrittää tarkistaa ja korjata useilla tavoilla. Ennen kuin yrität mitään näistä, luo raportit ennen ja jälkeen vaikutusten arvioimiseksi nähdäksesi, onko tallennusjoukkoja, taltioita, asiakasohjelmia tai jotain muuta poistettu.
Suorita komentorivillä hakemistossa tulosteiden isännöintihakemistossa seuraavat komennot mediatietokannan ominaisuuksien vertaamiseksi ennen toimenpidettä ja sen jälkeen:
Ellei tämä prosessi epäonnistu päivittäin, tämä ei todennäköisesti muuta mitään. Tarkista nsrim-päivän valmistuminen daemon-lokista.
Tämä komento odottaa, että tallennussolmut ovat online-tilassa ja niihin voi ottaa yhteyttä, jotta ne voidaan suorittaa loppuun.
Suorita komentorivillä hakemistossa tulosteiden isännöintihakemistossa seuraavat komennot mediatietokannan ominaisuuksien vertaamiseksi ennen toimenpidettä ja sen jälkeen:
- kkinfo -C mminfo-C_pre.mmi
- kkinfo -X mminfo-X_pre.mmi
- mminfo -ar "volid,tyyppi,sijainti,pool,volume,tila,volflags,write,savesets" -q family=disk -xc, > mminfo-vol_pre.mmi
nsrim - Päivittäinen palvelimen suojaus
Server Protection > Server Backup -työnkulku suoritetaan joka päivä ja sen myötä vanhenemistoiminto. Vanhentumistoiminto suorittaa nsrim-tiedoston, joka on NetWorkerin alkuperäinen ylläpitoapuohjelma. Tämä voidaan suorittaa myös suoraan, mutta se voi kestää useista minuuteista useisiin tunteihin palvelimen kuormituksen ja mediatietokannan koon mukaan:
nsrim -X > nsrim.out 2>&1
Ellei tämä prosessi epäonnistu päivittäin, tämä ei todennäköisesti muuta mitään. Tarkista nsrim-päivän valmistuminen daemon-lokista.
Palvelun uudelleenkäynnistys
NetWorker-palveluiden uudelleenkäynnistys pakottaa tekemään monenlaisia käynnistystarkistuksia, jotka voivat paljastaa daemon-lokin virheilmoituksiin liittyviä ongelmia ja mahdollisesti korjata ne. Jos tietokantaongelmat vaikuttavat vakavilta, varmista ennen palvelujen pysäyttämistä, että vapaata tilaa on riittävästi ja että käynnistysten sijainnit ovat tiedossa (mminfo -B-lähtö). Ihannetapauksessa suorita ensin nsrmmdbasm -s nsr/mm/mmvolrel_path > mm.xdr, jotta voit yrittää purkaa nykyisen mediatietokannan kopion. Ennen kuin käynnistät palvelut uudelleen, luo kopio mmvolrel-kansiosta, koska sitä voidaan tarvita myöhemmin rikosteknisiin ja palautustarkoituksiin.Mediatietokannan vienti ja jälleentuonti
Tämä prosessi välttää täydellisen katastrofista palautumisen purkamalla vain kelvolliset mediatietokantatietueet ja tuomalla ne uudelleen palvelimeen pysäyttämättä palveluita. Tämä tulisi kuitenkin tehdä vain, kun palvelin on käyttämättömänä, eikä sitä saa koskaan yrittää käynnissä olevien töiden kanssa. Käytä koko polkua mmvolrelin sijasta (joka voi vaihdella asennuksen tai käyttöjärjestelmän mukaan)- Ennen kuin aloitat, merkitse kaikki levyasemat skannattaviksi käyttöönoton jälkeen. Jos automaattinen mediahallinta on määritetty levyasemia isännöiville laitteille, tämä on ensin poistettava käytöstä. Nauhamäärät eivät tarvitse tätä vaihetta.
- Valmistele alustavat raportit johdanto-osassa kuvatuilla mminfo-komennoilla .
- Tarkista mediatietokannan mmvolrel-kansion ja tietueen koko
- Varmista, ettei mikään nsrck-, nsrim- tai nsrmmdbasm-prosesseistaole käynnissä. Jos mm:n pääkansiossa, kuten mm[aakkosnumeeriset], on suuria, vanhoja tai äskettäin muokkaamattomia tiedostoja, siirrä tai poista, jos mikään prosessi ei ole lukinnut niitä.
- Pura mediatietokanta komennolla: nsrmmdbasm -s mmvolrel > mm.xdr
- Vertaa uuden tiedoston kokoa mmvolrel-kansion kokoon - jos sen pitäisi olla samankokoinen. Jos se on pieni (4 B tai kourallinen kt), komento epäonnistui. Jos se on huomattavasti pienempi - korruptoituneita tietueita on saatettu poistaa osana prosessia.
- Valmistele palvelin palauttamaan mediatietokantansa määrittämällä palvelimen tilakentäksi katastrofista palautuminen NMC/NWUI:ssa tai käyttämällä nwadminia.
- Palauta suoraan mediatietokannan purkutiedostosta nsrmmdbasm-komennolla uudelleen : nsrmmdbasm -r -2 < mm.xdr
- Suorita sen jälkeen sama mminfo kuin johdanto-osassa on kuvattu. Vertaa tallennusjoukko - ja kirjoitusarvoja taltioittain ja varmista, että kaikki taltiot ovat käytettävissä. samoin mminfo -C-arvojen on oltava samat.
- Jos havaitset eroja, ota huomioon ja harkitse huolellisesti, miten edetä, ja ota yhteyttä tukeen, jos et ole varma näkemistäsi tuloksista:
- Jos asema vaikuttaa terveeltä, voit poistaa Tarkista tarvitaan -merkinnän ja ottaa asemat käyttöön, koska tallennusjoukon poistamisen vaaraa ei pitäisi olla, jos tallennusjoukkoja ei ilmeisesti ole poistettu levystä, jos tallennusjoukot ja kirjoitetut arvot ovat yhdenmukaiset.
- Jos tallennusjoukkoa on vähemmän tai kirjoitettu kokonaismäärä on pienempi, Skannaus tarvitaan - merkintä on jätettävä paikoilleen, ja suorita skanneri: scanner -i devicename palauttaaksesi taltiosta löytyneet tiedostot, joissa ei enää ole tietueita. Kun skanneri on valmistunut kullekin asemalle, tarkista tallennusjoukkojen määrä uudelleen ja poista Scan Need -merkintä. Ota äänenvoimakkuus uudelleen käyttöön, kun olet varma, että skanneri on korvannut puuttuvaksi odotetut tallennusjoukot.
NSRDR
nsrdr:n suorittama täydellinen katastrofipalautus palauttaa mediatietokannan lisäksi myös muita palvelinelementtejä, kuten resurssitietokannan ja työpaikkatietokannan. Katso oman versiosi mukainen palvelinten katastrofista palautumisen ja käytettävyyden parhaiden käytäntöjen opas ennen kuin yrität jatkaa tätä.Tämä komento odottaa, että tallennussolmut ovat online-tilassa ja niihin voi ottaa yhteyttä, jotta ne voidaan suorittaa loppuun.
HUOMAUTUS: Ota aina yhteyttä tukeen, jos sinulla on kysyttävää tai huolenaiheita, koska mediatietokannan palauttaminen voi johtaa levyasemien tietojen menetykseen, jos Tarkistus tarvitaan -merkintää ei käytetä suojaamaan tiedostojärjestelmiä, joissa on toteuttamiskelpoisia tallennusjoukkoja, joissa ei ehkä ole mediatietokantatietueita vioittumisen tai edellisen ajankohdan palautuksen vuoksi.
Affected Products
NetWorkerProducts
Data Backup & Protection Software, NetWorker FamilyArticle Properties
Article Number: 000223518
Article Type: Solution
Last Modified: 08 Apr 2024
Version: 1
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.