NVP vProxy: FLR Başarısız Olduğunda veya VM Tarafından Desteklenmediğinde Dosya Düzeyinde Kurtarma Gerçekleştirme

Aşağıdaki prosedür, Dosya Düzeyinde Kurtarma (FLR) işlemi başarısız olduğunda ve acilen bir dosya geri yüklemesine ihtiyaç duyulduğunda veya sınırlamalar bir FLR'yi etkilediğinde kalıcı veya geçici bir çözüm olarak kullanılabilir. VM FLR sınırlamalarının tam listesi için NetWorker sürümünüze ilişkin NetWorker VMware Entegrasyon Rehberine başvurun. Bu rehberler, https://www.dell.com/support/home/ adresindeki Dell Desteği aracılığıyla edinilebilir.

Bu yöntem, Anında Kurtarma gerçekleştirmeyi gerektirir. Bu, Data Domain üzerinde bir NFS dışa aktarımı oluşturur ve kurtarma seçeneklerinde belirtilen ESXi ana bilgisayarına erişim izni verilir. Bu, VM'nin yapılandırma veya disk dosyalarının belirtilen ESXi ana bilgisayarı tarafından kullanılabilir olduğu anlamına gelir. Ardından, Anında Erişim Geri Yükleme'den orijinal VM'ye diskleri bağlayabilir ve gerekli dosyaları kopyalayabilirsiniz. Anında Erişim Geri Yükleme gerçekleştirmek için gereksinimler şunlardır:

• Kurtarmayı başlatmadan önce Data Domain kaynağı için yönetim kimlik bilgilerini sağladığınızdan emin olun. Bu alan, Devices-->Data Domain Systems-->NSR Data Domain Properties (Aygıtlar -->Data Domain Sistemleri --> NSR Data Domain Özellikleri) (DD özelliklerini düzenleme) altında bulunabilir.

• Çalışan bir koruma grubunun parçası olan kaynak havuzlarındaki ve diğer benzer kapsayıcılardaki sanal makineler için anında kurtarma işlemi gerçekleştirmediğinizden emin olun.
• Yedeklenmekte olan bir VM için Anında Kurtarma işlemini aynı anda gerçekleştirmeyin.
• Geri yükleme, veri tekilleştirme gerçekleştikten sonra gereken alanı hesaba katmadığı için Data Domain sistemindeki boş alanın geri yüklenen sanal makinenin toplam disk boyutuna eşit veya bundan büyük olduğundan emin olun. Yetersiz disk alanı varsa "Veri deposunda yetersiz disk alanı" olduğunu belirten bir hata görüntülenir ve hedef sanal makine oluşturulamaz.
• VM, Linux tabanlıysa diskin ne olduğuna (işletim sistemi, veri diski veya belirli Linux işletim sistemi) bağlı olarak göz önünde bulundurulması gereken bazı ek hususlar vardır. Aygıtların düzgün bir şekilde bağlandığından ve eşlendiğinden emin olmak için Linux Sistem yöneticisi devreye alınmalıdır. Veriler birden çok diski kapsayan bir LVM'de bulunuyorsa bu geçici çözüm kullanılamaz. 

   

Prosedür:

1. vSphere Web İstemcisi'nde oturum açın ve Anında Kurtarma Disklerini bağlamayı planladığınız sanal makineyi seçin. Sanal Makinenin Summary (Özet) sekmesindeki Host (Ana Bilgisayar) alanı, mevcut ESXi ana bilgisayar adını veya IP adresini gösterir.

5. Anında Kurtarma işleminin diğer adımlarıyla devam edin. İşlem tamamlandığında, NMC'de çalıştığını görürsünüz. Bu, siz geri yükleme oturumunu manuel olarak silene kadar burada kalır. Recover Configuration (Yapılandırmayı Kurtar) penceresini Finish (Bitir) öğesine tıklayarak kapatabilirsiniz. Bu, kurtarma işlemini durdurmaz.

6. vSphere Web İstemcisinde, Anında Erişim Geri Yükleme tarafından yeni bir VM oluşturulduğunu görürsünüz. Bu VM göz ardı edilebilir. Diskleri bağlamak istediğiniz VM'ye sağ tıklayın ve edit settings (ayarları düzenle) öğesini seçin. 
7. Add-->Existing Disk-->Add (Ekle-->Mevcut Disk-->Ekle) öğesini seçin.
8. EMC-Recover-vproxy_name veri deposuna gidin ve orijinal VM'ye bağlamak istediğiniz VMDK'yı seçin.

9. Diski bağladığınız sanal makinede oturum açın ve Disk Management (Disk Yönetimi) öğesini açın. Disk çevrimdışı olabilir; Online (Çevrimiçi) olarak ayarlayın.

