NetWorker: Vedlikehold og feilsøking av mediedatabasen

• Kunne ikke starte tjenestene.
• Feil i den daglige arbeidsflyten for sikkerhetskopiering av serverbeskyttelsesserver>.
• Ufullstendig eller villedende informasjon relatert til lagringssett eller klienter returnert av mminfo -kommandoen eller når du spør eller blar gjennom lagringssett i administrasjon av NetWorker Management Console (NMC) eller NetWorker Web User Interface (NWUI).
• Problemer med sikkerhetskopiering, gjenoppretting eller kloning relatert til manglende evne til å finne lagringssett, klienter eller volumer.
• Feil i serverens daemonlogg eller konsoller relatert til mediedatabasen:

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>

• Plutselig tap av mange lagringssett fra mediedatabasen, eller et plutselig hopp i ledig ledig disklagringsplass.
• Programvare som ikke utløper eller sletter lagringssett, fører til raskt lagringsforbruk.

Som enhver database kan mediedatabasen bli skadet i varierende grad der det er noen slutning med normal drift, for eksempel. 

• Uventet avslutning av nsrmmdbd prosess (kjernedump, systemkrasj, omstart eller strømbrudd).
• Avbrutt transaksjon (forstyrrelser i eksternt sikkerhetsprogram eller uttømming av diskplass).
• Logisk internt problem (kodefeil eller ubehandlede forhold).
• Direkte forstyrrelser i mediedatabasefiler eller lagre settfiler på NetWorker-administrert lagring.

Mediedatabasen er best beskyttet mot skade med følgende generelle praksiser:

• Hvis det er mulig, bør du bruke en separat, lokal diskpartisjon for /nsr/mm -mappen, som bidrar til å beskytte mot forhold som uttømming av diskplass av andre prosesser. Denne partisjonen skal være minst 3x størrelsen på mediedatabasen; en stor mediedatabase vil være 10 GB; 100 GB bør være nok for enhver installasjon. 
• Kontroller at arbeidsflyten for sikkerhetskopiering av server fullføres daglig, slik at sikkerhetskopiering av mediedatabasen og kritiske nødgjenopprettingsressurser (Bootstrap) er tilgjengelige i tilfelle en katastrofe.
• Bekreft plasseringen av oppstartsstropper med mminfo -B kommando med jevne mellomrom.
• Du må aldri tillate at NetWorker-serverens lagringsvolumer åpnes av en annen NetWorker-server samtidig, siden dette kan føre til tap av data.
• Hvis antivirusprogramvare er installert på NetWorker-serveren, kan du utelate at /nsr -katalogen for å hindre at antivirusprogramvaren skanner, endrer eller fjerner NetWorker-filer. 
• Unngå å slette filer i NetWorker-lagring manuelt for å forsøke å frigjøre plass. NetWorker har rutiner for gjenvinning av plass som kjører daglig, og support bør kontaktes hvis disse anses å være mislykket.
• For soneplanlegging bør du generelt holde data av samme type i de samme utvalgene for enkelt vedlikehold når det er nødvendig, for eksempel vProxy-lagringssett, filsystemlagringssett og Oracle-databaselagringssett i separate grupper.
• Ikke ignorere meldinger relatert til mediedatabasefeil - kontakt kundestøtte hvis du har bekymringer.

Vær oppmerksom på NetWorkers relasjon for mediedatabase og lagring, og beskytt volumer med skanning nødvendig-flagg: 

