Avamar: Backup dell'immagine VMware utilizzando DD VM Capacity anziché la modalità prestazioni prevista

Eseguendo alcune operazioni Avamar/Data Domain VMware, le prestazioni sono più lente del previsto.

Carichi di lavoro interessati:

1. Prestazioni delle VM con accesso istantaneo ripristinato: Le prestazioni di alcune macchine virtuali sono più lente del previsto. Sebbene il processo di accesso istantaneo venga completato rapidamente, i tempi di avvio e le prestazioni del disco guest delle VM ripristinate in vSphere sono lenti. Ciò si verifica mentre la macchina virtuale è ancora in esecuzione sul mount NFS temporaneo di Data Domain Instant Access.

2. Prestazioni di replica delle macchine virtuali: Le prestazioni di replica sono più lente del previsto per alcune macchine virtuali.

3. Prestazioni del ripristino a livello di file:  Le prestazioni FLR sono più lente del previsto per alcune macchine virtuali.

Nota: Altri flussi di lavoro VMware, come il ripristino dell'immagine delle VM e vSphere Storage vMotion dello stesso backup, sono più veloci e le prestazioni sono considerate accettabili o normali.

Problema: Il problema relativo alle prestazioni deriva dal fatto che il backup della macchina virtuale viene archiviato in modalità di segmentazione della capacità anziché in modalità prestazioni previste. Ciò è dovuto al problema #327257 di Avamar Primary.

Informazioni preliminari: Quando si eseguono backup delle immagini delle VM su Data Domain, esistono due possibili modalità di segmentazione delle VM:

• Modalità legacy:

Modalità capacità: Utilizza VSS (Variable Segmentation Size) per leggere e scrivere dati su Data Domain.

• Modalità preferita:

Performance Mode: Utilizza Fixed Segmentation Size (FSS) per leggere e scrivere dati su Data Domain.
 

La modalità di segmentazione è impostata dall'impostazione "ddr_vm_segmentation_mode".

La schermata seguente illustra i due valori possibili (0 o 8) e gli stati di configurazione se Avamar Server è una nuova installazione rispetto a un server aggiornato. 

 Nota: Se l'hardware Avamar è stato aggiornato utilizzando "migrazione da root a root" o Avamar è stato aggiornato dalla versione 7.3, il mcserver.xml avrà l'impostazione legacy. Questo comportamento è previsto per questo caso d'uso legacy. La presenza di entrambi i tipi di backup per lo stesso client aumenta lo spazio della capacità di Data Domain.

Su un nuovo server Avamar/IDPA, i backup devono utilizzare la modalità "performance" predefinita, nota anche come FSS.

Sull'Avamar Server, la modalità è impostata su 8/FSS nel file di impostazioni del mcserver.xml MCS:

              <entry key="ddr_vm_segmentation_mode" value="8" />

Tuttavia, il log di backup contiene il seguente messaggio di avvertenza che indica la modalità VSS (0) perché il backup di base CBT è di tipo VSS:

Avviso <Avtar 41436>: Il chiamante ha richiesto FSS per il backup CBT, ma il file di base non è stato generato utilizzando FSS (il tipo di segmento è 0). Il valore predefinito è zero, ovvero utilizza una dimensione variabile del segmento (VSS)

OPPURE se si tratta del primo backup CBT, il registro di backup conterrà "0" anziché il previsto "8":

<agent_directives flag type="string" value="0" name="ddr-vm-segmentation-mode" /><
/agent_directives>
< >

Problema dell'API REST MC: Problema di Avamar #327257 esc 39381: AUI - I backup delle VM MOD e i dataset creati in AUI non hanno l'impostazione ddr-vm-segmentation-mode corretta.

Questo problema ha due fattori scatenanti, entrambi correlati all'utilizzo dell'interfaccia utente web di Avamar/AUI o dell'API REST MC:

• Causa #1: Quando viene avviato un backup nel menu Asset Management di AUI, il processo non contiene il flag nascosto: ddr-vm-segmentation-mode=default.
• Causa #2: Quando viene creato un nuovo dataset VMware utilizzando AUI, il nuovo dataset non contiene il flag nascosto: ddr-vm-segmentation-mode=default.
• L'assenza del flag nascosto fa sì che entrambi i tipi di backup tornino alla modalità Capacity legacy, anziché alla modalità Performance prevista.

Nota: L'interfaccia utente Java di Avamar legacy (GUI di Avamar MC) non è interessata da nessuno dei due problemi.

Avamar 19.7+ includerà una correzione integrata per il problema 327257. Con questo aggiornamento, qualsiasi processo di backup manuale o operazione di creazione di dataset in AUI includerà automaticamente un flag nascosto. A causa di potenziali problemi di capacità, non è pianificata una correzione per le versioni precedenti di Avamar. Per ulteriori informazioni, contattare Dell Technologies.

1. Per determinare se un backup utilizza la modalità Capacità o Prestazioni, eseguire i seguenti comandi sull'Avamar Server:

Scaricare/installare lo strumento Goav: Avamar: Strumento

GoavPassaggio 1.   Ottenere il CID (ID client) per il client VM che si desidera controllare utilizzando il comando Goav: Esempio: Sostituire "win2016-demo-vm" con il nome della VM in questo comando:

./goav vm show --fields id,name --name win2016-demo-vm 

Esempio di output:

admin@ave199:~/>: ./goav vm show --fields id,name --name windows-simple-mbr 
+------------------------------------------+--------------------+---------------+
|                    id                    |        name        |     tags      |
+------------------------------------------+--------------------+---------------+
| a5d2a240a7d01ea0de9813b3f8da9aa48d3e1075 | win2016-demo-vm   | No Tags Found |
+------------------------------------------+--------------------+---------------+
admin@ave199:~/>:

Passaggio 2.  Eseguire ddrmaint list-backup utilizzando il client "id":

ddrmaint list-backups --client=<Id from step1> --days=2 | grep has

Esempio di output:

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

In alternativa, se si desidera controllare tutti i client su Avamar, utilizzare il comando --client=* Bandiera.

ddrmaint list-backups --client=* --days=2 | grep has

Nota: L'output potrebbe essere esteso su sistemi di grandi dimensioni con molti client:

Output di esempio 

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. La modifica della modalità di segmentazione è un processo in due fasi.

ATTENZIONE: La presenza di entrambi i tipi di backup per lo stesso client può influire sullo spazio della capacità di Data Domain, raddoppiando potenzialmente l'utilizzo della capacità per ogni client.

Passaggio 1: Reimpostare CBT a livello di Avamar e VMware per forzare un backup CBT L0 utilizzando lo strumento di supporto Goav:

./goav vm cbt reset  --name<vm client name>

Output

di esempio Eseguire il seguente comando goav per reimpostare cbt per la VM:

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 |

Nota: La VM non può avere istantanee; in caso contrario, viene ignorato.

Passo 2: Avviare un nuovo backup della VM win2016-demo-vm per avviare una nuova catena CBT L0 utilizzando la nuova modalità di segmentazione:

• Nell'interfaccia utente Java legacy, avviare un nuovo backup manuale dal menu "Backup, Restore and Manage".
• In AUI, avviare un backup delle policy utilizzando il dataset di immagini VMware integrato o modificare un dataset non integrato aggiungendo il seguente flag avanzato per i plug-in di immagine VMware per Windows e Linux:

ddr-vm-segmentation-mode=default

OPPURE

ddr-vm-segmentation-mode=8