Авамар: Відновлення на рівні файлів VMware може не вдатися через конфігурацію NAT

Summary: Ця стаття бази знань має на меті вирішити проблеми, які виникають під час використання Avamar File Level Restore (FLR) із трансляцією мережевих адрес (NAT). Операції FLR можуть не вдатися через невідповідність IP, спричинену NAT. ...

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.
Check out other resources

Symptoms

  • Завдання FLR спочатку починаються, але не завершуються.
  • Файли меншого розміру (наприклад, від 20 КБ до 2,7 МБ) успішно відновлюються, а більші (наприклад, 25 МБ або 90 МБ) не вдається.
  • Ця проблема стосується всіх віртуальних машин відновлення на рівні файлів саме в цьому середовищі.
  • Помилки HTTP-сервера (Jetty) 500 з'являються в журналах доступу під час спроб відновлення.
  • Журнал доступу до пристані показує незвичайні IP-адреси (наприклад, IP-адреса клієнта, що закінчується на 0.1 або 0.254, що, ймовірно, є адресою шлюзу).

Cause

Проблема виникає через те, як FLR обробляє операції передачі файлів залежно від розміру завдання:

  1. Крихітні завдання відновлення:

    • Коли завдання FLR передає невеликий обсяг даних (загальна кількість байтів < 5 МБ і загальна кількість файлів < 10), воно використовує vSphere API для відновлення файлів. Передача файлу vSphere API в обхід конфігурацій VM NAT, оскільки гостьова мережа віртуальних машин не бере участі в передачі.

  2. Великі завдання з відновлення:

    • Для великих завдань FLR, які перевищують критерії крихітних завдань відновлення, Avamar переходить на використання безпечних сценаріїв wget/BatchDownload для більш ефективної передачі файлів.
    • Цей метод створює тимчасові файли та токени для керування безпечною передачею, яка залежить від IP-адреси клієнта, що відповідає очікуваному значенню.

Коли в мережі включено NAT, він змінює IP-адресу джерела клієнта в запиті. Це викликає невідповідність між збереженим IP клієнта в таблиці токенів і IP-адресою, з якої здійснюється запит. Таким чином, процес перевірки токена зазнає невдачі, що призводить до збою у відновленні файлів.

    Resolution

    Використання NAT з Avamar FLR не підтримується. Ось рекомендовані кроки:

    1. Вимкніть ДНАТ:

      • Співпрацюйте з командою мережі, щоб вимкнути DNAT для середовища, де використовується Avamar FLR. Це найефективніший спосіб гарантувати, що операції FLR можуть проходити без розбіжностей IP-адрес.

    2. Визначте, чи ввімкнено ДНК:

      • Підтвердьте у команди мережі, чи ввімкнено DNAT. Приклади журналів можуть показувати невідповідні IP-адреси джерел, як-от 192.168.1.1, які можуть бути IP-адресами шлюзу через DNAT.

    3. Спосіб вирішення - Вимкніть робочий процес BatchDownload.exe/wget:

    Щоб обійти цю проблему, ви можете вимкнути робочий процес BatchDownload.exe і змусити FLR використовувати замість цього операції з гостьовим файлом vSphere. Це впливає на швидкість операцій FLR, роблячи їх повільнішими.
    I. На проксі відредагуйте файл конфігурації: 
    /usr/local/avamarclient/bin/config.xml
    ІI.  Змініть наступний рядок з: 
    <enablewgetrestore>1</enablewgetrestore>
    Для цього:  
    <enablewgetrestore>0</enablewgetrestore>

    ІII. Після зміни конфігурації перезапустіть службу vmwareflr.service. 
    systemctl restart vmwareflr && systemctl restart avagent.service
         

    Affected Products

    Avamar
    Article Properties
    Article Number: 000283981
    Article Type: Solution
    Last Modified: 22 May 2025
    Version:  2
    Find answers to your questions from other Dell users
    Support Services
    Check if your device is covered by Support Services.