• NetWorker kjører utløpsprosessen daglig som en del av arbeidsflyten for sikkerhetskopiering av server. Denne jobben beregner oppbevaringer og avhengigheter og utløper lagringssett som er forbi oppbevaringen, og som ikke har noen avhengige som ikke er utløpt. Når dette er fullført, prøver NetWorker å slette alle utløpte lagringssett for diskvolum. Etter dette kjører plassgjenvinningsoperasjonen for hvert volum, og sletter lagrede settfiler fra diskmedier som ikke har tilsvarende oppføringer i mediedatabasen. Dette betyr at hvis mediedatabasen blir skadet, eller du gjenoppretter databasen til et tidligere tidspunkt, kan gyldige data bli slettet.
• Hvis du mener at det er et problem med noen diskvolumer, må du sørge for at volumet ikke blir slettet for å sikre at gyldige data ikke blir slettet og merket som Skanning nødvendig. Dette gjelder også volumer etter gjenoppretting til et tidligere tidspunkt (der det kan finnes gyldige lagringssett på disk som ble opprettet etter gjenopprettingspunktet, og uten oppføringer i den gjenopprettede databasen). 
• Skanning nødvendig tillater normal sikkerhetskopiering, gjenoppretting eller kloning, men forhindrer normal utløp eller sletting – så sørg for at den bare brukes til å beskytte volumer som anses å være i fare, og som fjernes når du går tilbake til vanlig drift. Volumene må demonteres for å angi eller fjerne dette flagget. Det er vanlig at volumer merkes som "skanning nødvendig" etter NetWorker-serverkatastrofeoppretting (nsrdr), for å forhindre uønsket tap av data i et katastrofeopprettingsscenario.

Det er flere måter å forsøke å verifisere og rette opp problemer med mediedatabasen på. Før du prøver noen av disse, for å vurdere virkningene, må du opprette rapporter før og etter for å se om lagringssett, volumer, klienter eller noe annet er fjernet.
Kjør følgende kommandoer i en katalog for å være vert for utdata på kommandolinjen for å sammenligne egenskapene for mediedatabasen før og etter prosedyren:

• mminfo -C mminfo-C_pre.mmi
• mminfo -X mminfo-X_pre.mmi
• mminfo -ar "volid,type,location,pool,volume,state,volflags,written,savesets" -q family=disk -xc, > mminfo-vol_pre.mmi

Når du har fullført vedlikeholdet, kjører du hver av dem til en separat fil på nytt (for eksempel *_post.mmi) og sammenligne verdier.

nsrim - Daglig serverbeskyttelse

Hver dag kjører Server Protection > Server Backup-arbeidsflyten, og med den utløpshandlingen. Utløpshandlingen kjøres nsrimsom  er NetWorkers opprinnelige vedlikeholdsverktøy. Dette kan også kjøres direkte, men kan ta alt fra flere minutter til flere timer, avhengig av serverbelastning og størrelsen på mediedatabasen:

Med mindre denne prosessen ikke kjører daglig, er dette ikke usannsynlig å endre noe. Sjekk daemonloggen for nsrim Daglig ferdigstillelse. Hvis du vil ha mer informasjon, kan du se: NetWorker: Slik planlegger du vedlikeholdsoperasjoner for NetWorker Online-fil og medieindeks

Omstart av tjenesten

Omstart av NetWorker-tjenestene tvinger ulike oppstartskontroller som kan avsløre problemer i bakgrunnsprosessloggfeilmeldinger og potensielt korrigere noen. Hvis databaseproblemene ser ut til å være alvorlige før tjenestene stoppes, må du kontrollere at det er nok ledig plass og at bootstrap-plasseringer er kjent (mminfo -B utgang). Ideelt sett, løp nsrmmdbasm -s /nsr/mm/mmvolrel_path > mm.xdr først til å forsøke å trekke ut en gjeldende mediedatabasekopi. Før du starter tjenestene på nytt, må du opprette en kopi av /nsr/mm/mmvolrel mappe som det kan være nødvendig for rettsmedisinske eller gjenopprettingsformål senere. Hvis du vil ha mer informasjon, kan du se: Slik eksporterer du NetWorker Media Database ved hjelp av nsrmmdbasm

Eksporter og importer mediedatabasen på nytt.

Denne prosessen unngår en fullstendig katastrofegjenoppretting ved bare å trekke ut levedyktige mediedatabaseposter, og importere dem på nytt til serveren uten å stoppe tjenestene. Dette bør imidlertid bare gjøres når serveren er inaktiv, og bør aldri forsøkes med jobber som kjører. Bruk hele banen i stedet for mmvolrel (som kan variere basert på installasjon eller operativsystem)

