Avamar: Herstel op VMware-bestandsniveau kan mislukken door NAT-configuratie

• FLR-taken worden in eerste instantie gestart, maar niet voltooid.
• Kleinere bestanden (zoals 20 KB tot 2,7 MB) worden hersteld, maar grotere bestanden (bijvoorbeeld 25 MB of 90 MB) mislukken.
• Dit probleem is van invloed op alle virtuele machines voor herstel op bestandsniveau in deze specifieke omgeving.
• HTTP-server (Jetty) 500-fouten worden weergegeven in toegangslogboeken tijdens herstelpogingen.
• In het toegangslogboek van de steiger worden ongebruikelijke IP-adressen weergegeven (bijvoorbeeld het IP-adres van de client dat eindigt op 0,1 of 0,254, wat waarschijnlijk een gatewayadres is).

Het probleem wordt veroorzaakt door de manier waarop FLR bestandsoverdrachtbewerkingen afhandelt, afhankelijk van de taakgrootte:

1. Tiny Restore-taken:

   • Wanneer de FLR-taak een kleine hoeveelheid data overdraagt (totaal aantal bytes < 5 MB en totaal aantal bestanden < 10), wordt de vSphere API gebruikt om bestanden te herstellen. De vSphere API-bestandsoverdrachten omzeilen VM NAT-configuraties, omdat het VM-gastnetwerk niet betrokken is bij de overdracht.

2. Grote hersteltaken:

   • Voor grotere FLR-taken die de criteria voor kleine hersteltaken overtreffen, schakelt Avamar over naar het gebruik van beveiligde wget/BatchDownload-scripts om bestanden efficiënter over te dragen.
   • Deze methode maakt tijdelijke bestanden en tokens om de beveiligde overdracht te beheren, die afhankelijk is van het IP-adres van de client dat overeenkomt met een verwachte waarde.

Wanneer NAT is ingeschakeld in het netwerk, wordt het bron-IP-adres van de client in de aanvraag gewijzigd. Dit veroorzaakt een mismatch tussen het opgeslagen IP-adres van de client in de tokentabel en het IP-adres van waaruit de aanvraag wordt gedaan. Daarom mislukt het tokenverificatieproces, wat leidt tot een fout bij het herstellen van bestanden.

Het gebruik van NAT met Avamar FLR wordt niet ondersteund. Dit zijn de aanbevolen stappen:

1. Schakel DNAT uit:

   • Werk samen met het netwerkteam om DNAT uit te schakelen voor de omgeving waarin Avamar FLR wordt gebruikt. Dit is de meest effectieve manier om ervoor te zorgen dat FLR-bewerkingen kunnen worden uitgevoerd zonder dat IP-adressen niet overeenkomen.

2. Identificeer of DNAT is ingeschakeld:

   • Controleer bij het netwerkteam of DNAT is ingeschakeld. Voorbeeldlogboeken kunnen niet-overeenkomende bron-IP's weergeven, zoals 192.168.1.1, wat het gateway-IP-adres kan zijn vanwege DNAT.

3. Tijdelijke oplossing - BatchDownload.exe/wget-workflow uitschakelen:

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

<enablewgetrestore>1</enablewgetrestore>

<enablewgetrestore>0</enablewgetrestore>

systemctl restart vmwareflr && systemctl restart avagent.service