Avamar: Beklenen performans modu yerine DD VM Kapasitesi kullanan VMware Görüntü yedeklemeleri
Сводка: Avamar: Beklenen performans modu yerine DD VM Kapasitesi kullanan VMware Görüntü yedeklemeleri
Симптомы
Etkilenen İş Yükleri:
1. Instant Access Geri Yüklenen VM Performansı: Bazı sanal makinelerin performansı beklenenden daha yavaştır. Anında erişim işi hızlı bir şekilde tamamlanır ancak vSphere'de geri yüklenen VM'lerin önyükleme süreleri ve konuk disk performansı yavaştır. Bu durum, sanal makine Data Domain Anında Erişim geçici NFS bağlamasında çalışırken meydana gelir.
2. VM Çoğaltma Performansı: Çoğaltma performansı bazı sanal makinelerde beklenenden daha yavaştır.3. Dosya düzeyinde geri yükleme Performansı: FLR performansı bazı sanal makinelerde beklenenden daha yavaştır.
Not: VM görüntüsü geri yükleme ve aynı yedeğin vSphere Storage vMotion gibi diğer VMware iş akışları daha hızlıdır ve performans kabul edilebilir veya normal kabul edilir.
Причина
Sorun: Performans sorunu, VM yedeklemesinin beklenen Performans modu yerine Kapasite segmentasyonu modunda depolanmasından kaynaklanmaktadır. Bunun nedeni Avamar Birincil sorunu #327257'dir.
Arka plan: Data Domain e VM görüntüsü yedeklemeleri gerçekleştirirken iki olası VM segmentasyon modu vardır:
- Eski Mod:
- Tercih Edilen Mod:
Segmentasyon modu "ddr_vm_segmentation_mode" ayarı ile ayarlanır.
Aşağıdaki ekran görüntüsünde iki olası değer (0 veya 8) ve Avamar sunucusunun yükseltilmiş bir kurulumla karşılaştırılması durumunda yapılandırma durumları açıklanmaktadır. 
Not: Avamar donanımı "kökten köke geçiş" kullanılarak yükseltilmişse veya Avamar sürüm 7.3'ten yükseltilmişse mcserver.xml eski ayara sahip olur. Bu eski kullanım örneği için bu davranış beklenir. Aynı istemci için her iki yedekleme türüne sahip olmak Data Domain kapasite alanını artırır.
Yeni bir Avamar/IDPA sunucusunda yedeklemeler, FSS olarak da bilinen varsayılan "performans" modunu kullanmalıdır.
Avamar sunucusunda mod, MCS mcserver.xml ayarları dosyasında 8/FSS olarak ayarlanmıştır:
<entry key="ddr_vm_segmentation_mode" value="8" />
Bununla birlikte, CBT temel yedeklemesinin VSS türünde olması nedeniyle yedekleme günlüğünde VSS modu (0) belirtildiğini belirten aşağıdaki uyarı mesajı gösterilir:
Avtar Warning <41436>: Arayan kişi CBT yedeklemesi için FSS istedi ancak temel dosya FSS kullanılarak oluşturulmadı (segment türü 0'dır). Varsayılan olarak sıfır değerine ayarlanır. Bu, değişken segment boyutu (VSS) kullanımı anlamına gelir
YA DA bu ilk CBT yedeklemesiyse yedekleme günlüğünde beklenen "8" yerine "0" bulunur:
<agent_directives flag type="string" value="0" name="ddr-vm-segmentation-mode" /><
/agent_directives>
< >
MC REST API Sorunu: Avamar sorunu #327257 esc 39381: AUI - MOD VM yedekleri ve AUI'da oluşturulan veri kümeleri, doğru ddr-vm-segmentation-mode ayarına sahip değildir.
Bu sorunun, Avamar Web UI/AUI veya MC REST API kullanımıyla ilgili iki tetikleyicisi vardır:
- Neden #1: AUI'nin Asset Management menüsünde bir yedekleme başlatıldığında, iş gizli bayrağı içermez:
ddr-vm-segmentation-mode=default. - Neden #2: AUI kullanılarak yeni bir VMware veri kümesi oluşturulduğunda, yeni veri kümesi gizli bayrağı içermez:
ddr-vm-segmentation-mode=default. - Gizli bayrağın olmaması, her iki yedekleme türünün de beklenen Performans modu yerine eski Kapasite moduna döndürülmesine neden olur.
Not: Legacy Avamar Java kullanıcı arayüzü (Avamar MC GUI) her iki sorundan da etkilenmez.
Разрешение
Avamar 19.7+, sorun 327257 için entegre bir düzeltme içerecektir. Bu güncelleştirmeyle, AUI'da herhangi bir manuel yedekleme işi veya veri kümesi oluşturma işlemi otomatik olarak gizli bir bayrak içerecektir. Olası kapasite sorunları nedeniyle, önceki Avamar sürümleri için bir düzeltme planlanmamaktadır. Daha fazla bilgi için Dell Technologies ile iletişime geçin.
1. Bir yedeklemenin Capacity veya Performance modunu kullanıp kullanmadığını belirlemek için Avamar sunucusunda aşağıdaki komutları gerçekleştirin:
Aşama 1. Goav komutunu kullanarak kontrol etmek istediğiniz VM istemcisinin CID'sini (istemci kimliği) alın: Example: Bu komutta "win2016-demo-vm" ifadesini VM'nizin adıyla değiştirin:
./goav vm show --fields id,name --name win2016-demo-vmÖrnek çıktı:
admin@ave199:~/>: ./goav vm show --fields id,name --name windows-simple-mbr +------------------------------------------+--------------------+---------------+ | id | name | tags | +------------------------------------------+--------------------+---------------+ | a5d2a240a7d01ea0de9813b3f8da9aa48d3e1075 | win2016-demo-vm | No Tags Found | +------------------------------------------+--------------------+---------------+ admin@ave199:~/>:2. Adım. İstemcinin "id" komutunu kullanarak ddrmaint list-backup komutunu çalıştırın:
ddrmaint list-backups --client=<Id from step1> --days=2 | grep has
Örnek çıktı:
admin@ave199:~/>: ddrmaint list-backups --client=a5d2a240a7d01ea0de9813b3f8da9aa48d3e1075 --days=2 | grep has
a5d2a240a7d01ea0de9813b3f8da9aa48d3e1075 has 1 backup (1 Cap, 0 Perf) vsize 11.00 GB in 12 files on datadomain.example.com
Alternatif olarak, Avamar'daki her istemciyi kontrol etmek istiyorsanız
--client=* Bayrak.
ddrmaint list-backups --client=* --days=2 | grep has
Not: Çıktı, çok sayıda istemciye sahip büyük sistemlerde kapsamlı olabilir:
Örnek çıktı
admin@ave199:~/>: ddrmaint list-backups --client=* --days=2 | grep has
02cc32a60dfa26131bf5905439e7aaa24e06c0ec has 1(*) backup (0 Cap, 0 Perf) vsize 0 bytes in 0 files on datadomain.example.com
9242c902649e0c470b1a98bd46ad778e6a8e5528 has 21(*) backups (0 Cap, 0 Perf) vsize 0 bytes in 0 files on datadomain.example.com
7f5011b4bd4e0c6a78b8cd1bc11d1241c015892d has 86(*) backups (6 Cap, 2 Perf) vsize 336.0 GB in 104 files on datadomain.example.com
f8960360fbb970a86ee87a37c18a1470b955c698 has 10(*) backups (0 Cap, 2 Perf) vsize 84.00 GB in 24 files on datadomain.example.com
f4efd8722938a87b5ec661059f6c01510c633207 has 13(*) backups (0 Cap, 2 Perf) vsize 84.00 GB in 30 files on datadomain.example.com
63f17bea8e24dafd20392f94c0978af01c53651e has 11(*) backups (1 Cap, 4 Perf) vsize 100.0 GB in 45 files on datadomain.example.com
9bce10133632e34b591245d81793f0b86d1bab35 has 1(*) backup (0 Cap, 0 Perf) vsize 0 bytes in 0 files on datadomain.example.com
a8a9c0b20ebf62eaf9304d4b039733ddc8d1e3cd has 1 backup (1 Cap, 0 Perf) vsize 1.034 MB in 9 files on datadomain.example.com
2. Segmentasyon modunun değiştirilmesi iki adımlı bir işlemdir.
UYARI: Aynı istemci için her iki yedekleme türüne de sahip olmak Data Domain kapasite alanını etkileyebilir ve istemci başına kapasite kullanımını iki katına çıkarabilir.
1. Adım: Goav destek aracını kullanarak CBT L0 yedeklemesini zorlamak için Avamar ve VMware katmanında CBT'yi sıfırlayın:
./goav vm cbt reset --name<vm client name>
Örnek çıktı
VM için CBT'yi sıfırlamak üzere aşağıdaki goav komutunu çalıştırın:
admin@ave199~/>:
===========================================================
GoAv : 1.69
Date : 27 Jan 2024 15:14 EST
===========================================================
NOTE: This is not an official tool
===========================================================
✔ Yes
Processing : vcsa-cloud.burlington.lab [====================================================================] 100%
Vm | Vcenter | Reset | Error
------------------+---------------------------+-----------+--------
win2016-demo-vm | vcsa-cloud.example.lab | Completed |
Not: VM'nin anlık görüntüsü olamaz; aksi takdirde atlanır.
2 Adım: Yeni segmentasyon modunu kullanarak yeni bir CBT L0 zinciri başlatmak için win2016-demo-vm sanal makinesinin yeni bir yedeklemesini başlatın:
- Eski java kullanıcı arayüzünde "Backup Restore and Manage" menüsünden yeni bir manuel yedekleme başlatın.
- AUI'da, entegre VMware görüntü veri kümesini kullanarak bir politika yedeklemesi başlatın veya Windows ve Linux VMware görüntü eklentileri için aşağıdaki gelişmiş bayrağı ekleyerek entegre olmayan bir veri kümesini değiştirin:
ddr-vm-segmentation-mode=defaultVEYA
ddr-vm-segmentation-mode=8