NVP-vProxy: Data Protection Restore Client bevat geen SQL VM-back-ups

Summary: De NetWorker VMware Protection (NVP) vProxy wordt gebruikt om back-ups te maken van Microsoft SQL Virtual Machines (VM). De omgeving bestaat uit meerdere vCenter-omgevingen en de SQL-VM is gekopieerd naar een ander vCenter buiten de NetWorker-praktijken om. SQL VM-herstel wordt uitgevoerd vanaf de Data Protection Restore Client (DPRC). De DPRC-wizard geeft geen SQL-back-ups voor een VM weer. Er wordt geen fout geretourneerd. ...

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

  • De Data Protection Restore Client (DPRC) wordt geopend vanuit een webbrowser: https://NetWorker_Server_Address:9090/flr
  • De opties Admin en App zijn geselecteerd en de gebruiker verifieert zich.
  • De bron vCenter en een tijdsbereik zijn opgegeven, de SQL VM is geselecteerd maar er worden geen back-ups weergegeven:
    Data Protection Restore Client geeft geen back-ups weer 
  • De omgeving bestaat uit meerdere vCenter servers. De SQL VM die is geselecteerd voor herstel is gekopieerd (of gerepliceerd) naar het nieuwe vCenter. De VM bestaat (of bestond) in beide vCenter-omgevingen. De gebruikte replicatiemethode was extern voor NetWorker.

Cause

De VM werd gerepliceerd met behulp van een methode die resulteerde in een "gekopieerde" VMware Universally Unique Identifier (UUID). De NetWorker-mediadatabase vermeldt dezelfde UUID onder twee verschillende vCenters. Bijvoorbeeld:

[root@nsr ~]# mminfo -avot -q vmname=SQLVM02 -r name | sort | uniq
vm:503df65c-90cd-e729-13a4-2f5711ba5b85:MyOldvCente.amer.lan
vm:503df65c-90cd-e729-13a4-2f5711ba5b85:MyNewvCenter.amer.lan

De DPRC gebruikt REST API om verbinding te maken met de NetWorker-server en back-ups weer te geven. Er wordt gebruikgemaakt van een globale REST API GET-aanvraag om de VM te vinden met behulp van global/vmware/vms?q=Uuid:UUID. Het volgende is te zien in de flr-server.log.

  • Linux: /nsr/authc/logs/flr-server.log
  • Windows (standaard): C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\logs\flr-server.log
