NVP-vProxy: Data Protection Restore-klienten viser ikke SQL VM-sikkerhedskopier

• Data Protection Restore Client (DPRC) åbnes fra en webbrowser: https://NetWorker_Server_Address:9090/flr
• Indstillingerne Administrator og App vælges, og brugeren godkendes.
• Kilde-vCenter og et tidsinterval er angivet, SQL VM er valgt, men der vises ingen sikkerhedskopieringer:
   
• Miljøet består af flere vCenter-servere. Den SQL VM, der blev valgt til gendannelse, blev kopieret (eller replikeret) til det nye vCenter. VM'en findes (eller eksisterede) i begge vCenter-miljøer. Den anvendte replikeringsmetode var ekstern i forhold til NetWorker.

VM'en blev replikeret ved hjælp af en metode, der resulterede i en "kopieret" VMware Universally Unique Identifier (UUID). NetWorker-mediedatabasen viser det samme UUID under to forskellige vCenters. F.eks.:

[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

DPRC bruger REST API til at oprette forbindelse til NetWorker-serveren og oprette en liste over sikkerhedskopier. Den bruger en global REST API GET-anmodning til at finde VM'en ved hjælp af global/vmware/vms?q=Uuid:UUID. Følgende ses i flr-server.log.

• Linux: /nsr/authc/logs/flr-server.log
• Windows (standard): 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]

DPRC er ikke i stand til at præsentere sikkerhedskopierne, fordi konflikten opstår på grund af den unikke identifikator, der vises i flere vCenters. Det samme REST API-kald returnerer begge 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

Eksempel:

[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"
    }
  ]
}

Dette er ikke forventet adfærd. Den iboende forventning med et UUID er, at det er unikt. Når der forespørges efter et VM UUID, forventes kun resultaterne for én VM i ét vCenter.

Det er ikke muligt at gendanne data fra DPRC på grund af UUID-konflikten i VMware-miljøer. Se afsnittet Yderligere oplysninger for at få en løsning.

Følgende trin kan rette det dublerede UUID; Dette gør dog ikke de eksisterende sikkerhedskopieringsdata genoprettelige. Nedenstående ændring er en korrigerende handling for sikkerhedskopier, der er taget efter ændringen og senere. Når sikkerhedskopierne ved hjælp af det dublerede UUID er udløbet fra NetWorker, finder gendannelsesbrugergrænsefladen korrekt VM-sikkerhedskopierne ved hjælp af deres UUID (Universally Unique ID).

1. For den duplikerede VM skal den fjernes fra alle NetWorker-beskyttelsesgrupper, hvor den aktuelt er sikkerhedskopieret.
2. Styrken ved den nye VM i VMware.
3. Afregistrer VM'en fra vCenter-lageret (vælg "Fjern fra lager"). Slet ikke VM'en.
4. Registrer VM'en igen: Højreklik på ikonet .vmx fil, og vælg "Registrer VM".
5. Tænd for VM'en. Når du bliver bedt om det af vCenter, skal du vælge "Jeg kopierede det". Dette tvinger vSphere til at generere en helt ny, unik BIOS og Instance UUID.
6. Føj den virtuelle maskine (VM) til de beskyttelsesgrupper, den blev fjernet fra i trin 1.

Se følgende VMware-dokumentation vedrørende virkningerne af duplikeret UUID: Ændring eller bevarelse af et UUID for en flyttet virtuel maskine 

Forudsætninger:

• Det lagringssæt, der kræves til gendannelse, skal være et databaselagringssæt, ikke et txnlog Backup. Dette kan identificeres ved hjælp af NetWorker-serveren mminfo Kommando:

mminfo -avot -q vmname=SQL_VM-NAME

Eksempel:

[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

Ikonet full backup er en komplet sikkerhedskopiering af databasen, herunder VMDK (Virtual Machine Disk). Ikonet txnlog Backup indeholder kun transaktionslogfilerne og omfatter ikke databaserne.

• VM-sikkerhedskopien skal være placeret på et Data Domain, hvis den er på en anden medietype (Tape, CloudBoost, AFTD), skal du klone sikkerhedskopien fra bånd til et Data Domain, der er tilgængeligt for vCenter: NVP vProxy: Sådan kloner du manuelt et VM-gemt sæt fra en ikke-Data Domain-enhed til en Data Domain-klonenhed
• Processen til oprettelse af NFS-eksporten og tilslutning til VMware og mål-VM'en er dokumenteret i følgende artikel: NetWorker: Manuel montering af Windows VM Gem sæt disk til FLR-proces uden vProxy-enhed

Datagendannelse:

Når de nødvendige trin er udført, skal den VM-disk, der indeholder SQL-dataene, tilsluttes SQL VM'en med et tilfældigt drevbogstav. Udfør følgende trin:

1. Kopiér SQL-databasen .mdf og .ldf filer fra den tilsluttede disk til en anden placering på VM'en. For eksempel findes følgende databaser i den vedhæftede disk:

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
...

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

2. Sørg for, at filerne og mapperne ikke er "skrivebeskyttet". Højreklik på mappestien til dataene, og sørg for, at "Read Only" ikke er markeret. Filerne må heller ikke have valgt "Read Only":
    
3. Log på SQL Server Management Studio (SSMS) med en administratorbrugerkonto.
4. Højreklik på Databaser, og klik derefter på Vedhæft.
5. I vinduet Databaser, der skal vedhæftes skal du klikke på Tilføj. Gå til den placering, hvor .mdf fil blev kopieret til og vælg den.
6. Hvis SQL-serveren indeholder en database med samme navn som den oprindelige database, skal du omdøbe den database, du importerer. Vælg feltet Vedhæft som , og omdøb databasen, f.eks. Tilføj _OLD.

7. Klik på OK, databasen importeres til SQL Server Management Studio.
   ADVARSEL: Eventuelle tilladelser eller OS-baserede importfejl skal løses af system- eller databaseadministratoren.
   
   I dette eksempel findes den oprindelige database NetWorkerSupport , og sikkerhedskopien "NetWorkerSupport_OLD" importeres.

Databasetabellen indeholder indhold fra den oprindelige database på tidspunktet for sikkerhedskopieringen:

SQL-dataene gendannes til systemet og kan administreres af SQL-databaseadministratoren. Når dataene er gendannet, og der ikke kræves yderligere data fra sikkerhedskopieringsmediet, kan disken frakobles VMware. Det midlertidige NFS-datalager kan også fjernes fra VMware, og NFS-eksporten på Data Domain kan fjernes. Disse oprydningstrin er beskrevet i afsnittet Oprydning efter gendannelse i:  NetWorker: Manuel montering af Windows VM Gem sæt disk til FLR-proces uden vProxy-enhed