1. Før du begynner, merker du alle diskvolumer som Skanning nødvendig etter demontering. Hvis Auto Media Management er angitt for enheter som er vert for diskvolumer, må du deaktivere dette først. Båndvolumer trenger ikke dette trinnet. 
   MERK: Følgende artikkel beskriver hvordan du merker volumer som "Skanning IKKE nødvendig". Den kan imidlertid også brukes til å markere volumene "Skann nødvendig." Dette gjør du ved å følge instruksjonene, men angi "scan needed" i stedet for "Not Needed" NetWorker: Hvordan flytte volum fra "Skanning er nødvendig" til "skanning er IKKE nødvendig"
2. Kjør mminfo kommandoer beskrevet i innledningen for å forberede de foreløpige rapportene.
3. Kontroller størrelsen på mediedatabasen mmvolrel Mappe og post
4. Kontroller at ingen av nsrck, nsrim, nsrmmdbasm prosesser kjører; Hvis det er noen store, gamle eller ikke nylig endrede filer i MM-overordnet mappe som mm/[alphanumerics], flytte eller slette hvis de ikke er låst av noen prosess.
5. Pakk ut mediedatabasen i en XDR-fil: Slik eksporterer du NetWorker Media Database ved hjelp av nsrmmdbasm
6. Sammenlign størrelsen på den nye filen med størrelsen på mmvolrel mappe - hvis skal være like i størrelse. Hvis den er liten (4 B eller en håndfull KB), mislyktes kommandoen. Hvis den er mindre, kan det ha blitt fjernet korrupte poster som en del av prosessen.
7. Klargjøre serveren for gjenoppretting av mediedatabasen ved å sette serverens tilstandsfelt til katastrofeoppretting i NMC/NWUI eller bruke nsradmin.
8. Gjenopprett direkte fra utpakkingsfilen for mediedatabasen ved hjelp av nsrmmdbasm Kommando igjen: nsrmmdbasm -r -2 < mm.xdr
9. Når du er ferdig, kjører du det samme mminfo  som beskrevet i innledningen og sammenlign lagre sett og skrevne verdier, per volum, sikre at alle volumer er til stede; Likeledes mminfo -C Verdiene skal være identiske.
10. Hvis det er noen ulikheter, ta notat og nøye vurdere hvordan du skal fortsette, og kontakt kundeservice hvis du ikke er trygg på resultatene du ser:
    • For volumer som ser ut til å være i god stand, kan du fjerne flagget for skanning som trengs og montere volumene, siden det ikke skal være fare for sletting av lagringssett hvis ingen lagringssett ser ut til å ha blitt fjernet fra volumet hvis lagringssettene og de skrevne verdiene er konsekvente. 
    • Volumer som viser færre lagringssett eller en lavere skriftlig totalsum, bør la skanningsnødvendig-flagget være på plass og kjøre skanneren: scanner -i devicename for å gjeninnføre filer funnet på volumet som ikke lenger har poster. Når scanner er fullført for hvert volum, kontrollerer du antall lagringssett på nytt og fjerner flagget for skanning nødvendig. Se: NetWorker: Hvordan flytte volum fra "Skanning er nødvendig" til "skanning er IKKE nødvendig"
    • Monter volumet på nytt når du er sikker på at du scanner har erstattet lagringssett som forventes å mangle.

NetWorker Server Disaster Recovery (nsrdr)

Den fullstendige katastrofegjenopprettingen utført av nsrdr Gjenoppretter ikke bare mediedatabasen, men også andre serverelementer som ressursdatabasen og jobbdatabasen. Se veiledningen for gjenoppretting og tilgjengelighet etter katastrofer for serveren for din versjon før du prøver å fortsette med dette.
Denne kommandoen forventer at lagringsnodene er tilkoblet og tilgjengelige for å fullføre. Les også: NetWorker: NetWorker Server Disaster Recovery (NSRDR)