NVP-vProxy: Резервні копії не дають результату з кодом ресурсу не знайдено -404 "Старіння неактивної сесії"

Інтеграція NetWorker VMware Protection (NVP) використовує пристрій vProxy для виконання резервних копій VM. Резервне копіювання віртуальних машин періодично відбувається, якщо повідомлення «Ресурс не знайдено» у NetWorker Management Console (NMC). Наступна повторна спроба резервного копіювання тієї ж віртуальної машини може бути успішною, але ця помилка може вплинути на інші віртуальні машини у тому ж резервному вікні. NMC показує таку помилку (ідентифікатор сесії змінюється залежно від випадку):

{"Text":"Resource not found: 44ab916f-7519-40f9-9d2e-e90394782ed9","Code":-404}

Журнал дій резервного копіювання показує невдалі спроби сервера NetWorker отримати статус резервної копії з vProxy, після чого слідує невдача:

MM/DD/YY HH:MM:SS [VM_NAME]: Unable to obtain backup status from vProxy after 5 attempts, failing the backup: Received an HTTP code: 404, libCURL message: "", vProxy message: "Error received from vProxy ="-404: Resource not found: 44ab916f-7519-40f9-9d2e-e90394782ed9". ", url: "https://[VPROXY_NAME]:9090/api/v1/BackupVmSessions/44ab916f-7519-40f9-9d2e-e90394782ed9", body: " ".
MM/DD/YY HH:MM:SS [VM_NAME]: Unable to download vProxy Session log into file '/nsr/logs/policy/VMWare Protection/[WORKFLOW]/461300-[VM_NAME]-YYYY-MM-DD-HH-MM-SS.log': Possible wrong vProxy hostname or port, resource path not found. Received an HTTP code: 404, libCURL message: "", url: "https://[VPROXY_NAME]:9090/api/v1/BackupVmSessions/44ab916f-7519-40f9-9d2e-e90394782ed9/log".
MM/DD/YY HH:MM:SS [VM_NAME]: Backup failed.
MM/DD/YY HH:MM:SS The size of proxied data written has not been set.
MM/DD/YY HH:MM:SS Save-set ID '849786629' (client '[VCENTER_NAME]': save-set 'vm:50308677-bf8b-c786-0140-6a9c4409b90f:[VCENTER_NAME]') is aborted.

vProxy vbackupd-engine.log показує повний життєвий цикл сесії — резервне копіювання успішно завершується на стороні vProxy, але сесія згодом старіє і видаляється до того, як сервер NetWorker отримує статус:

YYYY/MM/DD HH:MM:SS TRACE:  Ending go routine of main session loop for *resources.BackupVmSessions (vm-29424) [VM_NAME].
YYYY/MM/DD HH:MM:SS NOTICE: 44ab916f-7519-40f9-9d2e-e90394782ed9:vm-29424:[VM_NAME]: Backup session is exiting
YYYY/MM/DD HH:MM:SS TRACE:  Resource Update 44ab916f-7519-40f9-9d2e-e90394782ed9:externalId=[VCENTER_NAME]:vm-29424:state=Success:deletable=true.
YYYY/MM/DD HH:MM:SS INFO:   Saved resource map to "/opt/emc/vproxy/runtime/state/vbackupd/BackupVmSessions.gob".
YYYY/MM/DD HH:MM:SS NOTICE: Aging out inactive session BackupVmSessions - 44ab916f-7519-40f9-9d2e-e90394782ed9 ([VCENTER_NAME]:vm-29424) last accessed YYYY-MM-DD HH:MM:SS -0500 CDT.
YYYY/MM/DD HH:MM:SS TRACE:  Deleting logfiles of session '44ab916f-7519-40f9-9d2e-e90394782ed9'...
YYYY/MM/DD HH:MM:SS TRACE:  Deleting log file "/opt/emc/vproxy/runtime/logs/vbackupd/44ab916f-7519-40f9-9d2e-e90394782ed9.log" while deleting session "44ab916f-7519-40f9-9d2e-e90394782ed9"...
YYYY/MM/DD HH:MM:SS INFO:   File '/opt/emc/vproxy/runtime/logs/vbackupd/44ab916f-7519-40f9-9d2e-e90394782ed9.log' is moved to '/opt/emc/vproxy/runtime/logs/recycle/vbackupd/44ab916f-7519-40f9-9d2e-e90394782ed9.log'.
YYYY/MM/DD HH:MM:SS INFO:   Deleted log file "/opt/emc/vproxy/runtime/logs/vbackupd/44ab916f-7519-40f9-9d2e-e90394782ed9.log" while deleting session "44ab916f-7519-40f9-9d2e-e90394782ed9".
YYYY/MM/DD HH:MM:SS TRACE:  Deleting resource: [VCENTER_NAME]:vm-29424 - 44ab916f-7519-40f9-9d2e-e90394782ed9 ...
YYYY/MM/DD HH:MM:SS INFO:   Deleted resource: [VCENTER_NAME]:vm-29424 - 44ab916f-7519-40f9-9d2e-e90394782ed9.
YYYY/MM/DD HH:MM:SS INFO:   Saved resource map to "/opt/emc/vproxy/runtime/state/vbackupd/BackupVmSessions.gob".
YYYY/MM/DD HH:MM:SS INFO:   Aged out 1 'BackupVmSessions' sessions, 0 remaining
YYYY/MM/DD HH:MM:SS ERROR:  Resource not found: 44ab916f-7519-40f9-9d2e-e90394782ed9
YYYY/MM/DD HH:MM:SS ERROR:  Resource not found: 44ab916f-7519-40f9-9d2e-e90394782ed9
YYYY/MM/DD HH:MM:SS ERROR:  Resource not found: 44ab916f-7519-40f9-9d2e-e90394782ed9
YYYY/MM/DD HH:MM:SS ERROR:  Resource not found: 44ab916f-7519-40f9-9d2e-e90394782ed9
YYYY/MM/DD HH:MM:SS ERROR:  Resource not found: 44ab916f-7519-40f9-9d2e-e90394782ed9
YYYY/MM/DD HH:MM:SS ERROR:  Resource not found: 44ab916f-7519-40f9-9d2e-e90394782ed9
YYYY/MM/DD HH:MM:SS TRACE:  Handling Action GetLog for 44ab916f-7519-40f9-9d2e-e90394782ed9 ...
YYYY/MM/DD HH:MM:SS ERROR:  Resource not found: 44ab916f-7519-40f9-9d2e-e90394782ed9
YYYY/MM/DD HH:MM:SS TRACE:  Reply sent successfully for "GetLog".

