NetWorker Management-webbrugergrænseflade: Vejledning til prioritering og fejlfinding

Sådan fungerer NWUI

NetWorker Web User Interface (NWUI) bruger følgende teknologier: HTML5, Apache Tomcat, Spring Framework, Angular Framework og REST (Representational State Transfer) API (Application Programming Interface). NWUI-programmet kan installeres på Linux- eller Windows-operativsystemer. Den kan installeres enten direkte på NetWorker-serveren eller på en vært, som ikke er NetWorker-serveren.

Der er fire vigtige komponenter. Disse komponenter kan være på den samme vært eller på separate værter.

• Webfrontend: Dette er præsentationslaget skrevet i HTML5 og Angular Framework, som præsenterer NetWorker-operationer for brugeren via en webbrowser. Webbrowseren er forbundet til UI-backend-processerne.
• UI-backend: Backend-applikationen er skrevet i Spring Framework. Det bruger java og Apache Tomcat. Kommunikation mellem frontend og backend og mellem backend og NetWorker-serveren sker ved hjælp af interne REST API-kald. NWUI-processen bruger enten den eksisterende Apache Tomcat-instans på NetWorker-serveren eller installerer sin egen Apache Tomcat-instans, hvis den installeres eksternt fra NetWorker-serveren.
• NetWorker-server: NetWorker Server REST-strukturen er ansvarlig for at modtage REST API-kald fra UI-backend og forbinde dem til NetWorker-serverens kernekomponenter. NetWorker Server RabbitMQ-meddelelsesbussen bruges også til interaktion med nsrjobd.
• AUTHC: AUTHC-komponenten i NetWorker bruges til alle godkendelsesbehov. Den anmodende proces kontakter AUTHC for at bekræfte legitimationsoplysninger; efter verifikation udsteder AUTHC et tidsbaseret, underskrevet og krypteret token. NetWorker-komponenter bruger dette token til at verificere brugeren og godkende eller ikke godkende en anmodet handling. Dette er normalt på NetWorker-serveren, men kan installeres på en separat vært. 

Det meste af kommunikationen bruger REST API, som tillader interaktion med ressourcer, der er identificeret ved URI-adresser (Uniform Resource Identifier). Det bruger HTTP-verber (HEAD, GET, PUT, POST, DELETE) til at interagere med Uniform Resource Identifiers (URI) på en statsløs måde.

Disse REST API-kald er interne i NetWorker- og NWUI-handlinger. Du må ikke forveksle disse med NetWorker REST API, som muliggør brugerdefinerede handlinger, og som er dokumenteret i udviklervejledningen til NetWorker REST API.

Fejlfinding

Definition af problemet

