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
摘要: Un backup guest Avamar di una macchina virtuale viene eseguito lentamente, a causa di un collo di bottiglia delle risorse hardware.
本文章適用於
本文章不適用於
本文無關於任何特定產品。
本文未識別所有產品版本。
症狀
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.
原因
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.
解析度
- 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.
其他資訊
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;
受影響的產品
Avamar產品
Avamar文章屬性
文章編號: 000164580
文章類型: Solution
上次修改時間: 10 2月 2025
版本: 4
向其他 Dell 使用者尋求您問題的答案
支援服務
檢查您的裝置是否在支援服務的涵蓋範圍內。