Як працює NWUI
Веб-інтерфейс користувача NetWorker (NWUI) використовує наступні технології: HTML5, Apache Tomcat, Spring Framework, Angular Framework і Representational State Transfer (REST) Application Programming Interface (API). Додаток NWUI можна встановити на операційні системи Linux або Windows. Його можна встановити як безпосередньо на сервер NetWorker, так і на хост, який не є сервером NetWorker.
Є чотири важливі складові:
Ці компоненти можуть бути як на одному вузлі, так і на окремих вузлах.
- Веб-інтерфейс: Це презентаційний шар, написаний на HTML5 і Angular Framework, який представляє користувачеві операції NetWorker через веб-браузер. Веб-браузер пов'язаний з внутрішніми процесами інтерфейсу користувача.
- Модуль інтерфейсу користувача: Бекенд-додаток написаний на Spring Framework. Він використовує java і Apache Tomcat. Зв'язок між фронтендом і бекендом, а також між бекендом і сервером NetWorker здійснюється за допомогою внутрішніх викликів REST API. Процес NWUI використовує або існуючий екземпляр Apache Tomcat на сервері NetWorker, або встановлює власний екземпляр Apache Tomcat, якщо він встановлений віддалено з сервера NetWorker.
- Сервер NetWorker: Фреймворк NetWorker Server REST відповідає за прийом викликів REST API з сервера інтерфейсу користувача та підключення їх до основних компонентів сервера NetWorker. Шина повідомлень NetWorker Server RabbitMQ також використовується для взаємодії з nsrjobd.
- Авторизація: Компонент authc NetWorker використовується для всіх потреб аутентифікації. Процес запиту зв'язується з AuthC для перевірки облікових даних; після верифікації AuthC видає маркер часу, на основі, підписаний і зашифрований токен. Компоненти NetWorker використовують цей токен для верифікації користувача та авторизації чи неавторизації запитуваної операції. Зазвичай він знаходиться на сервері NetWorker, але може бути встановлений на окремому хості.
Більша частина зв'язку відбувається за допомогою REST API
, який дозволяє взаємодіяти з ресурсами, визначеними адресами Uniform Resource Identifier (URI). Він використовує HTTP-дієслова (HEAD, GET, PUT, POST, DELETE) для взаємодії з уніфікованими ідентифікаторами ресурсів (URI) без стану. Ці виклики REST API є внутрішніми для операцій NetWorker і NWUI. Їх не слід плутати з інтерфейсом NetWorker REST API, який надає програмний доступ до NetWorker для програмування операцій, створених на замовлення, що описано в Посібнику розробника NetWorker REST API.
Виправлення неполадок
Визначення проблеми
ДЕТАЛІ ВИПУСКУ
Для того, щоб створити повний опис проблеми, розгляньте наступні питання:
- Яка операція не працює?
- Чи працює ця операція, якщо її ініційовано з-за меж NWUI (наприклад: З консолі управління NetWorker (NMC))?
- Проблема постійна чи періодична?
- Якщо переривчастий, чи є відомий тригер?
- Чи працювало це краще раніше, і якщо так, то чи були якісь відомі зміни, застосовані до та після появи проблеми?
- Коли вперше виникла проблема (і що змінилося з моменту її появи)?
- Проблема виникає лише під час великого навантаження на середовище резервного копіювання?
- Який масштаб проблеми (усі операції відновлення/деякі операції відновлення, деякі вкладки не працюють, а інші не зазнають впливу)?
- Що вже намагалися виправити і які висновки з цього вийшли?
ПОДРОБИЦІ ПРО НАВКОЛИШНЄ СЕРЕДОВИЩЕ
- Що таке серверна версія NetWorker і платформа операційної системи?
- NWUI встановлено на сервері NetWorker чи на окремому хості?
- Яка версія NWUI, якщо вона встановлена на хост окремо від сервера NetWorker?
- Який пакет Java встановлено на сервері NWUI; — це встановлене середовище виконання NetWorker (NRE) або середовище виконання Oracle Java (JRE).
Автентифікація
Аутентифікація використовує AuthC так само, як NetWorker Management Console і команду
nsrlogin . Для проблем з автентифікацією почніть з тестування автентифікації на самому сервері NetWorker, щоб відокремити, чи пов'язана проблема аутентифікації з NWUI чи ні. Якщо ви використовуєте зовнішній метод автентифікації, такий як AD або LDAP, рекомендується спочатку протестувати автентифікацію за допомогою локальних облікових записів NetWorker, щоб побачити, чи проблема впливає лише на зовнішній метод автентифікації.
Типова команда, яка використовується для перевірки того, чи працює процес автентифікації належним чином на сервері NetWorker:
authc_mgmt -u [user name] -p [password] -e find-all-users.
Або:
Локальний обліковий запис NetWorker:
nsrlogin -u ACCOUNT -p PASSWORD
nsrlogout
Зовнішній обліковий запис (AD/LDAP):
nsrlogin -t TENANT -d DOMAIN -u USERNAME -p PASSWORD
nsrlogout
Проблеми зі встановленням
Проблеми з боку браузера
Якщо встановлено кілька браузерів, перевірте виявлену проблему в різних браузерах, щоб з'ясувати, чи проблема характерна для одного веб-переглядача.
У браузері натисніть правою кнопкою миші та 'inspect', щоб побачити виклики REST API, які здійснюються з браузера, а також виписки журналу та інформацію про мережеве підключення.
- Клацніть правою кнопкою миші в будь-якому місці вікна браузера та виберіть «перевірити»
- Відкриється нове вікно з декількома вкладками. Вкладки «Консоль» і «Мережа», ймовірно, будуть найкориснішими.
- Використовуючи ці вкладки, ми можемо побачити точні виклики REST API, які здійснюються на сервер NetWorker.
- У вкладці network ми також можемо побачити метод запиту та відповідь REST API від сервера NetWorker. Таким чином, ми можемо простежити, що саме запитується сервером NetWorker і як саме сервер NetWorker відповідає на цей запит.
Проблеми з інтерфейсом користувача
Важливими журналами обробки інтерфейсу користувача є:
catalina.log - Журналювання серверів Tomcat і розгортання додатків.
nwui.log - Журналювання сервера додатків NWUI.
restapi.log - Протоколювання NetWorker REST API. NWUI зв'язується з сервером NetWorker за допомогою NetWorker REST API.
daemon.raw - Ведення журналу сервера NetWorker.
Розташування цих файлів журналу залежить від використовуваної операційної системи, а також від того, чи є інсталяція NWUI локальною для сервера NetWorker або віддаленою його. Якщо NWUI знаходиться на самому сервері NetWorker, то він має той самий екземпляр tomcat з NetWorker.
Якщо ви надаєте файл журналу .raw для підтримки, радимо відрендерити файл журналу в системі, з якої він походить. Це гарантує, що часові позначки відображаються за місцевим часом сервера:
NetWorker: Спосіб застосування nsr_render_log
Лог-файли
Linux:
Процеси, які виконуються для модуля інтерфейсу користувача: /opt/nwui/bin/nwuictld і jsvc.exec Ви можете перевірити, чи виконуються вони за допомогою команди ps:
Журнали знаходяться тут:Локально для сервера NetWorker:
- /opt/nwui/logs
- /nsr/authc/logs/
- /nsr/logs/restapi/restapi.log
- /nsr/logs/daemon.raw
Віддаленого:
- /opt/nwui/logs
- /nsr/nwui/logs
Вікна
Процес обробки NWUI у Windows, який має бути запущено, називається nwuictld.exe:
Ви можете керувати цим з services.msc:
Журнали знаходяться тут:Локально для сервера NetWorker:
- 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\logs
- %LOCALAPPDATA%\Temp\NetWorker_Management_Web_UI_Server_[TIMESTAMP].log
- %LOCALAPPDATA%\Temp\NetWorker_Management_Web_UI_Server_[TIMESTAMP]_0_MCUI.log
Сервер NetWorker
Запустіть інструмент nsrget на сервері NetWorker, щоб зібрати відповідні журнали:
NetWorker: Як користуватися інструментом
збору даних NSRGet NetWorkerНайбільш релевантні журнали залежать від операції, яку намагається виконати NWUI. Для отримання додаткової інформації про логи NetWorker див.:
NetWorker: Лог-файли та розташування
Налагодження
Для того, щоб налагодити зв'язок REST API, змініть рівень налагодження у файлі logback.xml на сервері NetWorker:Windows:
C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\webapps\nwrestapi\WEB-INF\classes
Linux: /nsr/authc/webapps/nwrestapi/WEB-INF/класи
Розкоментуйте рядки, пов'язані з журналюванням викликів API. Це призводить до того, що рівень логування встановлюється на 'trace' для запитів і відповідей REST API.
![kA5f10000004LFmCAM_1_8](https://supportkb.dell.com/img/ka06P000000kKqcQAE/ka06P000000kKqcQAE_uk_8.jpeg)