Сервер NetWorker постійно опитує vProxy щодо статусу резервної сесії та запитує журнали сесії після завершення резервної копії. vProxy завершує резервне копіювання і старить сесію після того, як сервер NetWorker не запитує оновлення протягом кількох хвилин. Зі старінням сесії vProxy більше не може оновити статус сервера NetWorker або вести журнали, і він виходить з ладу. resource not found Помилка. Затримки запитів статусу NetWorker Server зазвичай пов'язані з високою затримкою між вузлом зберігання NetWorker і комунікацією домену даних.

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

       ping -t [DATA_DOMAIN_IP] > ping_output.txt

     • Linux:

       ping [DATA_DOMAIN_IP] | while read line; do echo "$(date): $line"; done > ping_output.txt

   • Залишайте пінг увімкненим у фоновому режимі під час резервного вікна.
   • Коли збій резервного копіювання повторюється, перегляньте файл ping_output.txt і перевірте часовий діапазон, що відповідає відмові для стрибків затримки.
2. Зменшіть затримку до нижче 50 мс:
   • Визначте та розв'язайте джерело високої затримки між вузлом зберігання NetWorker і доменом даних. Поширені причини включають перевантаження мережі, WAN-канали, неефективність маршрутизації або перевантажене мережеве обладнання.
   • Переконайтеся, що затримка між вузлом зберігання NetWorker і доменом даних залишається менш ніж 50 мс під час виконання резервного копія. Цей поріг задокументовано в розділі «Розмір вікна TCP та міркування затримки мережі» у Посібнику з планування оптимізації продуктивності Dell NetWorker.
3. Розгорніть вузол віддаленого зберігання (якщо затримку не можна зменшити):
   • Якщо затримка між вузлом зберігання до домену даних не може бути зменшена нижче 50 мс (наприклад, через географічну відстань), налаштуйте вузол зберігання NetWorker на віддаленому місці, де розташований домен даних. Цей вузол зберігання керує пристроями домену даних локально, усуваючи шлях з високою затримкою.
4. Перевірити роздільну здатність:
   • Після зменшення затримки або розгортання віддаленого вузла зберігання запустіть завдання резервного копіювання для раніше уражених віртуальних машин.
   • Переконайтеся, що резервні копії успішно завершені без помилок Resource not found (код -404) у NMC, журналі дій резервного копіювання або vProxy vbackupd-engine.log.
   • Відстежуйте завдання резервного копіювлення протягом трьох послідовних вікон, щоб переконатися, що періодичні збоїв більше не трапляються.
   • Якщо збої старіння сесії тривають після зниження затримки нижче 50 мс, зверніться до служби підтримки Dell для подальшого розслідування та посилайтеся на цю статтю в базі знань.

Наступна стаття детально описує, як виконати усунення мережевих несправностей: NetWorker: Як усунути проблеми з мережею.