NetWorker Management Web UI (NWUI): Vejledning til prioritering og fejlfinding
Oversigt: NetWorker Management Web UI (NWUI): Vejledning til prioritering og fejlfinding
Instruktioner
Sådan fungerer NWUI
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.
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?
- Hvad er NetWorker-serverversionen og operativsystemplatformen?Networker: Metoder til at identificere NetWorker-softwareversion
- Er NWUI installeret på NetWorker-serveren eller en separat vært?
- Hvis den installeres på en vært, der er adskilt fra NetWorker-serveren, hvad er så NWUI-serverversionen?
- 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).
Almindelige problemer:
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.
Eller:
Lokal NetWorker-konto:
nsrlogin -u ACCOUNT -p PASSWORD
nsrlogout
nsrlogin -t TENANT -d DOMAIN -u USERNAME -p PASSWORD
nsrlogout
Hvis der kræves yderligere godkendelsesdiagnose, skal du se: NetWorker: Sådan aktiveres AUTHC DEBUG til fejlfindingsformål
INSTALLATIONSPROBLEMER:
De vigtige brugergrænsefladebackend-logfiler er:
| Linux-sti | Windows-sti (standard) | Funktion |
/nsr/authc/logs/catalina.log |
C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\logs\catalina.log |
Tomcat-serverlogføring og programudrulningslogføring |
/nsr/authc/logs/nwui.log |
C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\logs\nwui.log |
Logføring af NWUI-programserver |
/nsr/logs/restapi/restapi.log |
C:\Program Files\EMC NetWorker\nsr\restapi\restapi.log |
NWUI kommunikerer med NetWorker-serveren ved hjælp af NetWorker REST API. Se afsnittet REST API i denne artikel for at se, hvordan du diagnosticerer, hvilke REST API-funktioner der bruges, sammen med det tilsvarende svar. |
/nsr/logs/daemon.raw |
C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw |
NetWorker-serverlogføring |
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: /opt/nwui/bin/nwuictld og jsvc.exec. Du kan kontrollere, om de kører med ps Kommando:
ps -ef | grep nwui
Local til NetWorker-server:
/opt/nwui/logs/nsr/authc/logs//nsr/logs/restapi/restapi.log/nsr/logs/daemon.raw/nsr/nwui/monitoring/app/logs/
/opt/nwui/logs/nsr/nwui/logs
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:
services.msc:
Local til NetWorker-server:
C:\Program Files\EMC NetWorker\nwui\logs\C:\Program Files\EMC NetWorker\nsr\authc-server\logsC:\Program Files\EMC NetWorker\nsr\restapi\restapi.logC:\Program Files\EMC NetWorker\nsr\logs\daemon.rawC:\Program Files\EMC NetWorker\nwui\monitoring\app\logs\
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øjet på NetWorker-serveren for at indsamle 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
logback.xml fil på NetWorker-serveren:
Windows (standard):
C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\webapps\nwrestapi\WEB-INF\classes
Linux:
/nsr/authc/webapps/nwrestapi/WEB-INF/classes
Se: NetWorker: Sådan aktiveres REST API-fejlfinding
REST API
NWUI bruger REST API til at kommunikere med NetWorker. NWUI- og REST API-logfiler viser 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.
- Mens du åbner NWUI, skal du højreklikke i browservinduet og vælge Inspicer.

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

- Når du udfører funktioner i NWUI, vises handlinger under Navn. Kolonnen Status indeholder fuldførelsesstatussen for REST API: API-anmodning og -svar
- 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.
- 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.
Flere oplysninger
NWUI-ressourcer
NetWorker Management Web UI (NWUI): Brugsvejledning
NetWorker Management Web UI (NWUI): Sådan installeres
NetWorker Management Web UI (NWUI): Vejledning til prioritering og fejlfinding