10. Bağlı geri yükleme sürücüsündeki dosyaları veya dizinleri orijinal konumuna kopyalamak veya yapıştırmak için Windows Dosya Gezgini'ni kullanabilirsiniz.

11. Diskle işiniz bittiğinde, VM ayarlarına geri dönebilir ve diski ayırabilir veya silebilirsiniz. Veri deposundan dosya silmeyin. Disk File (Disk Dosyası) yolundan hangi disk olduğunu onaylayabilirsiniz:

12. Anında Erişim Geri Yükleme VM'sini ve NFS veri deposunu silmek için NMC'de çalışan Anında Erişim Geri Yükleme oturumuna sağ tıklayın, stop (durdur) öğesini seçin ve silme isteminde yes (evet) öğesine tıklayın.

Aşağıda, yukarıdaki 1'den 8'e kadar olan adımları gerçekleştirdikten sonra tek bir Linux VMDK bağlamaya yönelik temel bir örnek verilmiştir.
Aşağıdaki örnekte, Disk 2'de /data bulunan bir Red Hat Enterprise Linux sistemimiz var (sistemde /dev/sdb1 olarak görülür):df -h

[root@vmrhel7 ~]# df -h
Filesystem                     Size  Used Avail Use% Mounted on
devtmpfs                       1.9G     0  1.9G   0% /dev
tmpfs                          1.9G     0  1.9G   0% /dev/shm
tmpfs                          1.9G  8.9M  1.9G   1% /run
tmpfs                          1.9G     0  1.9G   0% /sys/fs/cgroup
/dev/mapper/rhel_vmrhel7-root   14G  3.4G   11G  26% /
/dev/sda1                     1014M  233M  782M  23% /boot
tmpfs                          379M     0  379M   0% /run/user/0
/dev/sdb1                       40G   34M   40G   1% /data

Çözüm alanından 1-8 arasındaki adımları tamamladıktan sonra artık sisteme eklenmiş bir /dev/sdc diski görüyoruz:lsblk -o NAME,FSTYPE,LABEL,SIZE,MOUNTPOINT

[root@vmrhel7 ~]# lsblk -o NAME,FSTYPE,LABEL,SIZE,MOUNTPOINT
NAME                  FSTYPE      LABEL  SIZE MOUNTPOINT
sda                                       16G 
├─sda1                xfs                  1G /boot
└─sda2                LVM2_member         15G 
  ├─rhel_vmrhel7-root xfs               13.4G /
  └─rhel_vmrhel7-swap swap               1.6G [SWAP]
sdb                                       40G 
└─sdb1                xfs                 40G /data
sdc                                       40G 
└─sdc1                xfs                 40G 
sr0                                     1024M 

Diski bağlamak için geçici bir klasör oluşturun:mkdir /tmp/flr
Diski şu klasöre bağlayın:mount -o rw,nouuid /dev/sdc1 /tmp/flr

[root@vmrhel7 ~]# mount /dev/sdc1 /tmp/flr                  
mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.

[root@vmrhel7 ~]# dmesg | tail
[12582.452435] sd 0:0:2:0: [sdc] Mode Sense: 61 00 00 00
[12582.452467] sd 0:0:2:0: [sdc] Cache data unavailable
[12582.452468] sd 0:0:2:0: [sdc] Assuming drive cache: write through
[12582.454682]  sdc: sdc1
[12582.455066] sd 0:0:2:0: [sdc] Attached SCSI disk
[13036.466924] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount
[13053.416540] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount
[13208.507880] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount
[13464.609162]  sdc: sdc1
[13494.625617] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount

[root@vmrhel7 ~]# mount -o rw,nouuid /dev/sdc1 /tmp/flr        
[root@vmrhel7 ~]# 

Not: Disk aynı sisteme bağlanıyorsa diskin UUID'si sistemdeki başka bir diskle aynı olduğu için yedeklemesi başarısız olabilir. Bu diski, kalıcı dosya sistemine eklemediğimiz ve yalnızca dosyaları kurtardığımız için nouuid ile bağlayabilirsiniz.

Artık gerekli verileri FLR bağlama noktasından istediğiniz bir konuma kopyalayabilirsiniz: cp /tmp/flr/path/to/file-or-dir /path/to/destination/dir

[root@vmrhel7 ~]# cp /tmp/flr/sysctl.conf ~/flr/ 

[root@vmrhel7 ~]# ls -l flr/ 
total 4 -rw-r--r--. 1 root root 449 Jun 16 15:36 sysctl.conf

Diski çıkarmak ve Anlık geri yükleme VM örneğini silmek için 11. ve 12. adımlara bakın.