Il backup guest Avamar della macchina virtuale viene eseguito lentamente e si verifica un timeout a causa di un collo di bottiglia delle risorse hardware
Summary: Un backup guest Avamar di una macchina virtuale viene eseguito lentamente, a causa di un collo di bottiglia delle risorse hardware.
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
Una macchina virtuale con un client Avamar installato nel sistema operativo guest presenta prestazioni irregolari o scarse.
Se il backup raggiunge la fine della finestra di backup senza completarlo, Avamar segnala che il backup ha esito negativo con "time out - end".
Esempio:-
Di seguito, vengono esaminati i registri per un client che ha riscontrato un comportamento irregolare dal momento che è stato virtualizzato.
Di seguito, viene dimostrato un backup rapido e un backup lento per lo stesso client.
Il registro del backup rapido mostra una velocità di picco delle prestazioni di 2.291.881 file all'ora. La velocità di modifica di file e dati in questo backup è bassa.
I messaggi di stato del registro mostrano che nel corso del backup la velocità di scansione dei file è costante senza periodi veloci o lenti.
L'utilizzo della CPU è inoltre ragionevolmente costante, rimanendo tra il 40 e il 60%.
Di seguito viene fornita una dimostrazione grafica utilizzando uno strumento Dell interno che analizza i registri del client Avamar ed esegue il grafico dei dati.
Questi grafici mostrano che, in condizioni ottimali, il backup viene eseguito rapidamente.
Il sistema di storage fornisce ad avtar file a una velocità che mantiene la CPU a un livello di utilizzo moderatamente elevato.
Successivamente, esaminiamo il registro per il backup più lento. Questo backup è per gli stessi dati client, ma in condizioni di caricamento dell'hardware virtuale diverse. Vediamo che le prestazioni di file/ore sono <400.000 file/ora.
Poiché il tasso di modifica è basso, simile al backup rapido, i comportamenti di backup sono paragonabili.
Sotto il registro, una rappresentazione grafica mostra che le prestazioni di backup iniziano rapidamente, quindi rallentano (area evidenziata nel riquadro rosso).
Le prestazioni lente dei file all'ora si correlano esattamente con il periodo di tempo dalle 11:00 alle 19:00.
Si noti che dalle 11:00 alle 19:00 l'utilizzo della CPU scende da ben oltre il 40% a circa il 5-10%.
Dopo le 19:00 l'utilizzo della CPU varia dal 15% al 20% e le prestazioni dei file all'ora aumentano, anche se non sono elevate come durante la parte iniziale del backup.
Se il backup raggiunge la fine della finestra di backup senza completarlo, Avamar segnala che il backup ha esito negativo con "time out - end".
Esempio:-
Di seguito, vengono esaminati i registri per un client che ha riscontrato un comportamento irregolare dal momento che è stato virtualizzato.
Di seguito, viene dimostrato un backup rapido e un backup lento per lo stesso client.
Il registro del backup rapido mostra una velocità di picco delle prestazioni di 2.291.881 file all'ora. La velocità di modifica di file e dati in questo backup è bassa.
2015-09-14 00:49:20 avtar Info <5156>: Backup #12 timestamp
2015-09-14 00:49:20, 13,050,798 files, 1,352,497 folders, 9,671 GB (37,919 files, 437.1 MB, 0.00% new)
2015-09-14 00:49:20 avtar Info <6083>: Backed-up 9,671 GB in 341.66 minutes: 1,698 GB/hour (2,291,881 files/hour)
I messaggi di stato del registro mostrano che nel corso del backup la velocità di scansione dei file è costante senza periodi veloci o lenti.
L'utilizzo della CPU è inoltre ragionevolmente costante, rimanendo tra il 40 e il 60%.
Di seguito viene fornita una dimostrazione grafica utilizzando uno strumento Dell interno che analizza i registri del client Avamar ed esegue il grafico dei dati.
Questi grafici mostrano che, in condizioni ottimali, il backup viene eseguito rapidamente.Il sistema di storage fornisce ad avtar file a una velocità che mantiene la CPU a un livello di utilizzo moderatamente elevato.
Successivamente, esaminiamo il registro per il backup più lento. Questo backup è per gli stessi dati client, ma in condizioni di caricamento dell'hardware virtuale diverse. Vediamo che le prestazioni di file/ore sono <400.000 file/ora.
Poiché il tasso di modifica è basso, simile al backup rapido, i comportamenti di backup sono paragonabili.
Sotto il registro, una rappresentazione grafica mostra che le prestazioni di backup iniziano rapidamente, quindi rallentano (area evidenziata nel riquadro rosso).
2015-09-22 07:41:35 avtar Info <5157>: PARTIAL Backup #35 timestamp
2015-09-22 07:41:35, 9,190,850 files, 1,030,683 folders, 8,283 GB (22,390 files, 397.8 MB, 0.00% new)
2015-09-22 07:41:35 avtar Info <6083>: Backed-up 8,283 GB in 1440.19 minutes: 345 GB/hour (382,902 files/hour)
Le prestazioni lente dei file all'ora si correlano esattamente con il periodo di tempo dalle 11:00 alle 19:00.
Si noti che dalle 11:00 alle 19:00 l'utilizzo della CPU scende da ben oltre il 40% a circa il 5-10%.
Dopo le 19:00 l'utilizzo della CPU varia dal 15% al 20% e le prestazioni dei file all'ora aumentano, anche se non sono elevate come durante la parte iniziale del backup.
Cause
Il dataset per il nostro "client di esempio" è prevedibile e il tasso di modifica è trascurabile. Il client esegue una quantità simile di lavoro ogni giorno,
Le prestazioni irregolari riscontrate sono dovute al conflitto per le risorse hardware condivise utilizzate da Avamar durante la scansione dei file.
Nell'esempio mostrato sopra, le risorse hardware sono molto richieste o vengono regolate per il client durante le ore lavorative di picco.
Il comportamento dipende dalle risorse disponibili. La risorsa più probabile che si trovi in colli di bottiglia è le richieste I/O di ricerca casuale sul dispositivo di storage in cui si trovano i dati.
Se i picchi di utilizzo della CPU durante le ore di picco, il collo di bottiglia potrebbe essere una carenza di share CPU disponibili per la macchina virtuale.
Le prestazioni irregolari riscontrate sono dovute al conflitto per le risorse hardware condivise utilizzate da Avamar durante la scansione dei file.
Nell'esempio mostrato sopra, le risorse hardware sono molto richieste o vengono regolate per il client durante le ore lavorative di picco.
Il comportamento dipende dalle risorse disponibili. La risorsa più probabile che si trovi in colli di bottiglia è le richieste I/O di ricerca casuale sul dispositivo di storage in cui si trovano i dati.
Se i picchi di utilizzo della CPU durante le ore di picco, il collo di bottiglia potrebbe essere una carenza di share CPU disponibili per la macchina virtuale.
Resolution
- Eseguire il backup durante le ore di off-peak e (se possibile), quando il client non è molto occupato dai suoi compiti regolari.
- Assicurarsi che l'hypervisor della macchina virtuale non stia applicando limitazioni di CPU, memoria o I/O al momento della finestra di backup
- Evitare la sovrapposizione dei backup Avamar con periodi di attività elevata in cui la contesa per lo storage condiviso è elevata.
- Per le applicazioni con un tasso di modifiche basso, è consigliabile utilizzare il backup basato su immagini. L'appliance proxy di backup delle immagini esegue il backup solo dei block modificati. Non esegue la scansione di tutti i file nel dataset, pertanto ha requisiti di I/O inferiori.
Additional Information
Per ulteriori informazioni su come analizzare i problemi di prestazioni del backup Avamar, vedere;
Per ulteriori informazioni sull'analisi e l'interpretazione dei messaggi di stato avtar;
Per ulteriori informazioni sull'analisi e l'interpretazione dei messaggi di stato avtar;
Affected Products
AvamarProducts
AvamarArticle Properties
Article Number: 000164580
Article Type: Solution
Last Modified: 10 Feb 2025
Version: 4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.