NetWorker Management Web UI (NWUI): Veiledning for sortering og feilsøking
Summary: NetWorker Management Web UI (NWUI): Veiledning for sortering og feilsøking
Instructions
Hvordan NWUI fungerer
Det er fire viktige komponenter:
Disse komponentene kan være på samme vert eller på separate verter.
- Web frontend: Dette er presentasjonslaget skrevet i HTML5 og Angular Framework som presenterer NetWorker-operasjoner til brukeren via en nettleser. Nettleseren er koblet til UI-backend-prosessene.
- UI-backend: Backend-applikasjonen er skrevet i Spring Framework. Den bruker java og Apache Tomcat. Kommunikasjon mellom frontend og backend og mellom backend og NetWorker-serveren gjøres ved hjelp av interne REST API-kall. NWUI-prosessen bruker enten den eksisterende Apache Tomcat-forekomsten på NetWorker-serveren eller installerer sin egen Apache Tomcat-forekomst hvis den installeres eksternt fra NetWorker-serveren.
- NetWorker-server: NetWorker Server REST-rammeverket er ansvarlig for å motta REST API-kall fra UI-backend og koble dem til NetWorker-serverens kjernekomponenter. NetWorker Server RabbitMQ-meldingsbussen brukes også til samhandling med nsrjobd.
- AUTHC: AUTC-komponenten i NetWorker brukes til alle godkjenningsbehov. Forespørselsprosessen kontakter AuthC for å bekrefte legitimasjon; Ved bekreftelse utsteder AuthC et tidsbasert, signert og kryptert token. NetWorker-komponenter bruker dette tokenet til å bekrefte brukeren og godkjenne eller ikke forespurte operasjoner. Dette er vanligvis på NetWorker-serveren, men kan installeres på en separat vert.
a { tekst-dekorasjon: ingen; farge: #464feb; } tr th, tr td { border: 1px solid #e6e6e6; } tr th { background-color: #f5f5f5; } Ikke forveksle disse med NetWorker REST API, som muliggjør tilpassede operasjoner og er dokumentert i utviklerveiledningen for NetWorker REST API.
Feilsøking
Definere problemet
PROBLEMETFor å generere en fullstendig problembeskrivelse, bør du vurdere følgende spørsmål:
- Hvilken operasjon blir forsøkt som ikke fungerer?
- Fungerer denne operasjonen når den startes fra utenfor NWUI (for eksempel: Fra NetWorker Management Console (NMC))?
- Er problemet konsekvent eller periodisk?
- Hvis periodisk, er det en kjent utløser?
- Fungerte dette bedre før, og er det i så fall noen kjente endringer som ble brukt før og etter at problemet dukket opp?
- Når oppsto problemet først (og hva er endret siden problemet oppstod)?
- Oppstår problemet bare ved tung belastning på sikkerhetskopieringsmiljøet?
- Hva er omfanget av problemet (alle gjenopprettingsoperasjoner eller noen gjenopprettingsoperasjoner, noen faner fungerer ikke, mens andre ikke påvirkes)?
- Hva har blitt forsøkt så langt å fikse og hvilke konklusjoner er trukket fra dette?
MILJØDETALJER
- Hva er NetWorker-serverversjonen og operativsystemplattformen?
- Er NWUI installert på NetWorker-serveren eller en separat vert?
- Hva er NWUI-versjonen hvis den er installert på en atskilt vert fra NetWorker-serveren?
- Hvilken Java-pakke er installert på NWUI-serveren; er installert NetWorker Runtime Environment (NRE) eller Oracle Java Runtime Environment (JRE).
nsrlogin Kommandoen. For godkjenningsproblemer må du først teste godkjenning på NetWorker-serveren for å fastslå om problemet er relatert til NWUI eller selve serveren. Hvis du bruker AD eller LDAP til godkjenning, må du først teste med lokale NetWorker-kontoer for å bekrefte om problemet bare påvirker ekstern godkjenning.
En vanlig kommando som brukes til å teste om godkjenningsprosessen fungerer som forventet på NetWorker Server, 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 ytterligere godkjenningsdiagnose er nødvendig, kan du se: NetWorker: Slik aktiverer du AUTHC DEBUG for feilsøkingsformål
Installasjonsproblemer
NetWorker Management Web UI (NWUI): Slik installerer du
De viktige UI-backend-loggene er:
| Linux-banen | Windows-bane (standard) | Funksjon |
/nsr/authc/logs/catalina.log |
C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\logs\catalina.log |
Tomcat-serverlogging og logging av applikasjonsdistribusjon. |
/nsr/authc/logs/nwui.log |
C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\logs\nwui.log |
Logging av NWUI-applikasjonsserver. |
| /nsr/logs/restapi/restapi.log | C:\Program Files\EMC NetWorker\nsr\restapi\restapi.log |
NetWorker REST API-logging. NWUI kommuniserer med NetWorker-serveren ved hjelp av NetWorker REST API. Se delen REST API i denne artikkelen for å se hvordan du diagnostiserer hvilke REST API-funksjoner som brukes, sammen med det tilsvarende svaret. |
/nsr/logs/daemon.raw |
C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw |
Logging av NetWorker-server. |
Hvis NWUI-serveren er på selve NetWorker-serveren, deler den samme Tomcat-forekomsten med NetWorker.
Hvis du leverer en
.raw For å støtte loggfilen anbefales det å gjengi loggfilen på systemet den kommer fra. Dette sikrer at tidsstemplene gjengis i serverens lokale tid: NetWorker: Hvordan du bruker nsr_render_log
Loggfiler
Linux:
Prosessene som kjører for UI-backend er:
/opt/nwui/bin/nwuictld og jsvc.exec Du kan sjekke om de kjører med ps Kommandoen:
ps -ef | grep nwui
Local to 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 NWUI-backend-prosessen som må kjøres, kalles nwuictld.exe:
services.msc:
Lokal 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
Kjør nsrget-verktøyet på NetWorker-serveren for å innhente relevante logger:
Networker: Slik bruker du NSRGet NetWorker-datainnsamlingsverktøyet
De mest relevante loggene avhenger av operasjonen som forsøkes fra NWUI. Hvis du vil ha mer informasjon om NetWorker-logger, kan du se:
Networker: Loggfiler og plasseringer
Feilsøking
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: Slik aktiverer du feilsøking i REST API
REST-API
NWUI bruker REST API til grensesnitt med NetWorker. NWUI- og REST-API-logger viser API-funksjoner og NetWorker-svar, men denne informasjonen kan også kontrolleres direkte i nettleseren. Denne metoden er nyttig for å finne avvik mellom brukergrensesnitt og NetWorker CLI eller når brukergrensesnittet ikke returnerer forventede resultater.
- Mens du åpner NWUI, høyreklikker du i nettleservinduet og velger Inspiser.

- I nettleserens "Inspiser" -vindu klikker du på Nettverk-fanen :

- Når du utfører funksjoner i NWUI, vises operasjoner under Navn. Statuskolonnen inneholder fullføringsstatusen for REST API: API-forespørsel og svar
- Klikk operasjonen du vil undersøke nærmere. Hvis du for eksempel klikker på sikkerhetskopieringsfunksjonen vist ovenfor, vises følgende detaljer i kategorien Overskrifter :


Fra dette er URL-adressen for forespørsel, forespørselsmetode og statuskode identifiserbar.
- Hvis du vil se svarnyttelasten, klikker du på fanen Svar .
Dette eksemplet viser REST API-svaret som brukes til å fylle ut fanen Gjenopprett og Savesets etter å ha surfet gjennom Azure-sikkerhetskopier og valgt et lagringssett for gjenoppretting.
Additional Information
NWUI-ressurser
NetWorker Management Web UI (NWUI): Brukerveiledning
NetWorker Management Web UI (NWUI): Slik installerer du
NetWorker Management Web UI (NWUI): Veiledning for sortering og feilsøking