Avamar: Przywracanie na poziomie plików VMware może się nie powieść z powodu konfiguracji translatora adresów sieciowych

• Zadania FLR są początkowo uruchamiane, ale nie kończą się.
• Mniejsze pliki (np. od 20 KB do 2,7 MB) są przywracane, ale większe pliki (na przykład 25 MB lub 90 MB) kończą się niepowodzeniem.
• Ten problem dotyczy przywracania z poziomu plików wszystkich maszyn wirtualnych w tym konkretnym środowisku.
• Błędy serwera HTTP (Jetty) 500 pojawiają się w dziennikach dostępu podczas prób przywrócenia.
• Dziennik dostępu do nabrzeża pokazuje nietypowe adresy IP (na przykład adres IP klienta kończący się na 0.1 lub 0.254, który prawdopodobnie jest adresem bramy).

Problem wynika ze sposobu, w jaki FLR obsługuje operacje transferu plików, w zależności od rozmiaru zadania:

1. Drobne zadania przywracania:

   • Gdy zadanie FLR przesyła niewielką ilość danych (łącznie 5 MB bajtów < i 10 plików < ), używa interfejsu API vSphere do przywrócenia plików. Transfery plików interfejsu API vSphere pomijają konfiguracje translatora adresów sieciowych maszyn wirtualnych, ponieważ sieć gości maszyny wirtualnej nie jest zaangażowana w transfer.

2. Duże zadania przywracania:

   • W przypadku większych zadań FLR, które przekraczają kryteria małego zadania przywracania, Avamar przełącza się na korzystanie z bezpiecznych skryptów wget/BatchDownload w celu wydajniejszego przesyłania plików.
   • Ta metoda tworzy tymczasowe pliki i tokeny do zarządzania bezpiecznym transferem, który opiera się na adresie IP klienta pasującym do oczekiwanej wartości.

Gdy translator adresów sieciowych jest włączony w sieci, zmienia źródłowy adres IP klienta w żądaniu. Powoduje to niezgodność między przechowywanym adresem IP klienta w tabeli tokenów a adresem IP, z którego jest wysyłane żądanie. W związku z tym proces weryfikacji tokenu kończy się niepowodzeniem, co prowadzi do niepowodzenia w przywracaniu plików.

Korzystanie z translatora adresów sieciowych w systemie Avamar FLR nie jest obsługiwane. Oto zalecane kroki:

1. Wyłącz DNAT:

   • Współpracuj z zespołem ds. sieci, aby wyłączyć DNAT dla środowiska, w którym jest używany Avamar FLR. Jest to najskuteczniejszy sposób zapewnienia, że operacje FLR mogą przebiegać bez niezgodności adresów IP.

2. Określ, czy funkcja DNAT jest włączona:

   • Potwierdź z zespołem ds. sieci, czy funkcja DNAT jest włączona. Przykładowe dzienniki mogą pokazywać niezgodne źródłowe adresy IP, takie jak 192.168.1.1, które mogą być adresem IP bramy z powodu DNAT.

3. Obejście problemu - Wyłącz przepływ pracy BatchDownload.exe/wget:

/usr/local/avamarclient/bin/config.xml

<enablewgetrestore>1</enablewgetrestore>

<enablewgetrestore>0</enablewgetrestore>

systemctl restart vmwareflr && systemctl restart avagent.service