Risoluzione dei problemi dello stato di host "Non risponde" nella finestra di SCVMM 2008 e in SCVMM 2008 R2

In questo articolo viene descritto come risolvere lo stato di host "Non risponde" viene visualizzato nella Console di amministrazione di Microsoft System Center Virtual Machine Manager (VMM). Lo stato di host "Non risponde" indica che il server VMM non è in grado di comunicare con l'host. Se questa comunicazione viene interrotta, anche in modo discontinuo, è possibile prevedere lo stato di host per modificare nella Console di amministrazione VMM.

Gli errori più comuni che vengono registrati nella Console di amministrazione VMM nella visualizzazione processi quando lo stato di un Host è "Non risponde" includono le seguenti operazioni:

Passaggio 1: Utilizzo di Virtual Machine Manager Configuration Analyzer

Il Virtual Machine Manager Configuration Analyzer è uno strumento di diagnostica che è possibile utilizzare per valutare le impostazioni di configurazione importanti per i computer che servono o potrebbero servire i ruoli VMM o altre funzioni VMM. L'analizzatore di configurazione Virtual Machine Manager effettua le seguenti operazioni:

• Analizza le configurazioni hardware e software dei computer che è possibile specificare
• Dà come risultato di queste configurazioni contro un set di regole predefinite
• Visualizza i messaggi di errore e gli avvisi relativi a tutte le configurazioni che non sono ottimali per il ruolo VMM o per altre funzioni VMM specificato per il computer

Requisiti di sistema:

Prima di installare il Virtual Machine Manager Configuration Analyzer, è necessario scaricare e installare la versione a 64 bit di Microsoft Baseline Configuration Analyzer. Per scaricare il file MBCASetup64.msi, visitare il seguente sito Web Microsoft:Nota I requisiti di sistema per Microsoft Baseline Configuration Analyzer indicano che è supportato solo in Windows Server 2003. Tuttavia, il Virtual Machine Manager Configuration Analyzer e Microsoft Baseline Configuration Analyzer sono stati testati e sono supportati nelle versioni a 64 bit di Windows Server 2008 e Windows Server 2008 R2.

È necessario installare ed eseguire l'analizzatore di configurazione Virtual Machine Manager nel computer in cui attualmente è o diventerà il server VMM. Per esaminare i requisiti di sistema per il server VMM, visitare il seguente sito Web Microsoft:Per scaricare il Virtual Machine Manager Configuration Analyzer, visitare il seguente sito Web Microsoft:

Passaggio 2: Controllo consigliato gli aggiornamenti rapidi

In tutti i server che ospitano un ruolo VMM o Hyper-V, verificare che siano installati gli aggiornamenti rapidi consigliati. Per ulteriori informazioni sulle correzioni rapide, fare clic sui numeri degli articoli della Microsoft Knowledge Base riportato di seguito:

Passaggio 3: Controllo dei contatori delle prestazioni danneggiato

Controllare il registro eventi dell'applicazione host per vedere se è stato registrato il seguente evento:

Nome registro: applicazione
Fonte: Microsoft-Windows-LoadPerf
ID evento: 3012
Descrizione:
Le stringhe di prestazioni nel valore del Registro di sistema di prestazioni è danneggiato quando si elabora il provider del contatore di prestazioni estensione. Il valore di BaseIndex dal Registro di sistema di prestazioni è il primo DWORD nella sezione dati, valore LastCounter secondo DWORD nella sezione dei dati e valore LastHelp nel terzo DWORD nella sezione dati.

Se il 3012 ID evento viene registrato nel computer host, eseguire la procedura descritta nell'articolo della knowledge base riportato di seguito per ricostruire i contatori delle prestazioni:

2554336 -Come ricreare manualmente le prestazioni dei contatori per Windows Server 2008 64 bit o i sistemi Windows Server 2008 R2

Passaggio 4: Verificare il processo Svchost. exe del servizio Gestione remota Windows

Virtual Machine Manager dipende molto dal servizio Gestione remota di Windows per la comunicazione sottostante. Di conseguenza, lo stato "Non risponde" è molto probabile che si verifichi a causa di un errore nella comunicazione della gestione remota Windows sottostante tra il server VMM e il computer host. In questo caso, lo stato è "OK" subito dopo il riavvio del computer host. Lo stato cambia in "Non risponde" dopo tre o quattro ore e i processi sul server VMM esito negativo e restituiscono un errore analogo al seguente:
Inoltre, se si interrompe il servizio di gestione remota Windows un prompt dei comandi, questo processo richiede molto più tempo rispetto al solito per essere completata. In alcuni casi, può richiedere fino a cinque minuti per interrompere.

Questo problema può verificarsi se il condiviso Svchost. exe processo che ospita il servizio di gestione remota Windows è stato eseguito il backup.

