NVP-vProxy: Veri Koruması Geri Yükleme İstemcisi, SQL VM Yedeklerini Listelemiyor

• Data Protection Restore Client'a (DPRC) bir web tarayıcısından erişilir: https://NetWorker_Server_Address:9090/flr
• Admin ve App seçenekleri belirlenir ve kullanıcı başarıyla kimliğini doğrular.
• Kaynak vCenter ve zaman aralığı belirtilir, SQL VM seçilir ancak hiçbir yedek görüntülenmez:
   
• Ortam birden fazla vCenter sunucusundan oluşur. Geri yükleme için seçilen SQL VM, yeni vCenter'a kopyalandı (veya çoğaltıldı). VM, her iki vCenter ortamında da mevcuttur (veya vardır). Kullanılan çoğaltma yöntemi NetWorker için hariciydi.

VM, "kopyalanan" VMware Evrensel Benzersiz Tanımlayıcısı (UUID) ile sonuçlanan bir yöntem kullanılarak çoğaltılmıştır. NetWorker ortam veritabanı, iki farklı vCenter altında aynı UUID'yi listeler. Örneğin:

[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, NetWorker sunucusuna bağlanmak ve yedeklemeleri listelemek için REST API'yi kullanır. VM yi bulmak için genel bir REST API GET isteği kullanır. global/vmware/vms?q=Uuid:UUID. Aşağıdakiler görülür: flr-server.log.

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

Çakışma, birden fazla vCenter'da görünen benzersiz tanımlayıcı nedeniyle ortaya çıktığı için DPRC yedeklemeleri sunamaz. Aynı REST API çağrısı her iki vCenter:
Linux değerini de döndürür:

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

Örneğin:

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

Bu beklenen bir davranış değildir. Bir UUID'nin doğasında var olan beklenti, benzersiz olmasıdır. VM UUID'si sorgulanırken yalnızca bir vCenter'daki tek bir VM'ye ilişkin sonuçlar beklenir.

VMware ortamlarındaki UUID çakışması nedeniyle DPRC'den veri kurtarmak mümkün değildir. Geçici bir çözüm için Ek Bilgiler bölümüne bakın.

Aşağıdaki adımlar yinelenen UUID'yi düzeltebilir; Ancak bu, mevcut yedekleme verilerini kurtarılabilir hale getirmez. Aşağıdaki bu değişiklik, değişiklik sonrasında ve sonrasında alınan yedeklemeler için bir düzeltme eylemidir. NetWorker'da yinelenen UUID kullanan yedeklemelerin süresi dolduğunda kurtarma kullanıcı arayüzü, Evrensel Benzersiz Kimliklerini (UUID) kullanarak VM yedeklerini doğru şekilde bulur.

1. Yinelenen VM'yi şu anda yedeklenmiş olduğu tüm NetWorker koruma gruplarından kaldırın.
2. VMware de yeni VM'nin gücü.
3. VM'nin vCenter envanterindeki kaydını silin ("Envanterden Kaldır" öğesini seçin). VM'yi silmeyin .
4. VM'yi yeniden kaydedin: Veri deposuna göz atın, veri deposuna sağ tıklayın .vmx dosyasına gidin ve "Register VM" öğesini seçin.
5. VM'yi açın. VCenter tarafından istendiğinde, "Kopyaladım" seçeneğini belirleyin. Bu, vSphere'i yepyeni, benzersiz bir BIOS ve Örnek UUID'si oluşturmaya zorlar.
6. Sanal makineyi (VM), 1. adımda kaldırıldığı koruma gruplarına geri ekleyin.

Yinelenen UUID'nin etkileri ile ilgili olarak aşağıdaki VMware belgelerine bakın: Taşınan bir sanal makine için UUID'yi değiştirme veya tutma 

Önkoşul:

• Geri yükleme için gereken kaydetme kümesi, bir veritabanı kaydetme kümesi olmamalıdır. txnlog Yedekleme. Bu, NetWorker sunucusu kullanılarak belirlenebilir mminfo komuttan:

mminfo -avot -q vmname=SQL_VM-NAME

Örneğin:

[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

Komutta full yedekleme, Sanal Makine Diskini (VMDK) içeren tam bir veritabanı yedeklemesidir. Komutta txnlog Yedekleme yalnızca işlem günlüklerini içerir ve veritabanlarını içermez.

• VM yedeği bir Data Domain'de bulunmalıdır. Başka bir ortam türündeyse (Teyp, CloudBoost, AFTD) yedeği banttan vCenter'ın erişebildiği bir Data Domain'e klonlayın: NVP vProxy: VM kaydetme kümesini Data Domain olmayan bir aygıttan Data Domain klon aygıtına manuel olarak klonlama
• NFS dışa aktarımını oluşturma ve VMware ile hedef VM'ye bağlama işlemi aşağıdaki makalede belgelenmiştir: NetWorker: vProxy Cihazı Olmadan FLR İşlemi İçin Windows VM Kaydetme Set Diskini Manuel Olarak Bağlama

Veri Kurtarma:

Ön koşullar kısmındaki adımlar tamamlandıktan sonra SQL verilerini içeren VM diski, rastgele bir sürücü harfi ile SQL VM'ye bağlanmalıdır. Aşağıdaki adımları gerçekleştirin:

1. SQL veritabanını kopyalama .mdf ve .ldf bağlı diskteki dosyaları VM'deki başka bir konuma aktarın. Örneğin, aşağıdaki veritabanları ekli diskte bulunur:

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. Dosyaların ve klasörlerin "Salt Okunur" olmadığından emin olun. Verilerin klasör yolunu sağ tıklayın ve "Read Only" seçeneğinin işaretli olmadığından emin olun. Ayrıca dosyalarda "Read Only" seçeneği belirlenmemelidir:
    
3. Bir yönetici kullanıcı hesabıyla SQL Server Management Studio'da (SSMS) oturum açın.
4. Databases öğesine sağ tıklayın ve ardından Attach öğesine tıklayın.
5. Databases to attach penceresinde Add öğesine tıklayın. Bulunduğu konuma göz atın. .mdf dosya kopyalandı ve dosyayı seçin.
6. SQL sunucusu, orijinal veritabanıyla aynı ada sahip bir veritabanı içeriyorsa içe aktardığınız veritabanını yeniden adlandırmanız gerekir. Farklı Ekle alanını seçin ve veritabanını yeniden adlandırın, örneğin _OLD.

7. Veritabanı, SQL Server Management Studio'ya içe aktarıldığında Tamam düğmesine tıklayın.
   UYARI: İzinler veya işletim sistemi temelli içe aktarma hataları, sistem veya veritabanı yöneticisi tarafından çözülmelidir.
   
   Bu örnekte, orijinal NetWorkerSupport veritabanı vardır ve "NetWorkerSupport_OLD" yedek kopyası içe aktarılmıştır.

Veritabanı tablosu, yedekleme sırasında orijinal veritabanından içerik içeriyor:

SQL verileri sisteme kurtarılır ve SQL Veritabanı Yöneticisi tarafından yönetilebilir. Veriler kurtarıldıktan sonra yedekleme ortamından başka veri gerekmediğinde disk, VMware'den ayrılabilir. Geçici NFS veri deposu da VMware'den ayrılabilir ve Data Domain'deki NFS dışa aktarımı kaldırılabilir. Bu temizleme adımları, aşağıdakilerin Geri Yükleme İşlemlerinden Sonra Temizleme bölümünde ayrıntılı olarak açıklanmıştır:  NetWorker: vProxy Cihazı Olmadan FLR İşlemi İçin Windows VM Kaydetme Set Diskini Manuel Olarak Bağlama