2026-04-08 13:43:42,855 [https-jsse-nio-9090-exec-4] INFO  c.e.n.c.n.i.NwRestApiBase.buildWebResourceFromUri 171 - Call NW: [https://NETWORKER_SERVER_ADDRESS:9090/nwrestapi/v3/global/vmware/vms?q=Uuid:VM_UUID]

De DPRC kan de back-ups niet presenteren omdat het conflict optreedt vanwege de unieke identifier die in meerdere vCenters wordt weergegeven. Dezelfde REST API-aanroep retourneert beide vCenters:
Linux:

curl -k --user Administrator "https://localhost:9090/nwrestapi/v3/global/vmware/vms?q=Uuid:UUID

Windows:

curl.exe -k --user Administrator "https://localhost:9090/nwrestapi/v3/global/vmware/vms?q=Uuid:UUID

Voorbeeld:

[root@nsr ~]#  curl -k --user Administrator:'!Password1' "https://localhost:9090/nwrestapi/v3/global/vmware/vms?q=Uuid:503df65c-90cd-e729-13a4-2f5711ba5b85" | jq                                                                                
% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  1213    0  1213    0     0  17328      0 --:--:-- --:--:-- --:--:-- 17328
{
  "count": 2,
  "vms": [
    {
      "annotation": "",
      "connectionState": "connected",
      "hostname": "SQLVM02",
      "ipAddress": "192.168.9.10",
      "ipAddresses": [
        "192.168.9.10"
      ],
      "links": [
        {
          "href": "https://localhost:9090/nwrestapi/v3/global/vmware/vcenters/MyNewvCenter.amer.lan/vms/503df65c-90cd-e729-13a4-2f5711ba5b85",
          "rel": "item"
        }
      ],
      "morefId": "vm-1364",
      "name": "SQLVM02",
      "osId": "windows2019srv_64Guest",
      "osName": "Microsoft Windows Server 2019 (64-bit)",
      "powerState": "on",
      "state": "running",
      "status": "green",
      "type": "VirtualMachine",
      "uuid": "503df65c-90cd-e729-13a4-2f5711ba5b85",
      "vCenterHostname": "MyNewvCenter.amer.lan",
      "version": "vmx-18"
    },
    {
      "annotation": "",
      "connectionState": "connected",
      "hostname": "",
      "ipAddress": "",
      "ipAddresses": [],
      "links": [
        {
          "href": "https://localhost:9090/nwrestapi/v3/global/vmware/vcenters/MyOldvCenter.amer.lan/vms/503df65c-90cd-e729-13a4-2f5711ba5b85",
          "rel": "item"
        }
      ],
      "morefId": "vm-15697",
      "name": "SQLVM02",
      "osId": "windows9Server64Guest",
      "osName": "Microsoft Windows Server 2016 (64-bit)",
      "powerState": "off",
      "state": "notRunning",
      "status": "gray",
      "type": "VirtualMachine",
      "uuid": "503df65c-90cd-e729-13a4-2f5711ba5b85",
      "vCenterHostname": "MyOldvCenter.amer.lan",
      "version": "vmx-18"
    }
  ]
}

Dit is geen verwacht gedrag. De inherente verwachting van een UUID is dat deze uniek is. Bij het uitvoeren van query's voor een VM-UUID worden alleen de resultaten voor één VM in één vCenter verwacht.

OPMERKING: Ditzelfde probleem wordt waargenomen bij pogingen tot herstel op bestandsniveau (FLR) vanuit de DRPC.

Resolution

Het is niet mogelijk om de data van DPRC te herstellen vanwege het UUID-conflict in VMware-omgevingen. Zie het gedeelte Aanvullende informatie voor een tijdelijke oplossing.

De volgende stappen kunnen de dubbele UUID corrigeren; Dit betekent echter niet dat de bestaande back-updata kunnen worden hersteld. Deze onderstaande wijziging is een corrigerende actie voor back-ups die na de wijziging en daarna zijn gemaakt. Zodra de back-ups met de duplicaat-UUID zijn verlopen van NetWorker, vindt de herstel-UI de VM-back-ups correct met behulp van hun Universally Unique ID (UUID).

  1. Voor de dubbele VM verwijdert u deze uit alle NetWorker-beveiligingsgroepen waar momenteel een back-up van wordt gemaakt.
  2. Kracht van de nieuwe VM in VMware.
  3. Maak de registratie van de VM uit de vCenter-inventaris ongedaan (selecteer "Remove from Inventory"). Verwijder de VM niet.
  4. Registreer de VM opnieuw: Blader door de datastore, klik met de rechtermuisknop op de .vmx bestand en selecteer "Register VM".
  5. Schakel de VM in. Wanneer vCenter hierom vraagt, selecteert u 'Ik heb het gekopieerd'. Dit dwingt vSphere om een gloednieuw, uniek BIOS en instantie-UUID te genereren.
  6. Voeg de virtuele machine (VM) weer toe aan de beveiligingsgroepen waaruit deze in stap 1 is verwijderd.
OPMERKING: De VM wordt verwijderd uit de groep en opnieuw toegevoegd om te voorkomen dat de oude UUID in de lijst met werkitems blijft staan nadat de UUID is gewijzigd in VMware. Zie: NVP vProxy: Kan het geselecteerde VM-werkitem met UUID "UUID" niet vinden in vCenter, het werkitem wordt overgeslagen.

Zie de volgende VMware-documentatie met informatie over de gevolgen van dubbele UUID: Een UUID wijzigen of behouden voor een verplaatste virtuele machine Deze hyperlink leidt u naar een website buiten Dell Technologies.

 

Additional Information

OPMERKING: De volgende aanpak kan worden gebruikt om de SQL-data terug te zetten naar de VM zonder tussenkomst van de NetWorker-server, vProxy of DPRC. Deze aanpak omvat het maken van een NFS-export op het Data Domain, met behulp van de map met opslagset van de back-up. De NFS-export wordt als NFS-datastore in VMware gemount. De VM-schijf van de NFS-datastore is gekoppeld aan een SQL-VM in de VMware-omgeving. SQL .mdf als .ldf Bestanden worden gekopieerd van de schijf naar een andere locatie op de VM en geïmporteerd in de SQL Server Management Studio (SSMS).
WAARSCHUWING: Dit is een best effort tijdelijke oplossing om te proberen data te herstellen in een situatie waarin omgevingsomstandigheden verhinderden dat de herstelinterface de juiste back-ups kon vinden. NetWorker-support helpt met zaken als het selecteren van het juiste pad naar de opslagset op het Data Domain, terwijl VMware-, OS- en SQL-taken worden afgehandeld via hun respectievelijke beheerders. Dit zijn allemaal externe NetWorker-bewerkingen die moeten worden uitgevoerd door de VMware-, systeem- en databasebeheerders. Het succes van deze tijdelijke oplossing is sterk afhankelijk van de status van de database op het moment van de back-up. Als de SQL-database onder hoge activiteit of wijzigingen stond, zijn de verwachte data mogelijk niet beschikbaar in het herstel. Als de SQL-database grotendeels inactief was, werkt het onderstaande proces mogelijk volledig. 

Vereisten:

  • De opslagset die nodig is voor het terugzetten moet een databaseopslagset zijn, geen txnlog Backup. Dit kan worden geïdentificeerd met behulp van de NetWorker-server mminfo Opdracht:
mminfo -avot -q vmname=SQL_VM-NAME

Voorbeeld:

[root@nsr ~]# mminfo -avot -q vmname=win-sql01.amer.lan
 volume        type   client           date     time         size ssid      fl   lvl name
...
VMBackupPool.002 Data Domain vcsa.amer.lan 04/11/2026 11:38:14 AM 104 GB 4124732135 cr full vm:503ea434-0331-8ed6-8b19-b9cd408cce7a:vcsa.amer.lan
VMBackupPool.002 Data Domain vcsa.amer.lan 04/11/2026 12:30:09 PM 2341 KB 4107958035 cr txnlog vm:503ea434-0331-8ed6-8b19-b9cd408cce7a:vcsa.amer.lan

De full Back-up is een volledige databaseback-up inclusief de Virtual Machine Disk (VMDK). De txnlog Back-up bevat alleen de transactielogboeken en bevat niet de databases.

Dataherstel:

Nadat u de vereiste stappen hebt uitgevoerd, moet de VM-schijf met de SQL-data met een willekeurige stationsletter aan de SQL VM worden gekoppeld. Voer de volgende stappen uit:

  1. De SQL-database kopiëren .mdf als .ldf bestanden van de gekoppelde schijf naar een andere locatie op de VM. De volgende databases bevinden zich bijvoorbeeld op de aangesloten schijf:
PS R:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\DATA> dir


    Directory: R:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\DATA


Mode                 LastWriteTime         Length Name
----                 -------------         ------ ----
...
-a----         4/10/2026  11:46 AM        8388608 NetWorkerSupport.mdf
-a----         4/10/2026  11:32 AM        8388608 NetWorkerSupport_log.ldf
...
De bestanden worden gekopieerd naar een door de gebruiker gemaakte map C:\tmp\RecoveredSQLdata: 
PS C:\tmp\RecoveredSQLdata> dir


    Directory: C:\tmp\RecoveredSQLdata


Mode                 LastWriteTime         Length Name
----                 -------------         ------ ----
-a----         4/10/2026  11:46 AM        8388608 NetWorkerSupport.mdf
-a----         4/10/2026  11:32 AM        8388608 NetWorkerSupport_log.ldf
  1. Zorg ervoor dat de bestanden en mappen niet alleen-lezen zijn. Klik met de rechtermuisknop op het mappad naar de data en zorg ervoor dat "Read Only" niet is aangevinkt. Voor de bestanden mag ook niet alleen-lezen zijn geselecteerd:
    Het kenmerk alleen-lezen is niet geselecteerd in databasebestanden 
  2. Meld u aan bij SQL Server Management Studio (SSMS) met een administrator-gebruikersaccount.
  3. Klik met de rechtermuisknop op Databases en klik vervolgens op Bijvoegen.
  4. Klik in het venster Databases om toe te voegen op Toevoegen. Blader naar de locatie de .mdf Bestand is gekopieerd naar en selecteer het.
  5. Als de SQL-server een database bevat met dezelfde naam als de oorspronkelijke database, moet u de naam van de database die u importeert wijzigen. Selecteer het veld Koppelen als en wijzig de naam van de database, bijvoorbeeld toevoegen _OLD.

Een SQL-database importeren als een nieuwe database

  1. Klik op OK, de database wordt geïmporteerd in de SQL Server Management Studio.
    WAARSCHUWING: Eventuele machtigingen of op het besturingssysteem gebaseerde importfouten moeten worden opgelost door de systeem- of databasebeheerder.

    In dit voorbeeld bestaat de oorspronkelijke database NetWorkerSupport en wordt de back-upkopie "NetWorkerSupport_OLD" geïmporteerd.

Database is geïmporteerd

De databasetabel bevat de inhoud van de oorspronkelijke database op het moment van back-up:

Herstelde SQL-database

De SQL-data worden hersteld naar het systeem en kunnen worden beheerd door de SQL-databasebeheerder. Zodra de data zijn hersteld en er geen data meer nodig zijn van het back-upmedium, kan de schijf worden losgekoppeld van VMware. De tijdelijke NFS-datastore kan ook worden losgekoppeld van VMware en de NFS-export op het Data Domain kan worden verwijderd. Deze opruimstappen worden beschreven in het gedeelte Opruimen na herstelbewerkingen van:  NetWorker: Manually Mounting Windows VM Save Set Disk For FLR Process Without vProxy Appliance

Affected Products

NetWorker

Products

NetWorker Family
Article Properties
Article Number: 000450321
Article Type: Solution
Last Modified: 29 أبريل 2026
Version:  2
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.