Skip to main content
Sign Out

Welcome to Dell

My Account
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products
  • Manage your Dell EMC sites, products, and product-level contacts using Company Administration.
Sign In Create an Account Premier Sign In Partner Program Sign In
Contact Us

Article Number: 000192157

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

Summary: В этой статье базы знаний описывается способ устранения внутренних резервных копий ВМ IDPA, а также рассматриваются несколько сценариев устранения сбоев внутреннего резервного копирования ВМ. ...

This article may have been automatically translated. If you have any feedback regarding its quality, please let us know using the form at the bottom of this page.

Article Content

Instructions

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

Internal VM Backup Flow.gif

 

Сбор журналов для поиска и устранения неисправностей
Статья базы 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 Communication with 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/Backup Server:
    tail -f /usr/local/avamarclient/var/avagent.log
  4. Если мы подключаем ошибки или ошибки с состоянием «Unable to connect», повторно зарегистрируйте внутренний прокси-сервер:
    Зарегистрируйте прокси Avamar в Avamar:
    1. Войдите в прокси-сервер Avamar с помощью putty с помощью пользователя admin.
    2. После этого войдите в систему как пользователь root с помощью команды: su -
    3. Выполните следующую команду:
      /etc/init.d/initproxyappliance --start
    4. После выполнения сценария нажмите любую клавишу, чтобы войти в форму ввода.
    5. Укажите IP-адрес Avamar (сервер резервного копирования) и введите домен как «/clients».

 

Сценарий 2. Сбой резервного копирования с ошибкой «No Proxy» или «No eligible proxy».
Сбой задачи резервного копирования ошибки: Если инициированные задания резервного копирования получают эту ошибку. т. е. «Прокси-сервер не защищает никакие хранилища данных».
image.png

Проверьте следующее.

  1. Переход к домену «Asset Management» à «clients».
  2. Выберите внутренний прокси-сервер IDPA и выберите «Edit client» в разделе дополнительных параметров:
    image.png
  3. li>Проверка, если все «Хранилища данных» и «Группы» выбраны на вкладке VMware. После выбора нажмите «Update».
    image.png
    image.png

 

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

  1. Войдите в Avamar AUI, используя следующий адрес: https:///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 в Avamar в соответствии с действиями, показанными в сценарии 10.

 

Сценарий 4. Внутренние политики резервного копирования ВМ IDPA отсутствуют.

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

 

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

  1. Войдите в Avamar AUI, используя следующий адрес: https:///aui
  2. Переход к server --> Services
  3. Найдите службы IDPA vCenter в нижней части. Если подключения не работают, значит, возникла проблема. Если для подключений установлено значение OK, Avamar может подключиться к vCenter без проблем. Сервисы vCenter можно перезапустить, чтобы завершить устаревшие подключения и восстановить соединение между Avamar и vCenter.

 

Действия для чтения/обновления vCenter в Avamar:

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

 

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

 

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

 

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

 

Сценарий 8. Сбой резервного копирования внутренней виртуальной машины IDPA с ошибкой «avvcbimage Error : Невозможно выполнить снимок, так как хост «» отключен».

 

Сценарий 9. Сбой внутреннего резервного копирования ВМ IDPA с сообщением: «В настоящее время существует два пригодных для использования домена отказа. Для выполнения операции требуется еще один пригодный для использования домен отказа».

 

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

  1. Войдите в Avamar AUI
    с помощью веб-браузера https:///aui.
  2. На навигационной странице AUI нажмите >> затем нажмите Asset Management.
  3. Нажмите на vCenter --> нажмите на три точки --> Edit vCenter.
    image.png
  4. Перейдите на вкладку VMware > обновите пароль и подтвердите его. Нажмите «Update».
    image.png
  5. После обновления пароля перейдите к виртуальным машинам Sub domain в домене IDPA vCenter и проверьте состояние виртуальных машин.
  6. Все внутренние виртуальные машины IDPA должны быть включены/активны.

 

Additional Information

Приложение А

Приложение Б

  1. Восстановление внутренней виртуальной машины IDPA (кроме VCSA или IDPA vCenter)
Примечание.: В следующих этапах в качестве примера будет использоваться ACM.

