Avamar: VMware-Image-Backups mit DD-VM-Kapazität anstelle des erwarteten Performancemodus
Сводка: Avamar: VMware-Image-Backups mit DD-VM-Kapazität anstelle des erwarteten Performancemodus
Симптомы
Betroffene Workloads:
1. Wiederherstellte VM-Leistung mit sofortigem Zugriff: Die Leistung einiger virtueller Maschinen ist langsamer als erwartet. Während der Instant-Access-Job schnell abgeschlossen wird, sind die Startzeiten und die Leistung der Gastfestplatten der wiederhergestellten VMs in vSphere langsam. Dies geschieht, während die virtuelle Maschine noch auf dem temporären Data Domain Instant Access-NFS-Mount ausgeführt wird.
2. VM-Replikationsperformance: Die Replikationsperformance ist für einige virtuelle Maschinen langsamer als erwartet.3. Anmelden Leistung bei der Wiederherstellung auf Dateiebene: Die FLR-Leistung ist für einige virtuelle Maschinen langsamer als erwartet.
Hinweis: Andere VMware-Workflows, wie z. B. die VM-Image-Wiederherstellung und vSphere Storage vMotion desselben Backups, sind schneller und die Performance wird als akzeptabel oder normal betrachtet.
Причина
Problem: Das Performanceproblem resultiert daraus, dass das VM-Backup im Kapazitätssegmentierungsmodus und nicht im erwarteten Performancemodus gespeichert wird. Dies ist auf das primäre Avamar-Problem #327257 zurückzuführen.
Hintergrund: Bei der Durchführung von VM-Image-Backups auf Data Domain gibt es zwei mögliche VM-Segmentierungsmodi:
- Legacy-Modus:
- Bevorzugter Modus:
Der Segmentierungsmodus wird durch die Einstellung "ddr_vm_segmentation_mode" festgelegt.
Im folgenden Screenshot werden die beiden möglichen Werte (0 oder 8) und die Konfigurationsstatus erläutert, wenn der Avamar Server im Vergleich zu einem aktualisierten Server eine Neuinstallation ist. 
Hinweis: Wenn ein Upgrade der Avamar-Hardware mithilfe einer "Root-zu-Root-Migration" durchgeführt wurde oder ein Upgrade von Avamar von Version 7.3 durchgeführt wurde, verfügt das mcserver.xml über die Legacy-Einstellung. Dieses Verhalten wird für diesen Legacy-Anwendungsfall erwartet. Durch beide Backuptypen für denselben Client wird der Data Domain-Kapazitätsspeicherplatz erhöht.
Auf einem neuen Avamar/IDPA-Server sollten Backups den standardmäßigen Performancemodus verwenden, der auch als FSS bezeichnet wird.
Auf dem Avamar -Server ist der Modus in der Einstellungsdatei des MCS mcserver.xml auf 8/FSS festgelegt:
<entry key="ddr_vm_segmentation_mode" value="8" />
Das Backupprotokoll enthält jedoch die folgende Warnmeldung, die den VSS-Modus (0) angibt, da das CBT-Basisbackup vom Typ VSS ist:
Avtar-Warnung <41436>: Der Anrufer hat FSS für ein CBT-Backup angefordert, aber die Basisdatei wurde nicht mit FSS erzeugt (Segmenttyp ist 0). Der Standardwert ist null, was bedeutet, dass die variable Segmentgröße (VSS) verwendet wird.
ODER wenn es sich um das erste CBT-Backup handelt, enthält das Backupprotokoll "0" anstelle der erwarteten "8":
<agent_directives flag type="string" value="0" name="ddr-vm-segmentation-mode" /><
/agent_directives>
< >
MC REST API-Problem: Avamar-Problem #327257 esc 39381: AUI – Mod-VM-Backups und Datenvolumen, die in der AUI erstellt wurden, verfügen nicht über die richtige Einstellung "ddr-vm-segmentation-mode".
Dieses Problem hat zwei Auslöser, die beide mit der Verwendung der Avamar Web UI/AUI oder MC REST API zusammenhängen:
- Ursache #1: Wenn ein Backup über das AUI-Menü "Asset Management" gestartet wird, enthält der Job nicht das Flag "hidd":
ddr-vm-segmentation-mode=default. - Ursache #2: Wenn ein neues VMware-Datenvolumen mithilfe der AUI erstellt wird, enthält das neue Datenvolumen nicht das versteckte Flag:
ddr-vm-segmentation-mode=default. - Das Fehlen der versteckten Markierung führt dazu, dass beide Backuptypen in den Legacy-Kapazitätsmodus statt in den erwarteten Leistungsmodus zurückgesetzt werden.
Hinweis: Die Legacy-Avamar-Java-Benutzeroberfläche (Avamar MC-GUI) ist von keinem dieser Probleme betroffen.
Разрешение
Avamar 19.7+ umfasst eine integrierte Korrektur für Problem 327257. Mit diesem Update wird jeder manuelle Backupjob oder Datenvolumen-Erstellungsvorgang in der AUI automatisch mit einer versteckten Markierung versehen. Aufgrund potenzieller Kapazitätsprobleme ist keine Korrektur für frühere Avamar-Versionen geplant. Weitere Informationen erhalten Sie von Dell Technologies.
1. Anmelden Um festzustellen, ob für ein Backup der Kapazitäts- oder der Performancemodus verwendet wird, führen Sie die folgenden Befehle auf dem Avamar Server aus:
Schritt 1. Rufen Sie die CID (Client-ID) für den VM-Client ab, den Sie mit dem Goav-Befehl überprüfen möchten: Beispiel: Ersetzen Sie in diesem Befehl "win2016-demo-vm" durch den Namen Ihrer VM:
./goav vm show --fields id,name --name win2016-demo-vmBeispiel Ausgabe:
admin@ave199:~/>: ./goav vm show --fields id,name --name windows-simple-mbr +------------------------------------------+--------------------+---------------+ | id | name | tags | +------------------------------------------+--------------------+---------------+ | a5d2a240a7d01ea0de9813b3f8da9aa48d3e1075 | win2016-demo-vm | No Tags Found | +------------------------------------------+--------------------+---------------+ admin@ave199:~/>:Schritt 2: Führen Sie ddrmaint list-backup mit der Client-ID aus:
ddrmaint list-backups --client=<Id from step1> --days=2 | grep has
Beispiel Ausgabe:
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
Wenn Sie alternativ jeden Client auf Avamar überprüfen möchten, verwenden Sie die
--client=* Flag.
ddrmaint list-backups --client=* --days=2 | grep has
Hinweis: Die Ausgabe kann auf großen Systemen mit vielen Clients umfangreich sein:
Beispielausgabe
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. Das Ändern des Segmentierungsmodus ist ein zweistufiger Prozess.
WARNUNG: Wenn beide Backuptypen für denselben Client vorhanden sind, kann sich dies auf den Data Domain-Speicherplatz auswirken und die Kapazitätsauslastung pro Client möglicherweise verdoppeln.
Schritt 1: Setzen Sie CBT auf Avamar- und VMware-Ebene zurück, um ein CBT-L0-Backup mithilfe des Goav-Supporttools zu erzwingen:
./goav vm cbt reset --name<vm client name>
Beispielausgabe
Führen Sie den folgenden Goav-Befehl aus, um CBT für die VM zurückzusetzen:
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 |
Hinweis: Die VM darf keine Snapshots haben. Andernfalls wird er übersprungen.
Schritt 2: Starten Sie ein neues Backup der VM win2016-demo-vm, um eine neue CBT L0-Kette mit dem neuen Segmentierungsmodus zu initiieren:
- Starten Sie in der Legacy-Java-Benutzeroberfläche über das Menü "Backup Restore and Manage" ein neues manuelles Backup.
- Starten Sie in der AUI ein Policy-Backup mit dem integrierten VMware-Image-Dataset oder ändern Sie ein nicht integriertes Dataset, indem Sie das folgende erweiterte Flag für Windows- und Linux-VMware-Image-Plug-ins hinzufügen:
ddr-vm-segmentation-mode=defaultODER
ddr-vm-segmentation-mode=8