• Problemoplysninger: Overvej følgende spørgsmål for at generere en komplet problembeskrivelse:
  • Hvilken operation forsøges, som ikke virker?
  • Fungerer denne handling, når den startes uden for NWUI (f.eks.: Fra NetWorker Management Console (NMC)?
  • Er problemet konsekvent eller periodisk?
  • Hvis intermitterende, er der en kendt udløser?
  • Fungerede dette bedre før, og hvis ja, er der nogen kendte ændringer, der blev anvendt før og efter problemet dukkede op?
  • Hvornår opstod problemet første gang (og hvad har ændret sig, siden problemet dukkede op)?
  • Opstår problemet kun i tider med stor belastning af sikkerhedskopieringsmiljøet?
  • Hvad er problemets omfang (alle gendannelseshandlinger eller nogle genoprettelseshandlinger, nogle faner fungerer ikke, mens andre ikke påvirkes)?
  • Hvad har man hidtil forsøgt at rette op på, og hvilke konklusioner er der draget af dette?

• Miljømæssige oplysninger: 
  • Hvad er NetWorker-serverversionen og operativsystemplatformen? NetWorker: Metoder til at identificere NetWorker-softwareversion
  • Er NWUI installeret på NetWorker-serveren eller en separat vært?
    • Hvad er NWUI-serverversionen, hvis den installeres på en vært, der er adskilt fra NetWorker-serveren?
  • Bruger NWUI-serveren den lokale NetWorker-server til godkendelse (AUTHC), eller bruges der en separat AUTHC-server: NetWorker: Sådan identificeres, hvilken server der er godkendelsesserveren, der bruges af NMC og NWUI
  • Hvilken Java-pakke er installeret på NWUI-serveren; er NetWorker Runtime Environment (NRE) installeret eller Oracle Java Runtime Environment (JRE).
    • NRE 8.x: Sådan ryddes Java Cache, aktiver Java Console og Debugging.
    • NRE 17.x: Sådan ryddes Java-cache, aktiveres Java-konsol og fejlfinding
• Almindelige problemer:
  • Problemer med godkendelse: Godkendelse bruger AUTHC på samme måde som NetWorker Management Console og nsrlogin Kommando. 
    Ved godkendelsesproblemer skal du først teste godkendelsen på NetWorker-serveren for at afgøre, om problemet vedrører NWUI eller selve serveren. Hvis du bruger AD eller LDAP til godkendelse, skal du først teste med lokale NetWorker-konti for at bekræfte, om problemet kun påvirker ekstern godkendelse.
    En typisk kommando, der bruges til at teste, om godkendelsesprocessen fungerer som forventet på NetWorker-serveren, er: 

authc_mgmt -u [user name] -p [password] -e find-all-users.

nsrlogin -u ACCOUNT -p PASSWORD
nsrlogout

nsrlogin -t TENANT -d DOMAIN -u USERNAME -p PASSWORD
nsrlogout

• • Installationsproblemer: Du kan finde flere oplysninger om, hvordan du installerer NWUI, og hvilke logfiler du skal konsultere, hvis der er et problem med installationen, i følgende artikel: NetWorker Management Web UI (NWUI): Sådan installeres
  • Problemer med brugergrænsefladens back-end: De vigtige brugergrænsefladebackend-logfiler er:

Hvis NWUI-serveren er på selve NetWorker-serveren, deler den den samme tomcat-forekomst med NetWorker.

Hvis du angiver en .raw Logfil til support, anbefales det at gengive logfilen på det system, hvorfra den stammer. Dette sikrer, at tidsstemplerne gengives i serverens lokale tid: NetWorker: Sådan bruger du nsr_render_log

Logfiler:

Linux:

De processer, der kører for UI-backend, er: kode> / opt / nwui / bin / nwuictld og jsvc.exec. Du kan kontrollere, om de kører med ps Kommando:

ps -ef | grep nwui

• Lokal til NetWorker-server:
  • /opt/nwui/logs
  • /nsr/authc/logs/
  • /nsr/logs/restapi/restapi.log
  • /nsr/logs/daemon.raw
  • /nsr/nwui/monitoring/app/logs/
• Ekstern (NWUI-serveren er på en vært, der er adskilt fra NetWorker-serveren):
  • /opt/nwui/logs
  • /nsr/nwui/logs 

Følgende kommando kan bruges til at oprette en .zip af disse logfiler.

tar cvzfP /tmp/$(hostname)_$(date -I).tgz  /opt/nwui/logs  /nsr/nwui/logs  /nsr/authc/logs  /nsr/logs/daemon.raw  /nsr/logs/restapi  /nsr/nwui/monitoring/app/logs/ ; chmod 777 /tmp/$(hostname)_$(date -I).tgz ; ls -lth /tmp/$(hostname)_$(date -I).tgz

Windows

Windows NWUI-backend-processen, der skal køre, kaldes nwuictld.exe:

Du kan administrere dette fra services.msc:

Logfilerne er her:

• Lokal til NetWorker-server:
  • C:\Program Files\EMC NetWorker\nwui\logs\
  • C:\Program Files\EMC NetWorker\nsr\authc-server\logs
  • C:\Program Files\EMC NetWorker\nsr\restapi\restapi.log
  • C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • C:\Program Files\EMC NetWorker\nwui\monitoring\app\logs\
• Fjernbetjening:
  • C:\Program Files\EMC NetWorker\nwui\logs
  • %LOCALAPPDATA%\TempNetWorker_Management_Web_UI_Server_[TIMESTAMP].log
  • %LOCALAPPDATA%\TempNetWorker_Management_Web_UI_Server_[TIMESTAMP]_0_MCUI.log

NetWorker-server

Kør NSRGET værktøj på NetWorker-serveren til indsamling af de relevante logfiler: NetWorker: Sådan bruges NSRGet NetWorker-dataindsamlingsværktøjet 

De mest relevante logfiler afhænger af den handling, der forsøges fra NWUI. Du kan finde flere oplysninger om NetWorker-logfiler under:NetWorker: Logfiler og placeringer

Fejlfinding

NWUI-logføringsniveauer er defineret i følgende fil:

• Windows (standard): C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\webapps\nwui\WEB-INF\classes\logback.xml
• Linux: /nsr/authc/webapps/nwui/WEB-INF/classes/logback.xml

1. Forøg maxFileSize Fra 20MB Til 100MB
2. Skift root level Fra INFO Til DEBUG

3. Genstart NWUI-tjenesten:

• Linux: systemctl restart nwui
• Windows (PowerShell): net stop nwui ; net start nwui

Webbrowser Undersøg konsol.

NWUI bruger API-funktioner og NetWorker-svar, men disse oplysninger kan også kontrolleres direkte i browseren. Denne metode er nyttig til at finde uoverensstemmelser mellem brugergrænseflader og NetWorker CLI, eller når brugergrænsefladen ikke returnerer de forventede resultater. 

1. Mens du åbner NWUI, skal du højreklikke i browservinduet og vælge Inspicer.

2. I browserens "Inspicer" -vindue skal du klikke på fanen Netværk :

3. Handlinger vises under Navn, når der udføres funktioner i NWUI. Kolonnen Status indeholder fuldførelsesstatussen for REST API: API-anmodning og -svar
4. Klik på den handling, du vil undersøge nærmere. Hvis du f.eks. klikker på sikkerhedskopieringsfunktionen vist ovenfor, vises følgende oplysninger under fanen Overskrifter :

Ud fra dette kan anmodningens URL, anmodningsmetoden og statuskoden alle identificeres.

5. Hvis du vil se svardataene, skal du klikke på fanen Svar .

Dette eksempel viser det REST API-svar, der bruges til at udfylde fanen Gendan og Savesets , når du har gennemset Azure-sikkerhedskopier og valgt et gemt sæt til gendannelse.

NWUI-ressourcer

• NetWorker Management Web UI (NWUI): Hvordan gør man             
• NetWorker Management Web UI (NWUI): Sådan installeres          
• NetWorker Management Web UI (NWUI): Vejledning til prioritering og fejlfinding