NVP-vProxy: Klient for databeskyttelsesgjenoppretting viser ikke SQL VM-sikkerhetskopier

• Du får tilgang til Data Protection Restore Client (DPRC) fra en nettleser: https://NetWorker_Server_Address:9090/flr
• Alternativene for Administrator og App er valgt, og brukeren godkjennes.
• Kilde-vCenter og et tidsintervall er angitt, SQL-VM-en er valgt, men ingen sikkerhetskopier vises:
   
• Miljøet består av flere vCenter-servere. SQL-VM-en som ble valgt for gjenoppretting, ble kopiert (eller replikert) til det nye vCenter. VM-en eksisterer (eller har eksistert) i begge vCenter-miljøene. Replikeringsmetoden som ble brukt, var ekstern for NetWorker.

VM-en ble replikert ved hjelp av en metode som resulterte i en «kopiert» VMware Universally Unique Identifier (UUID). NetWorker-mediedatabasen viser samme UUID under to forskjellige vCenters. Eksempel:

[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 bruker REST API til å koble til NetWorker-serveren og liste sikkerhetskopier. Den bruker en global REST API GET-forespørsel for å finne den virtuelle maskinen ved hjelp av 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 kan ikke presentere sikkerhetskopiene fordi konflikten oppstår på grunn av den unike identifikatoren som vises i flere vCenter-er. Det samme REST API-kallet 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 atferd. Den iboende forventningen med en UUID er at den er unik. Når du spør etter en VM UUID, forventes bare resultatene for én virtuell maskin i én vCenter.

Det er ikke mulig å gjenopprette dataene fra DPRC på grunn av UUID-konflikten i VMware-miljøer. Se delen Tilleggsinformasjon for en løsning.

Følgende trinn kan korrigere duplisert UUID; Dette gjør imidlertid ikke eksisterende sikkerhetskopierte data gjenopprettelige. Denne endringen nedenfor er en korrigerende handling for sikkerhetskopieringer som tas etter endringen og fremover. Når sikkerhetskopiene som bruker den dupliserte UUID-en, er utløpt fra NetWorker, finner gjenopprettingsgrensesnittet VM-sikkerhetskopiene på riktig måte ved hjelp av deres universelt unike ID (UUID).

1. For den dupliserte VM-en fjerner du den fra alle NetWorker-beskyttelsesgrupper der den for øyeblikket er sikkerhetskopiert.
2. Kraften til den nye VM i VMware.
3. Avregistrer den virtuelle maskinen fra vCenter-beholdningen (velg «Remove from Inventory»). Ikke slett VM.
4. Registrer VM-en på nytt: Bla gjennom datalageret, høyreklikk på .vmx -filen, og velg «Registrer VM».
5. Slå på VM. Når du blir bedt om det av vCenter, velger du "I copied it." Dette tvinger vSphere til å generere en helt ny, unik BIOS og forekomst-UUID.
6. Legg til den virtuelle maskinen (VM) i beskyttelsesgruppene den ble fjernet fra i trinn 1.

Se følgende VMware-dokumentasjon angående virkningen av duplisert UUID: Endre eller beholde en UUID for en flyttet virtuell maskin 

Forutsetning:

• Lagringssettet som kreves for gjenoppretting, må være et databaselagringssett, ikke et txnlog Sikkerhetskopien. Dette kan identifiseres ved hjelp av NetWorker-serveren mminfo Kommandoen:

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

Informasjonen i full sikkerhetskopiering er en fullstendig sikkerhetskopi av databasen, inkludert Virtual Machine Disk (VMDK). Informasjonen i txnlog Sikkerhetskopien inneholder bare transaksjonsloggene og inkluderer ikke databasene.

• VM-sikkerhetskopien må ligge på et datadomene, hvis den er på en annen medietype (bånd, CloudBoost, AFTD), klone sikkerhetskopieringen fra bånd til et datadomene som er tilgjengelig for vCenter: NVP vProxy: Slik kloner du manuelt et VM-lagringssett fra en ikke-Data Domain-enhet til en Data Domain-kloneenhet
• Prosessen for å opprette NFS-eksporten og montere den i VMware og mål-VM-en er dokumentert i følgende artikkel: NetWorker: Montering av Windows VM manuelt Lagre settdisk for FLR-prosess uten vProxy-apparat

Datarekonstruksjon:

Når du har utført de forutsatte trinnene, skal VM-disken som inneholder SQL-dataene, monteres på SQL-VM-en med en tilfeldig stasjonsbokstav. Utfør følgende trinn:

1. Kopiere SQL-databasen .mdf og .ldf filer fra den tilkoblede disken til en annen plassering på den virtuelle maskinen. Følgende databaser finnes for eksempel på den vedlagte disken:

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. Forsikre deg om at filene og mappene ikke er "skrivebeskyttet". Høyreklikk mappebanen til dataene og sørg for at "Read Only" ikke er merket av. Skrivebeskyttet informasjon må heller ikke være valgt for filene:
    
3. Logg på SQL Server Management Studio (SSMS) med en administrativ brukerkonto.
4. Høyreklikk Databaser, og klikk deretter Legg ved.
5. I vinduet Databaser som skal legges ved klikker du Legg til. Bla til plasseringen .mdf Filen ble kopiert til, og velg den.
6. Hvis SQL-serveren inneholder en database med samme navn som den opprinnelige databasen, må du gi nytt navn til databasen du importerer. Velg Legg ved som-feltet , og gi databasen nytt navn, for eksempel legg til _OLD.

7. Klikk OK, importeres databasen til SQL Server Management Studio.
   ADVARSEL: Alle tillatelser eller OS-baserte importfeil må løses av system- eller databaseadministratoren.
   
   I dette eksemplet finnes den opprinnelige NetWorkerSupport for databasen, og sikkerhetskopien "NetWorkerSupport_OLD" er importert.

Databasetabellen inneholder innhold fra den opprinnelige databasen på tidspunktet for sikkerhetskopieringen:

SQL-dataene gjenopprettes til systemet og kan administreres av SQL Database-administratoren. Når dataene er gjenopprettet og det ikke kreves ytterligere data fra sikkerhetskopimediet, kan disken kobles fra VMware. Det midlertidige NFS-datalageret kan også kobles fra VMware, og NFS-eksporten på Data Domain kan fjernes. Disse oppryddingstrinnene er beskrevet i delen Opprydding etter gjenoppretting i:  NetWorker: Montering av Windows VM manuelt Lagre settdisk for FLR-prosess uten vProxy-apparat