IDPA и PowerProtect DP Series. алгоритм разрешения проблем с резервным копированием внутренней виртуальной машины

Рабочий процесс резервного копирования

 

Сбор журналов для поиска и устранения неисправностей
Статья базы знаний 000157727: IDPA. Как собрать файлы журнала для поиска и устранения неисправностей, связанных с резервным копированием и восстановлением клиента Avamar

Соответствующие файлы журналов для поиска и устранения неисправностей

• Журнал операций резервного копирования и восстановления Avamar: Скачайте на вкладке Avamar Activity Monitor. Инструкции, приведенные выше в разделе «Сбор журналов для поиска и устранения неисправностей»
• Журналы резервного копирования и восстановления Avamar на прокси-сервере: Журналы операций можно найти на прокси-сервере в расположении «/usr/local/avamarclient/var», если они недоступны через пользовательский интерфейс.
• Резервная копия Avamar в состоянии «Waiting-Client», «Timed Out-Start», «Сбой регистрации прокси-сервера»: Журнал службы Avagent на прокси-сервере, где хранится информация об обмене данными между сервером Avamar и прокси-сервером, можно найти в расположении «/usr/local/avamarclient/var/avagent.log»
• Развертывание прокси-сервера: Журналы развертывания прокси-сервера можно найти на сервере Avamar в расположении «/usr/local/avamar/var/log/vcs/deploymanager.log»
• Обмен данными между Avamar и vCenter: файл «mcserver.out» можно найти на сервере Avamar в расположении «/usr/local/avamar/var/mc/server_log/mcserver.out» для поиска и устранения неисправностей с подключением/обменом данными между сервером Avamar и vCenter. Этот журнал можно просмотреть, если происходит сбой при обновлении имени пользователя/пароля vCenter на сервере Avamar.

Прокси-сервер Avamar:
сценарии сбоя резервного копирования внутренней виртуальной машины IDPA

Сценарий 1. Резервное копирование остается в состоянии «Waiting Client» или завершается сбоем с ошибкой «TimedOut-Start».

1. SSH в AVProxy с помощью IP-адреса или полного доменного имени (FQDN) и вход с помощью пользователя «admin».
2. Переключитесь на пользователя root с помощью следующей команды и введите общий пароль: su -
3. Убедитесь, что прокси-сервер успешно зарегистрирован, и отправьте на сервер Avamar/сервер резервного копирования запрос:
   tail -f /usr/local/avamarclient/var/avagent.log
4. Если при подключении возникают ошибки с состоянием «Unable to Connect», повторно зарегистрируйте внутренний прокси-сервер:
   Регистрация прокси-сервера Avamar с помощью Avamar:
   1. Выполните вход на прокси-сервере Avamar с помощью PuTTY, используя учетную запись пользователя с правами администратора.
   2. По завершении выполните вход как пользователь root с помощью команды: su -
   3. Выполните следующую команду
      /etc/init.d/initproxyappliance --start
   4. После выполнения сценария нажмите любую клавишу, чтобы ввести форму ввода.
   5. Укажите IP-адрес Avamar (сервера резервного копирования) и введите домен «/clients».
       

Сценарий 2. Сбой резервного копирования с ошибкой «No Proxy» или «No eligible proxy».
Ошибка — если задания резервного копирования образа VMware на виртуальных машинах IDPA завершаются сбоем со статусом/ошибкой; «No Proxy» или «No Eligible Proxy»; ИЛИ при выполнении резервного копирования указанных виртуальных машин по требованию отображается сообщение об ошибке «Proxy does not protect any datastores».
 

Затем проверьте следующее:

1. Перейдите к домену «Asset Management» > «clients».
2. Выберите внутренний прокси-сервер IDPA и нажмите «More Actions» > «Edit Client».
    
3. Перейдите на вкладку «VMware» и убедитесь, что ВСЕ хранилища данных IDPA проверены/выбраны в разделе «Datastore» и что прокси-сервер является частью соответствующих политик группы резервного копирования в разделе «Groups». После выбора нажмите «Update».
    
    

Сценарий 3. Службы IDPA vCenter не работают в Avamar или не работают подключения vCenter.
Чтобы проверить, не происходит ли это, выполните следующие действия.

1. Выполните вход в интерфейс администратора Avamar по адресу: https://<AVAMAR-IP-ADDRESS-OR-FQDN>/aui
2. Перейдите в раздел «Server» --> «Services»
3. Найдите службы IDPA vCenter в нижнем углу. Если подключения не работают, значит, возникла проблема. Если подключения работают (имеют статус «OK»), Avamar может без проблем подключиться к vCenter. Службы vCenter можно перезапустить, чтобы удалить устаревшие подключения и восстановить подключение между Avamar и vCenter.

Если подключения не работают, можно попробовать выполнить следующие действия для устранения проблемы.

