Avamar - Arresto anomalo delle macchine virtuali Hyper-V durante il backup
Summary: Articolo della Knowledge Base (KB) che spiega perché le macchine virtuali Hyper-V si arrestano in modo anomalo durante i backup Avamar.
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
Le singole macchine virtuali (VM) o anche interi volumi cluster condivisi (CSV) potrebbero andare offline o arrestarsi in modo anomalo. A volte, la VM non può eseguire il ripristino automatico da sola perché non è stata in grado di accedere ai dischi di avvio al riavvio. Le macchine virtuali devono quindi essere spente e riaccese manualmente per un ripristino corretto.
Durante l'esecuzione di backup Hyper-V su un cluster CSV, una o più VM potrebbero non riuscire quando si verifica un cambiamento di proprietà CSV. Ciò è particolarmente vero con i backup CSV Hyper-V in una configurazione multiproxy con lafunzione "Change CSV Ownership" abilitata.
Nei registri eventi del cluster, potrebbe essere visualizzato l'errore 5120:
Durante l'esecuzione di backup Hyper-V su un cluster CSV, una o più VM potrebbero non riuscire quando si verifica un cambiamento di proprietà CSV. Ciò è particolarmente vero con i backup CSV Hyper-V in una configurazione multiproxy con lafunzione "Change CSV Ownership" abilitata.
Nei registri eventi del cluster, potrebbe essere visualizzato l'errore 5120:
"Cluster Share Volume "Volume1"('hvcluster-dell') has entered a paused state because of '(a00000a9)'. All I/O will temporarily be queued until a path to the volume is reestablished.
Cause
Quando un cluster Hyper-V multiproxy viene registrato utilizzando la procedura guidata del cluster Avamar, è disponibile l'opzione "Change ownership of CSVs to one or more Proxy Nodes". La funzione "Change CSV Ownership" consente al processo di backup di modificare automaticamente la proprietà CSV della VM al nodo proxy che esegue i backup. Quando il nodo proxy non è il proprietario del CSV sottoposto a backup, rallenta notevolmente le prestazioni di backup. Il processo di backup deve quindi eseguire lo streaming dei dati dal nodo proprietario al nodo primario. Infine, invia il backup al server Avamar o Data Domain. Di conseguenza, le prestazioni di backup dipendono dalle prestazioni di rete tra i nodi cluster. I backup sono più veloci ed efficienti quando un nodo proxy è proprietario dei flussi di dati CSV ed esegue il backup direttamente dal nodo proxy al backup server.
Tuttavia, in alcuni ambienti questa funzione delle prestazioni può causare la disconnessione di singole macchine virtuali o persino interi volumi CSV quando si verifica il cambiamento di proprietà. Ciò si verifica principalmente quando la velocità di input/utput del disco è troppo alta.
Tuttavia, in alcuni ambienti questa funzione delle prestazioni può causare la disconnessione di singole macchine virtuali o persino interi volumi CSV quando si verifica il cambiamento di proprietà. Ciò si verifica principalmente quando la velocità di input/utput del disco è troppo alta.
Resolution
Rimuovere o commentare (usando #) il flag "--change-csv-ownership" nel file avhypervvss.cmd utilizzando un editor di testo come Blocco note. Questo file si trova nella directory C:\Program Files\avs\var sul nodo proxy primario. Quindi salvare e chiudere il file.
Tuttavia, la disabilitazione di questa funzione potrebbe comportare un rallentamento delle prestazioni di backup. Come soluzione alternativa, abilitare e aumentare il numero di flussi multipli nel dataset.
Tuttavia, la disabilitazione di questa funzione potrebbe comportare un rallentamento delle prestazioni di backup. Come soluzione alternativa, abilitare e aumentare il numero di flussi multipli nel dataset.
Article Properties
Article Number: 000165926
Article Type: Solution
Last Modified: 11 Oct 2024
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.