NVP-vProxy: Посібник з усунення несправностей клієнта з захисту даних

Summary: Ця стаття надає загальний огляд для адміністраторів резервного копіювання та підтримки NetWorker щодо усунення несправностей з клієнтом Data Protection Restore (DPRC), який використовується для виконання VMware File Level Restore (FLR) та даних SQL-додатків. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

Клієнт відновлення захисту даних (DPRC) — це веб-інтерфейс користувача для виконання відновлення на рівні файлів (FLR) NetWorker VMware Protection (NVP) та SQL-сумісного (MSVMAPPAGENT) відновлення.

Доступ до DPRC здійснюється через веб-браузер за урахуванням: https://<NETWORKER-SERVER-ADDRESS>:9090/flr

Існує два режими автентифікації, які визначають, звідки можна виконати відновлення:

  • Користувач: Відновлення FLR або APP можна виконувати лише безпосередньо з веб-браузера віртуальної машини (VM). Вказані лише резервні копії віртуальних машин.
  • Адмін: Відновлення FLR або APP можна виконати для будь-якої віртуальної машини до іншої віртуальної машини у vCenter. 

FLR можна виконувати з інших інтерфейсів NetWorker:

  • Консоль управління NetWorker (NMC)
  • Веб-інтерфейс користувача NetWorker (NWUI)

DPRC надає адміністраторам і користувачам VMware можливість самостійно відновлювати дані VM без необхідності доступу адміністрації до вищезазначених інтерфейсів адміністрування NetWorker.

Відновлення відповідно до SQL APP (MSVMAPPAGENT) можна виконувати лише з DPRC.

Для отримання додаткової інформації про використання DPRC дивіться Посібник з інтеграції NetWorker VMware. Документація NetWorker доступна через: Підтримка NetWorker | Інструкції та документи (Потрібно увійти через свій обліковий запис підтримки Dell).

