Slik fungerer NWUI
NetWorker Web User Interface (NWUI) bruker følgende teknologier: HTML5, Apache Tomcat, Spring Framework, Angular Framework og Representational State Transfer (REST) Application Programming Interface (API). NWUI-applikasjonen kan installeres på Linux- eller Windows-operativsystemer. Den kan installeres enten direkte på NetWorker-serveren eller på en vert som ikke er NetWorker-serveren.
Det finnes fire viktige komponenter:
Disse komponentene kan være på samme vert eller på separate verter.
- Web front-end: Dette er presentasjonslaget som er skrevet i HTML5 og Angular Framework, som viser NetWorker-operasjoner til brukeren via en nettleser. Nettleseren er koblet til backend-prosessene i brukergrensesnittet.
- UI-server: Serverserverapplikasjonen er skrevet i Spring Framework. Den bruker Java og Apache Tomcat. Kommunikasjonen mellom fronten og bakserveren og mellom serverserveren og NetWorker-serveren utføres ved hjelp av interne REST API-samtaler. 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: Rammeverket for NetWorker Server REST er ansvarlig for å motta REST API-anrop fra grensesnittets serverdel og koble dem til kjernekomponentene til NetWorker-serveren. Meldingsbussen NetWorker Server AdresserMQ brukes også til samhandling med nsrjobd.
- Godkjenning: Godkjenningskomponenten for NetWorker brukes for alle godkjenningsbehov. Forespørselsprosessen kontakter AuthC for å bekrefte legitimasjonen. ved verifisering utsteder AuthC et klokkeslett, basert, signert og kryptert token. NetWorker-komponenter bruker dette tokenet til å verifisere brukeren og godkjenne eller ikke en forespurt operasjon. Dette er vanligvis på NetWorker-serveren, men kan installeres på en egen vert.
Mesteparten av kommunikasjonen bruker REST API
som gjør det mulig å samhandle med ressurser identifisert av URI-adressene (Uniform Resource Identifier). Den bruker HTTP-verb (HEAD, GET, PUT, POST, DELETE) til å samhandle med Uniform Resource Identifiers (URI) på en tilstandsløs måte. Disse REST API-anropene er interne for NetWorker- og NWUI-operasjoner. De må ikke forveksles med NetWorker REST API-grensesnittet som gir programmatisk tilgang til NetWorker for programmering av spesialbygde operasjoner som er beskrevet i utviklerveiledningen for NetWorker REST API.
Feilsøking
Definere problemet
PROBLEMDETALJER
Hvis du vil generere en fullstendig problembeskrivelse, kan du vurdere følgende spørsmål:
- Hvilken operasjon utføres, noe som ikke fungerer?
- Fungerer denne operasjonen når den startes fra utenfor NWUI (for eksempel: Fra NetWorker Management Console (NMC)?
- Er problemet konsekvent eller uregelmessig?
- Er det en kjent utløser?
- Fungerte dette bedre før, og i så fall er det noen kjente endringer tatt i bruk før og etter at problemet dukket opp?
- Når oppstod problemet først (og hva som ble endret etter at problemet dukket opp)?
- Oppstår problemet bare på et tidspunkt med stor belastning i sikkerhetskopieringsmiljøet?
- Hva er omfanget av problemet (alle gjenopprettingsoperasjoner / noen gjenopprettingsoperasjoner, noen faner som ikke fungerer mens andre ikke påvirkes)?
- Hva har blitt prøvd så langt for å 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 vert atskilt fra NetWorker-serveren?
- Hvilken Java-pakke er installert på NWUI-serveren; er NetWorker Runtime Environment (NRE) installert eller Oracle Java Runtime Environment (JRE).
Autentisering
Godkjenning bruker AuthC på samme måte som NetWorker Management Console og
nsrlogin-kommandoen . For godkjenningsproblemer starter du med å teste godkjenningen på selve NetWorker-serveren for å skille om godkjenningsproblemet er relatert til NWUI eller ikke. Hvis du bruker en ekstern godkjenningsmetode, for eksempel AD eller LDAP, anbefales det å først teste autentisering med lokale NetWorker-kontoer for å se om problemet bare påvirker den eksterne godkjenningsmetoden.
En vanlig kommando som brukes til å teste om godkjenningsprosessen 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
Ekstern (AD/LDAP)-konto:
nsrlogin -t TENANT -d DOMAIN -u USERNAME -p PASSWORD
nsrlogout
Installasjonsproblemer
Problemer med nettlesersiden
Hvis flere nettlesere er installert, tester du det observerte problemet i forskjellige nettlesere for å se om problemet er spesifikt for én nettleser.
I nettleseren bruker du høyreklikk og "inspisere" for å se REST API-anropene som utføres fra nettleseren, samt logguttalelser og informasjon om nettverkstilkobling.
- Høyreklikk hvor som helst i nettleservinduet, og velg Kontroller
- Et nytt vindu åpnes med flere faner. Kategoriene Console (Konsoll) og Network (Nettverk) er sannsynligvis de mest nyttige.
- Ved hjelp av disse fanene kan vi se de nøyaktige REST API-anropene som utføres til NetWorker-serveren.
- I kategorien network (Nettverk) kan vi også se forespørselsmetoden og REST API-svaret fra NetWorker-serveren. På denne måten kan vi spore nøyaktig hva som blir forespurt av NetWorker-serveren, og nøyaktig hvordan NetWorker-serveren svarer på denne forespørselen.
Problemer med grensesnitt-backend
De viktige serverloggene for brukergrensesnittet er følgende:
catalina.log – Logging av Tomcat-server og logging av applikasjoner.
nwui.log – NWUI-applikasjonsserverlogging.
restapi.log – NetWorker REST API-logging. NWUI kommuniserer med NetWorker-serveren ved hjelp av NetWorker REST API.
daemon.raw – NetWorker-serverlogging.
Plasseringen av disse loggfilene avhenger av operativsystemet som brukes, samt om installasjonen av NWUI er lokal for NetWorker-serveren eller eksternt. Hvis NWUI er på selve NetWorker-serveren, deler den samme tomcat-forekomsten med NetWorker.
Hvis du oppgir en .raw loggfil som skal støttes, anbefales det å gjengi loggfilen på systemet den stammer fra. Dette sikrer at tidsstemplene gjengis i serverens lokale tid:
NetWorker: Slik bruker du nsr_render_log
Loggfiler
Linux:
Prosessene som kjøres for backend for brukergrensesnittet, er som følger: /opt/nwui/bin/nwuictld og jsvc.exec Du kan sjekke om de kjører med ps-kommandoen:
Loggene er her:
Lokal til NetWorker-server:
- /opt/nwui/logs
- /nsr/authc/logs/
- /nsr/logs/restapi/restapi.log
- /nsr/logs/daemon.raw
Eksterne:
- /opt/nwui/logs
- /nsr/nwui/logs
Windows
Windows NWUI-serverprosessen som må kjøres, kalles nwuictld.exe:
Du kan administrere dette fra services.msc:
Loggene er her:
Lokal til NetWorker-server:
- C:\ProgramFiler\EMC NetWorker\nwui\logs
- C:\ProgramFiler\EMC NetWorker\nsr\authc-server\logs
- C:\Programfiler\EMC NetWorker\nsr\restapi\restapi.log
- C:\Programfiler\EMC NetWorker\nsr\logs\daemon.raw
Eksterne:
- C:\ProgramFiler\EMC NetWorker\nwui\logs
- %LOCALAPPDATA%\Temp\NetWorker_Management_Web_UI_Server_[TIDSSTEMPEL].log
- %LOCALAPPDATA%\Temp\NetWorker_Management_Web_UI_Server_[TIDSSTEMPEL]_0_MCUI.log
NetWorker-server
Kjør nsrget-verktøyet på NetWorker-serveren for å samle inn relevante logger:
Networker: Slik bruker du NSRGet NetWorker Data Collection Tool
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
Hvis du vil feilsøke REST API-kommunikasjonen, endrer du feilsøkingsnivået i logback.xml-filen på NetWorker-serveren:
Windows: C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\webapps\nwrestapi\WEB-INF\classes
Linux: /nsr/authc/webapps/nwrestapi/WEB-INF/classes
Løsne linjene som omhandler API-anropslogging. Dette fører til at loggingsnivået settes til "trace" for REST API-forespørsler og -svar.