1. Откройте консоль Avamar Java и войдите в систему с помощью MCUser.
2. Перейдите на вкладку «Navigation --> Backup and Restore».
3. На левой верхней панели выберите IDPA vCenter и разверните его. Выберите под домен виртуальных машин.
4. На левой нижней панели выберите внутреннюю виртуальную машину, которую необходимо выполнить восстановление( например, «DataProtection-ACM») и проверьте наличие резервных копий.
5. Если резервные копии имеются, выберите резервную копию, созданную за день до возникновения проблемы.
6. Выполните восстановление для внутренней виртуальной машины IDPA.

Метод 1. Использование встроенного метода восстановления
a. В графическом интерфейсе пользователя администратора Avamar выберите целевую виртуальную машину и перейдите на вкладку Restore.
B. Выберите соответствующую
резервную копию, которую вы хотите использовать для восстановления c. Выберите All virtual disk, нажмите правой кнопкой мыши и выберите RESTORE Now
d. Выберите параметр Restore to a new VM и нажмите Configure Destination
e. В новом окне выберите IDPA vCenter в качестве целевого vCenter
и перейдите к мастеру f. Запустите восстановление, и виртуальная машина должна быть восстановлена в среде IDPA VC.
Примечание.: Выберите «-RESTORE» в качестве имени новой восстановленной виртуальной машины в мастере восстановления.

Метод 2. Использование мгновенного доступа/восстановления
a. В графическом интерфейсе пользователя администратора Avamar выберите целевую виртуальную машину и перейдите на вкладку Restore b.
Выберите соответствующую резервную копию,
которую вы хотите использовать для восстановления c. Выберите All virtual disk, нажмите правой кнопкой мыши и выберите INSTANT ACCESS
d. Появится мастер, нажмите Настроить место назначения, выберите IDPA vCenter в качестве целевого vCenter
, затем перейдите к мастеру и выполните восстановление e. Восстановленная виртуальная машина ACM будет мгновенно доступна в пользовательском интерфейсе хоста ESXi/vCenter.

Примечание.: Если вам нужен этот компьютер, можно выполнить vMotion в существующем хранилище данных. Выполните миграцию хранилища в хранилище данных DPappliance.
F. После этого нажмите правой кнопкой мыши на компьютере и выберите Удалить из инвентаризации (не удаляйте виртуальную машину с диска, так как это может привести к удалению резервной копии).
Перейдите обратно в графический интерфейс администратора Avamar. На вкладке SERVER выберите Data Domain NFS Datastores
h. Нажмите на хранилище данных и нажмите Unmount/Remove
i. Это обеспечит успешную очистку задания восстановления
7. Выполните вход в пользовательский интерфейс IDPA vCenter.
8. Корректно завершите работу поврежденной исходной виртуальной машины IDPA.
9. Нажмите правой кнопкой мыши на исходную виртуальную машину и выберите «Edit settings».
10. Под сетевым адаптером снимите флажок подключения для всех групп портов и сохраните.
11. Включите новую восстановленную виртуальную машину.
12. Откройте консоль для этой виртуальной машины и убедитесь, что она загружается нормально.
Важное примечание. НЕ УДАЛЯЙТЕ ИСХОДНУЮ ВИРТУАЛЬНУЮ МАШИНУ IDPA, ПОКА НЕ УБЕДИТЕСЬ, ЧТО НОВАЯ ВИРТУАЛЬНАЯ МАШИНА ЗАГРУЖАЕТСЯ НОРМАЛЬНО. ПРИ НЕОБХОДИМОСТИ СОХРАНИТЕ СТАРУЮ ВИРТУАЛЬНУЮ МАШИНУ ДЛЯ ТЕХНИЧЕСКОГО АНАЛИЗА КОРНЕВЫХ ПРИЧИН.
13. Если новая восстановленная ВМ IDPA работает нормально, переименуйте исходный и суффикс «-old»
14. Присвойте восстановленной виртуальной машине IDPA имя исходной виртуальной машины.
 
  1. Восстановление виртуальной машины IDPA vCenter (VCSA)
Следуйте приведенным ниже статьям базы знаний:

Article Properties

Affected Product

Integrated Data Protection Appliance Family

Product

PowerProtect DP4400, PowerProtect DP5300, PowerProtect DP5800, PowerProtect DP8300, PowerProtect DP8800, Integrated Data Protection Appliance Software, PowerProtect DP5900, PowerProtect DP8400, PowerProtect DP8900

Last Published Date

10 Oct 2023

Version

4

Article Type

How To

Back to Top