Початкові кроки усунення несправностей:

  • Визначте версію сервера NetWorker та операційну систему: NetWorker: Методи ідентифікації версії програмного забезпечення NetWorker 
  • Визначте версію vCenter.
    • У VMware vSphere виберіть vCenter (верхній об'єкт) в інвентарі та натисніть вкладку резюме:
      Версія vCenter
  • Перегляньте документацію сумісності NetWorker, щоб переконатися, що версія NetWorker підтримує версію VMware, а операційна система VM підтримує FLR: E-Lab Interoperability Navigator 2.0-HOME (Ви повинні увійти через свій обліковий запис підтримки Dell).
  • Перегляньте розділ vProxy FLR Restrictions у NetWorker VMware Integration Guide і переконайтеся, що у віртуальній машині немає конфігурацій, які заважають підтримці FLR. Документація NetWorker доступна через: Підтримка NetWorker | Інструкції та документи (Потрібно увійти через свій обліковий запис підтримки Dell).
  • Щодо проблем з FLR, перевірте, чи можна виконати FLR з NMC або NWUI. Це визначає, чи проблема стосується саме DPRC, чи ширшої проблеми, що стосується NetWorker. Якщо це успішно, це забезпечує обхідний шлях FLR під час розслідування проблеми DPRC.
  • Відновлювані резервні копії (або клони) повинні існувати на пристрої типу Data Domain: NVP-vProxy: Клієнт Data Protection Restore не відображає деякі (або взагалі) резервні копії 

Лісозаготівля: 

Клієнт відновлення захисту даних (DPRC) фіксує інформацію у наступний файл на сервері NetWorker:

  • Linux: /nsr/authc/logs/flr-server.log
  • Windows (шлях встановлення за замовчуванням): C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\logs\flr-server.log

Стандартний рівень логування — INFO, у деяких випадках цього може бути недостатньо, щоб упустити налагодження, виконайте наступне:

  1. Редагувати flr-server logback.xml Файл у текстовому редакторі:
  • Linux: /nsr/authc/webapps/flr/WEB-INF/classes/logback.xml
  • Windows (шлях встановлення за замовчуванням): C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\webapps\flr\WEB-INF\classes\logback.xml
  1. Змініть root level з INFO до DEBUG, і зберегти зміни:
<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
        <encoder>
            <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{55} - %msg%n</pattern>
        </encoder>
    </appender>

  <appender name="FILE" class="ch.qos.logback.core.FileAppender">
    <file>${catalina.base}/logs/flr-server.log</file>
    <append>true</append>
    <encoder>
      <pattern>%d{yyyy-MM-ddTHH:mm:ss.SSS} [%thread] %-5level %logger{25}.%M %L - %msg%n</pattern>
    </encoder>
  </appender>

    <root level="DEBUG">
        <appender-ref ref="FILE"/>
        <appender-ref ref="STDOUT"/>
    </root>
</configuration>
  1. Restart NetWorker server services:
Linux:
systemctl restart networker

or 

nsr_shutdown
systemctl start networker
Вікна:
net stop nsrd
net start nsrd
Відтворити це питання у КНДР, flr-server.log містить повідомлення DEBUG. Коли налагодження більше не потрібне, повторюйте наведені вище кроки і повертайтеся до root level повернутися до INFO.  

Проблеми з автентифікацією:

Для проблем з автентифікацією необхідно переглянути логи сервера автентифікації NetWorker (AUTHC):

Логарифмічний шлях Мета
  • Linux: /nsr/authc/logs/authc-server.log
  • Вікна: C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\logs\authc-server.log
Містить повідомлення аудиту безпеки для сервісу автентифікації NetWorker. Для увімкнення входу в цей файл часто потрібна налагодження.
  • Linux: /nsr/authc/logs/authc-server-audit.log
  • Вікна: C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\logs\authc-server-audit.log
Містить повідомлення аудиту безпеки для сервісу автентифікації NetWorker.
  • Linux: /nsr/authc/logs/localhost_access_log.date.txt
  • Вікна: C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\logs\localhost_access_log.date.txt
Містить інформацію про доступ до вбудованого Apache httpd Веб-сервер.

Також можна увімкнути налагодження AUTHC: NetWorker: Як увімкнути AUTHC DEBUG для усунення несправностей

Функціональні проблеми:

Окрім vcui.log, можна переглянути журнали браузерної інспекції та REST API NetWorker для визначення операційних проблем:

  1. У веб-браузері клікніть правою кнопкою миші у вікні та натисніть «Інспектувати»; або преса CTRL+SHIFT+I. (Точні опції можуть відрізнятися залежно від браузера.)
  2. У консолі Inspect натисніть вкладку Network:
    Вкладка Веб-браузер Інспектувати консольну мережу 
  3. Виконайте операцію в DPRC, яка спричиняє проблему. У колонці «Ім'я» перевіреної консолі наведено перелік операцій, які виконуються.
  4. Натисніть на операцію, яка з'являється під час випуску, і перегляньте вкладку Headers. Загальна інформація показує, яку операцію API виконується та який результат.
     Консоль для огляду веб-браузера 
  5. Також перегляньте вкладки «Корисне навантаження» та «Відповідь» для отримання додаткової інформації про операцію. 

Додаткове логування NetWorker:

Логи REST API сервера NetWorker також повинні містити журнали, які узгоджуються з операціями, виконаними у плагіні vSphere або VCUI. Журнал REST API знаходиться у наступному локації сервера NetWorker:

  • Linux: /nsr/logs/restapi/restapi.log
  • Windows (шлях встановлення за замовчуванням): C:\Program Files\EMC NetWorker\nsr\logs\restapi\restapi.log

Також можна увімкнути налагодження REST API: NetWorker: Як увімкнути налагодження REST API

Загальні журнали NetWorker: NetWorker: Файли журналів і локації

Additional Information

Наступна стаття детально описує журнали, специфічні для операцій відновлення: Посібник з сортування NVP-vProxy: NetWorker VMware Protection vProxy Triage та огляд журналу

Affected Products

NetWorker

Products

NetWorker Family
Article Properties
Article Number: 000462474
Article Type: How To
Last Modified: 29 ذو الحجة 1447
Version:  2
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.