NVP-vProxy: Резервне копіювання перестає реагувати на помилку «Надмірна глибина в документі»

Адміністратор резервного копіювання налаштовує резервні копії VMware за допомогою пристрою NVP vProxy. Резервні копії спочатку успішно завершуються на всіх vProxy-пристроях. Потім резервні копії перестають реагувати на один конкретний vProxy. Інші пристрої vProxy продовжують обробляти робочі замовлення у звичайному режимі.

Журнал резервного копіювання показує, що резервні копії зависають на різних етапах для різних віртуальних машин. Нечутлива поведінка не обмежується однією віртуальною машиною.

Повідомлення /opt/emc/vproxy/runtime/logs/vbackupd/vbackupd-engine.log Безперервно показує помилку XML-парсера:

noname.xml:7: parser error : Extra content at the end of the document
a67fc16d47</uuid><contentId>d3df551ae74b3a5e1618dd2fa62962ef</contentId><parent>

Повідомлення vmconfig утиліта командного рядка reset-backup, disable-migrationі enable-migration опції генерують помилку глибини для певних віртуальних машин:

noname.xml:7: parser error : Excessive depth in document: 256 use XML_PARSE_HUGE option
93c9a65840</uuid><contentId>ca3f9d42bfd056ff3eb2db1f8072aa4b</contentId><parent>

Віртуальна машина в групі захисту має значну кількість файлів у своїй каталозі сховища даних. В одному випадку віртуальна машина мала понад 2000 файлів, яким було два роки.

Робочий процес резервного копіювання vProxy збирає деталі конфігурації VM на початку кожної резервної копії. Він створює XML-файл, який містить імена файлів із каталогу сховища даних віртуальної машини. XML-дані зберігаються у BackupVmSessions.gob Справу.

Коли каталог сховища даних містить надлишок файлів, XML перевищує межу глибини парсера у 256. Помилка парсера спотворює BackupVmSessions.gob Справу. Пошкоджений файл створює vbackupd.service Не можу опрацювати резервні замовлення.

1. Вилучіть уражену віртуальну машину з групи захисту:

• • Ідентифікуйте віртуальну машину з надлишком файлів у її каталозі сховища.
  • Видаліть віртуальну машину з групи захисту.

2. Відтворити BackupVmSessions.gob Файл:

• • SSH на уражений vProxy пристрій як root.
  • Перевірте статус vbackupd Обслуговування:

systemctl status vbackupd.service

• • Зупиніться vbackupd Обслуговування:

systemctl stop vbackupd.service

• • Перейменуйте корумпованих gob Файл:

mv /opt/emc/vproxy/runtime/state/vbackupd/BackupVmSessions.gob /opt/emc/vproxy/runtime/state/vbackupd/BackupVmSessions.gob.bak

• • Почніть vbackupd Обслуговування: 

systemctl start vbackupd.service

• • Перевірте service СТАТУС:

systemctl status vbackupd.service

• • Перевірити прогрес у vbackupd Журнал:

tail -f /opt/emc/vproxy/runtime/logs/vbackupd/vbackupd-engine.log

3. Очистіть прапорці блокування віртуальної машини, якщо потрібно: якщо у будь-яких віртуальних машин є застарілі прапорці блокування резервного копіювання або міграції, використовуйте vmconfig Корисність для їх очищення:

/opt/emc/vproxy/bin/vmconfig -v <vcenter_fqdn> -u '<vcenter_user>' -p '<vcenter_password>' -c "reset-backup" -l moref -k <vm_moref>

4. Очищення каталогу даних VM:

• • Перегляньте каталог дата-сховища видаленої віртуальної машини. Видаляйте старі або непотрібні файли, щоб зменшити їх кількість.
  • Після очищення додайте віртуальну машину назад до групи захисту, якщо потрібно. Перевірте, що резервне копіювання завершено без помилки парсера.

У деяких випадках vSphere Web Console повідомляє, що уражені віртуальні машини потребують консолідації. У веб-клієнті vSphere виберіть вкладку віртуальної машини vCenter Server, а потім скористайтеся опцією «Керувати колонками », щоб показати стовпець «Потреби консолідації ». Якщо будь-які з захищених політиками захисту VMware віртуальні машини потребують консолідації, їх слід консолідувати за допомогою vSphere Client.

Для отримання додаткової інформації про те, як консолідувати віртуальну машину, перегляньте статтю бази знань Brocade 316575 (Зовнішнє посилання).