1. Откройте SSH на сервере Avamar в качестве пользователя «admin».
2. Проверьте связь с именем хоста IDPA vCenter и именем хоста IDPA ESXi, чтобы убедиться, что поиск DNS работает.
3. Если не удается отправить ping-запрос на один из указанных выше компонентов, проверьте файл «/etc/resolv.conf» на сервере Avamar, чтобы убедиться, что добавлены правильные серверы DNS и домен поиска.
4. Откройте пользовательский интерфейс IDPA vCenter и выполните вход с учетной записью пользователя «root». Проверьте загрузку пользовательского интерфейса IDPA vCenter.
5. Обновите учетные данные пользователя vCenter «root» в Avamar в соответствии с шагами, указанными в сценарии 10.

Сценарий 4. Отсутствуют политики резервного копирования внутренней виртуальной машины IDPA

• Для воссоздания политик, наборов данных, сроков хранения, расписаний и т. д. для резервного копирования внутренней виртуальной машины IDPA, можно использовать следующую статью базы знаний: Статья базы знаний 21318

Сценарий 5. Сбой резервного копирования внутренней виртуальной машины IDPA после повторного развертывания виртуальной машины vCenter.
Чтобы проверить, не происходит ли это, выполните следующие действия.

1. Выполните вход в интерфейс администратора Avamar по адресу: https://<AVAMAR-IP-ADDRESS-OR-FQDN>/aui
2. Перейдите в раздел «Server» --> «Services»
3. Найдите службы IDPA vCenter в нижнем углу. Если подключения не работают, значит, возникла проблема. Если подключения работают (имеют статус «OK»), Avamar может без проблем подключиться к vCenter. Службы vCenter можно перезапустить, чтобы удалить устаревшие подключения и восстановить подключение между Avamar и vCenter.

Шаги для повторного добавления/обновления vCenter в Avamar.

1. Выполните вход в интерфейс администратора Avamar с помощью браузера
   https://<Avamar_server>/AUI
2. На странице навигации интерфейса администратора нажмите >>, а затем нажмите «Asset Management»
    
3. Выберите «vCenter», -> нажмите на три точки -> и выберите «Edit vCenter»
    

1. Перейдите на вкладку VMware, -> обновите пароль, подтвердите его и нажмите «Update».
2. После этого перейдите в IDPA vCenter -> и перейдите к поддомену виртуальных машин.
3. Все виртуальные машины должны быть включены, кроме старой виртуальной машины vCenter, т. е. DataProtection-VCSA.
4. Если старая виртуальная машина vCenter (VCSA) включена, выполните следующие действия, чтобы вывести из эксплуатации старую виртуальную машину vCenter.
    
5. Убедитесь, что в Avamar нет запущенных заданий репликации, просмотрев активные и запущенные сеансы на вкладке «Activity». Если нет запущенных заданий репликации, нажмите «More Actions» --> «Retire this client».
    
6. Выберите параметры по умолчанию и нажмите «Submit».
    
7. Если репликация не выполняется, клиент будет удален из домена.
8. Перейдите к тому же домену виртуальной машины --> выберите «Add Client».
    
9. Перейдите в DPAppliance во всплывающем окне «Client Add» и найдите виртуальную машину «DataProtection-VCSA». Выберите клиент VCSA в списке и добавьте его обратно. Нажмите кнопку Submit (Отправить).
    

Сценарий 6. Сбой всех резервных копий внутренней виртуальной машины из-за сбоя твердотельного накопителя M.2 на устройстве DP4400

• См. следующую статью базы знаний: Статья базы знаний 168746

Сценарий 7. Сбой резервного копирования внутренней виртуальной машины IDPA с ошибкой 10058

• См. следующую статью базы знаний: Статья базы знаний 182050

Сценарий 8. Сбой резервного копирования внутренней виртуальной машины IDPA с ошибкой «avvcbimage Error <17782>: Snapshot cannot be performed because Host '<ESX_HOST_FQDN>' is disconnected».

• См. следующую статью базы знаний: Статья базы знаний 166308

Сценарий 9. Сбой резервного копирования внутренней виртуальной машины IDPA с сообщением «There are currently two usable fault domains. The operation requires one more usable fault domains».

• См. следующую статью базы знаний: Статья базы знаний 000037917
• См. следующую статью базы знаний: Статья базы знаний 000050824

Сценарий 10. Внутренние виртуальные машины IDPA неактивны/отключены
Обновите IDPA vCenter в Avamar:

1. Выполните вход в интерфейс администратора Avamar с помощью браузера
   https://<AVAMAR-IP-ADDRESS-OR-FQDN>/aui
2. На странице навигации интерфейса администратора нажмите >>, а затем нажмите «Asset Management»
3. Выберите «vCenter» --> нажмите на три точки --> выберите «Edit vCenter»
    
4. Перейдите на вкладку «Vmware» --> обновите пароль и подтвердите его. Нажмите «Update».
    
5. После обновления пароля перейдите к поддомену виртуальных машин в домене IDPA vCenter и проверьте состояние виртуальных машин.
6. Все внутренние виртуальные машины IDPA должны быть включены/активны.

Приложение А

• Повторное развертывание внутреннего прокси-сервера IDPA (AVProxy): Статья базы знаний 19136

Приложение Б