NetWorker Management Web UI (NWUI): Triage- und Fehlerbehebungshandbuch
Zusammenfassung: NetWorker Management Web UI (NWUI): Triage- und Fehlerbehebungshandbuch
Weisungen
Funktionsweise der NWUI
Es gibt vier wichtige Komponenten:
Diese Komponenten können sich auf demselben Host oder auf separaten Hosts befinden.
- Web-Frontend: Dies ist die in HTML5 und Angular Framework geschriebene Darstellungsschicht, die NutzerInnen die NetWorker-Vorgänge in einem Webbrowser anzeigt. Der Webbrowser ist mit den Backend-Prozessen der Benutzeroberfläche verbunden.
- UI-Backend: Die Backend-Anwendung ist im Spring Framework geschrieben. Sie verwendet Java und Apache Tomcat. Die Kommunikation zwischen Frontend und Backend sowie zwischen Backend und dem NetWorker-Server erfolgt über interne REST-API-Aufrufe. Der NWUI-Prozess verwendet entweder die vorhandene Apache Tomcat-Instanz auf dem NetWorker-Server oder installiert eine eigene Apache Tomcat-Instanz, wenn sie remote vom NetWorker-Server installiert wird.
- NetWorker-Server: Das REST-Framework des NetWorker-Servers ist dafür verantwortlich, die REST-API-Aufrufe vom UI-Backend zu empfangen und sie mit den Kernkomponenten des NetWorker-Servers zu verbinden. Der RabbitMQ-Nachrichtenbus des NetWorker-Servers wird ebenfalls für die Interaktion mit nsrjobd verwendet.
- AUTHC: Die AUTHC-Komponente von NetWorker wird für alle Authentifizierungsanforderungen verwendet. Der anfordernde Prozess kontaktiert AuthC, um die Zugangsdaten zu überprüfen. Nach der Überprüfung gibt AuthC ein zeitbasiertes, signiertes und verschlüsseltes Token aus. Die NetWorker-Komponenten verwenden dieses Token, um NutzerInnen zu verifizieren und einen angeforderten Vorgang zu autorisieren oder abzulehnen. Sie befindet sich in der Regel auf dem NetWorker-Server, kann aber auch auf einem separaten Host installiert werden.
a { text-decoration: none; color: #464feb; } tr th, tr td { border: 1px solid #e6e6e6; } tr th { background-color: #f5f5f5; } Verwechseln Sie diese nicht mit der NetWorker-REST-API, die nutzerdefinierte Vorgänge ermöglicht und im REST-API-Entwicklerhandbuch für NetWorker dokumentiert ist.
Troubleshooting
Definieren des Problems
Um eine vollständige Problembeschreibung zu erstellen, sollten Sie die folgenden Fragen berücksichtigen:
- Welcher Vorgang wird versucht und funktioniert nicht?
- Funktioniert dieser Vorgang, wenn er außerhalb der NWUI initiiert wird (z. B.: über die NetWorker Management Console (NMC))?
- Ist das Problem dauerhaft oder vorübergehend?
- Gibt es bei vorübergehendem Auftreten einen bekannten Auslöser?
- Hat der Vorgang vorher besser funktioniert und wenn ja, gibt es bekannte Änderungen, die vor und nach dem Auftreten des Problems durchgeführt wurden?
- Wann ist das Problem zum ersten Mal aufgetreten (und was hat sich seitdem geändert)?
- Tritt das Problem nur bei hoher Auslastung der Backupumgebung auf?
- Wie ist der Problemumfang (alle Recovery-Vorgänge oder nur bestimmte, einige Registerkarten funktionieren nicht, während andere nicht betroffen sind)?
- Was wurde bisher für die Problemlösung versucht und welche Schlüsse wurden daraus gezogen?
UMGEBUNGSDETAILS
- Wie lautet die NetWorker-Serverversion und die Betriebssystemplattform?
- Ist die NWUI auf dem NetWorker-Server oder auf einem separaten Host installiert?
- Wie lautet die NWUI-Version, falls sie auf einem vom NetWorker-Server getrennten Host installiert ist?
- Welches Java-Paket ist auf dem NWUI-Server installiert? Ist die NetWorker Runtime Environment (NRE) oder Oracle Java Runtime Environment (JRE) installiert?
nsrlogin . Testen Sie bei Authentifizierungsproblemen zunächst die Authentifizierung auf dem NetWorker-Server, um festzustellen, ob das Problem mit der NWUI oder dem Server selbst zusammenhängt. Wenn Sie für die Authentifizierung AD oder LDAP verwenden, testen Sie zunächst mit lokalen NetWorker-Konten, um zu überprüfen, ob das Problem nur die externe Authentifizierung betrifft.
Ein typischer Befehl zum Testen, ob der Authentifizierungsprozess auf dem NetWorker-Server wie erwartet funktioniert, lautet:
authc_mgmt -u [user name] -p [password] -e find-all-users.
Oder:
Lokales NetWorker-Konto:
nsrlogin -u ACCOUNT -p PASSWORD
nsrlogout
nsrlogin -t TENANT -d DOMAIN -u USERNAME -p PASSWORD
nsrlogout
Wenn weitere Authentifizierungsdiagnosen erforderlich sind, siehe: NetWorker: Aktivieren von AUTHC DEBUG zu Fehlerbehebungszwecken
Installationsprobleme
NetWorker Management Web UI (NWUI): Anleitung zur Installation
Zu den wichtigsten UI-Backend-Protokollen gehören:
| Linux-Pfad | Windows-Pfad (Standardeinstellung) | Funktion |
/nsr/authc/logs/catalina.log |
C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\logs\catalina.log |
Protokollierung für Tomcat-Server und Anwendungsbereitstellung |
/nsr/authc/logs/nwui.log |
C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\logs\nwui.log |
Protokollierung für NWUI-Anwendungsserver |
| /nsr/logs/restapi/restapi.log | C:\Program Files\EMC NetWorker\nsr\restapi\restapi.log |
Protokollierung für NetWorker-REST-API. Die NWUI kommuniziert mit dem NetWorker-Server über die NetWorker-REST-API. Im Abschnitt zur REST API in diesem Artikel erfahren Sie, wie Sie herausfinden, welche REST-API-Funktionen verwendet werden. Außerdem werden die entsprechenden Antworten angezeigt. |
/nsr/logs/daemon.raw |
C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw |
Protokollierung für den NetWorker-Server |
Wenn sich der NWUI-Server auf dem NetWorker-Server selbst befindet, nutzt er dieselbe Tomcat-Instanz wie NetWorker.
Wenn Sie eine
.raw -Protokolldatei für den Support bereitstellen, sollten Sie die Protokolldatei auf dem System rendern, von dem sie stammt. Dadurch wird sichergestellt, dass die Zeitstempel in der lokalen Zeit des Servers gerendert werden: NetWorker: Verwendung von nsr_render_log
Protokolldateien
Linux:
Die Prozesse, die für das UI-Backend ausgeführt werden, sind:
/opt/nwui/bin/nwuictld und jsvc.exec Sie können mit dem ps -Befehl überprüfen, ob sie ausgeführt werden:
ps -ef | grep nwui
Lokal auf dem 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
Der Windows-NWUI-Backend-Prozess, der ausgeführt werden muss, heißt nwuictld.exe:
services.mscverwalten:
Lokal auf dem 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
Führen Sie auf dem NetWorker-Server das nsrget-Tool aus, um die relevanten Protokolle zu erfassen:
Networker: Verwendung des NSRGet NetWorker-Datenerfassungstools
Welche Protokolle relevant sind, hängt vom Vorgang ab, der über die NWUI versucht wird. Weitere Informationen zu NetWorker-Protokollen finden Sie unter:
Networker: Protokolldateien und Speicherorte
Debugging
logback.xml auf dem NetWorker-Server die Debug-Ebene:
Windows (Standardeinstellung):
C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\webapps\nwrestapi\WEB-INF\classes
Linux:
/nsr/authc/webapps/nwrestapi/WEB-INF/classes
Siehe: NetWorker: So aktivieren Sie das REST-API-Debugging
REST-API
Die NWUI verwendet die REST API als Schnittstelle zu NetWorker. Die NWUI- und REST-API-Protokolle zeigen die API-Funktionen und NetWorker-Antworten an. Diese Informationen können aber auch direkt im Browser überprüft werden. Diese Methode ist nützlich, um Diskrepanzen zwischen Benutzeroberflächen und der NetWorker-CLI zu finden oder wenn die Benutzeroberfläche nicht die erwarteten Ergebnisse zurückgibt.
- Klicken Sie nach dem Zugriff auf die NWUI mit der rechten Maustaste in das Browserfenster und wählen Sie Überprüfen aus.

- Klicken Sie im Browserfenster „Überprüfen“ auf die Registerkarte Netzwerk:

- Beim Ausführen von Funktionen in der NWUI werden die Vorgänge unter Name angezeigt. Die Spalte „Status“ enthält den Abschlussstatus der REST API: API-Anfrage und -Antwort
- Klicken Sie auf den Vorgang, den Sie weiter untersuchen möchten. Wenn Sie z. B. auf die oben gezeigte Funktion Backups klicken, werden auf der Registerkarte Kopfzeilen die folgenden Details angezeigt:


Hier sind die Anfrage-URL, die Anfragemethode und der Statuscode enthalten.
- Um die Antwort-Payload anzuzeigen, klicken Sie auf die Registerkarte Antworten.
Dieses Beispiel zeigt die REST-API-Antwort, die auf der Registerkarte Wiederherstellen und Savesets angezeigt wird, nachdem Azure-Backups durchsucht und ein Saveset für die Wiederherstellung ausgewählt wurde.
Weitere Informationen
Ressourcen zur NWUI
NetWorker Management Web UI (NWUI): Verwendung
NetWorker Management Web UI (NWUI): Installation
NetWorker Management Web UI (NWUI): Triage- und Fehlerbehebungshandbuch