NetWorker: vProxy Klonen in prestatiemodus verliest optimalisatie met Retention Lock-apparaten

Samenvatting: In dit artikel wordt een fout beschreven die een fout veroorzaakt in de implementatie van VMware vProxy-back-ups van NetWorker bij gebruik met Data Domain Retention Lock-apparaten.

Dit artikel is van toepassing op Dit artikel is niet van toepassing op Dit artikel is niet gebonden aan een specifiek product. Niet alle productversies worden in dit artikel vermeld.

Symptomen

  • Back-up of klonen kan trager lijken dan verwacht voor vProxy-savesets op Retention Lock-apparaten
  • Er wordt een fout weergegeven in ddfs.info logboek ondanks het duidelijke succes van de back-up- of kloontaak:
Attempt to rename non-empty directory /data/col1/mtree/device/active/abc3b7ed-00000006-fd27be29-6627be29-00045000-595e3c56
dboost-<nsrsvr.demo.local-55146>: ddboost_api ERROR: ddp_rename() failed, FromPath //mtree/device/active/abc3b7ed-00000006-fd27be29-6627be29-00045000-595e3c56, ToPath //mtree/device/21/06/abc3b7ed-00000006-fd27be29-6627be29-00045000-595e3c56,  Err: 5034-nfs rename failed (nfs: Permission denied)

Oorzaak

Het probleem is het gevolg van een onontdekte fout in de uitvoering. Aangezien Data Domain Retention-vergrendelde apparaten het hernoemen van niet-lege mappen niet toestaan, mislukt een deel van de normale back-up- en kloonworkflow van NetWorker op de achtergrond en valt een terugval op een ander mechanisme dat succes van de optimalisatie verhindert.

Oplossing

De workflow is gecorrigeerd in toekomstige NetWorker-versies:
  • 19.10.0.4
  • 19.11.0.1
  • 19.12+
Het probleem lijkt geen invloed te hebben op de capaciteitsmodus. Overschakelen naar de capaciteitsmodus als tijdelijke oplossing kan het probleem op korte termijn verhelpen, maar een upgrade wordt aanbevolen.
 
OPMERKING: Als u van de ene back-upoptimalisatiemodus naar de andere overstapt (bijvoorbeeld van Geoptimaliseerd voor prestaties naar Geoptimaliseerd voor capaciteit), moet u een nieuwe back-up op volledig nulniveau uitvoeren als uitgangspunt voor volgende back-ups. Zorg ervoor dat het Data Domain-apparaat voldoende capaciteit heeft. Aangezien back-ups voor elke optimalisatiemodus tijdens deze periode naast elkaar moeten bestaan, verbruiken back-ups twee keer de gebruikelijke opslagcapaciteit totdat de laatste geoptimaliseerde voor capaciteitsback-up verloopt, zoals gedefinieerd door de retentieperiode. Hierna zal het opslagverbruik weer normaal worden.

Extra informatie

NetWorker ondersteunt twee typen back-upoptimalisatiemodi voor vProxy-back-ups naar Data Domain-systemen: Geoptimaliseerd voor capaciteit en Geoptimaliseerd voor prestaties. U kunt de optimalisatiemodus toepassen op vProxy-beveiligingsgroepen tijdens het maken van een back-up. De modus Geoptimaliseerd voor capaciteit maakt gebruik van segmentatie van variabele grootte, wat meer overhead in dataverwerking produceert vanwege de hogere deduplicatiesnelheid, maar de capaciteit vermindert die wordt verbruikt op het Data Domain-systeem. Geoptimaliseerd voor prestaties biedt prestatieverbeteringen tijdens incrementele back-ups van virtuele machines met behulp van Changed Block Tracking (CBT) en repliceert data naar een Data Domain-systeem, en is effectief bij het maken van back-ups van grote VMDK-bestanden. Hoewel Geoptimaliseerd voor prestaties resulteert in extra ruimtegebruik op het Data Domain-apparaat (ongeveer 20%), verbetert deze modus de willekeurige I/O-prestaties voor directe toegangsherstel aanzienlijk.

Getroffen producten

NetWorker
Artikeleigenschappen
Artikelnummer: 000225863
Artikeltype: Solution
Laatst aangepast: 12 sep. 2024
Versie:  2
Vind antwoorden op uw vragen via andere Dell gebruikers
Support Services
Controleer of uw apparaat wordt gedekt door Support Services.