Per risolvere questo problema, configurare il servizio di gestione remota di Windows per l'esecuzione in un processo Svchost. exe separato. A tale scopo, aprire un prompt dei comandi con privilegi elevati, digitare il comando seguente e quindi premere INVIO. Se il comando è stato completato correttamente, viene visualizzato il seguente output:

[SC] ChangeServiceConfig successo

Passaggio 5: Aumentare il valore predefinito per il timeout di gestione remota Windows:

In ogni server, aprire un prompt dei comandi con privilegi elevati e quindi attenersi alla seguente procedura:

1. Per i computer Windows 2008 R2 e Windows 2008 SP2, è possibile utilizzare il comando seguente per aumentare il valore predefinito per un timeout di gestione remota Windows:
   winrm set winrm/config @ {MaxTimeoutms = "1800000"}
2. Per 2008R2 di Windows e i computer che eseguono Windows 2008 SP2, utilizzare il comando riportato di seguito. (Essere consapevoli che i server Windows 2008 R2 potrebbero segnalare che questo passaggio non è obbligatorio).
   winrm set winrm/config/Service @ {MaxConcurrentOperations = "200"}
3. Per 2008R2 di Windows e i computer che eseguono Windows 2008 SP2, utilizzare il comando riportato di seguito. (Essere consapevoli che i server Windows 2008 R2 potrebbero segnalare che questo passaggio non è obbligatorio).
   winrm set winrm/config/Service @ {MaxConcurrentOperationsPerUser = "400"}
4. Per 2008R2 di Windows e i computer che eseguono Windows 2008 SP2, è possibile utilizzare i seguenti comandi:
   Gestione remota Windows: net stop
   NET start gestione remota Windows:
   NET start vmmagent

Passaggio 6: Verificare l'account di computer del server VMM

Inoltre, questo problema si verifica perché l'account computer del server VMM viene rimosso dal gruppo Administrators locale sul computer host. Questa impostazione può essere causata dall'impostazione di criteri di gruppo "Gruppi restrittiva".

Per ulteriori informazioni su questa causa, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito:
Per risolvere questo problema, spostare il server VMM e il computer host per una nuova unità organizzativa (OU) l'ereditarietà blocchi di tutti gli oggetti Criteri di gruppo.

Passaggio 7: Disattivare offload TCP

È necessario disattivare TCP offload in Windows nel Registro di sistema e in qualsiasi scheda di rete teaming software di gestione è in uso. È necessario archiviare tutti questi percorsi per assicurarsi che TCP offload è completamente disattivato. Questa operazione deve essere eseguita sul server VMM e sul computer host.

Individuare tutte le schede di rete nella seguente sottochiave del Registro di sistema:


Vi sono sottochiavi aggiuntive sotto questa sottochiave, denominate con quattro cifre, che iniziano con "0000". Individuare le sottochiavi che visualizzano i nomi di scheda di rete fisica nel riquadro dei dettagli. Trovare il valore di "DriverDesc" nel riquadro dei dettagli. Questo valore deve contenere il nome di una scheda di rete, ad esempio "HP NC360T scheda Server PCIe Gigabit". Per ciascuna di queste sottochiavi, effettuare le seguenti modifiche:

Disattivare il carico di tutte le specifiche del fornitore. Impostare i valori per tutte le voci che contengono la parola "Offload" a zero (0). Questo valore disattiva la ripartizione carico di lavoro specifici del fornitore. Ad esempio, queste voci comprendono:
Per disattivare TCP offload in Windows, è possibile utilizzare la seguente voce del Registro di sistema per attività ripartizione carico di lavoro per il protocollo TCP/IP:

Sottochiave: Voce:
DisableTaskOffload
Tipo:
REG_DWORD
È possibile impostare questa voce del Registro di sistema su 1 per disattivare tutte le attività-Offload dal trasporto TCP/IP.

Numerosi fornitori hanno qualche forma di offload funzionalità incorporate nella loro teaming software di gestione. Tale ripartizione carico di lavoro possono essere visualizzati in molte forme e viene in genere specifici del fornitore.

Per ulteriori informazioni sulle attività offload, visitare il seguente sito Web Microsoft Developer Network:

Passaggio 8: Verificare la presenza di altre cause

Alcune possibili cause di questo problema includono le seguenti operazioni:

• L'agente VMM non è in esecuzione.
• Alcuni software antivirus sta analizzando le porte o protocolli.

Appartenenza degli account VMM

È possibile inserire gli account VMM nei gruppi appropriati in base a quanto segue:

Account computer del server VMM:

• Il gruppo Administrators sul server VMM e su tutti i computer host
• Il gruppo locale Virtual Machine Manager Server sul server VMM

L'account per le azioni in VMM:

• Il gruppo di amministratori locale sul server VMM e su tutti i computer host