Risoluzione dei problemi richiede attenzione, mancata risposta e accesso negato agli host in Virtual Machine Manager
Questo articolo illustra come risolvere i problemi relativi allo stato Di attenzione, Mancata risposta e Accesso negato dell'host in System Center 2012 e versioni successive di Virtual Machine Manager. Tutti gli articoli a cui si fa riferimento si applicano anche a System Center 2012 e versioni successive di Virtual Machine Manager.
Note
Utenti home: questo articolo è destinato solo agli agenti di supporto tecnico e ai professionisti IT. Se si sta cercando assistenza per un problema, chiedere alla community Microsoft.
Versione originale del prodotto: System Center 2012 Virtual Machine Manager, Microsoft System Center 2012 R2 Virtual Machine Manager, System Center 2016 Virtual Machine Manager
Numero KB originale: 2742246
Riepilogo
Gli host Non risponde, Non risponde e Accesso negato nella console VMM si verificano perché il server VMM non è in grado di comunicare con il computer host o i componenti (WMI, WinRM e così via) nel computer host usato per comunicare con il server VMM non funziona correttamente.
Di seguito sono riportati errori comuni registrati nelle visualizzazioni Processi nella console VMM quando lo stato dell'host è Attenzione, Non risponde o Accesso negato.
Errore (2911)
Sono disponibili risorse insufficienti per completare questa operazione nel server servername.contoso.com. (Spazio di archiviazione insufficiente per completare questa operazione (0x8007000E))Errore (2912)
Si è verificato un errore interno durante il tentativo di contattare un agente nel server servername.contoso.com. (Non è possibile creare altri thread nel sistema (0x800700A4))Avviso (2915)
Il servizio Gestione remota Windows (WS-Management) non può elaborare la richiesta. L'oggetto non è stato trovato nel server (servername.contoso.com). Errore sconosciuto (0x80041002) o Errore sconosciuto (0x80338000)Errore (2916)
VMM non è in grado di completare la richiesta. La connessione all'agente servername.contoso.com è stata persa. Errore sconosciuto (0x80338126) o Errore sconosciuto (0x80338012)Errore (2927) Si è verificato un errore di gestione hardware durante il tentativo di contattare il server servername.contoso.com. Errore sconosciuto (0x803381a6)
Avviso (12710)
VMM non dispone delle autorizzazioni appropriate per accedere alle risorse di Gestione remota Windows nel server (servername.contoso.com). Errore sconosciuto (0x80338104)Avviso (13926)
Il cluster host servername.contoso.com non è stato completamente aggiornato perché non è stato possibile contattare tutti i nodi. L'archiviazione a disponibilità elevata e le informazioni sulla rete virtuale segnalate per questo cluster potrebbero non essere accurate.Errore (20506)
Virtual Machine Manager non può completare la richiesta Gestione remota Windows (WinRM) nel computer servername.contoso.com.Avviso (13926)
Il cluster host servername.contoso.com non è stato completamente aggiornato perché non è stato possibile contattare tutti i nodi. L'archiviazione a disponibilità elevata e le informazioni sulla rete virtuale segnalate per questo cluster potrebbero non essere accurate.Errore (406)
Accesso negato durante il contatto del computer servername.contoso.com.
Eseguire la procedura seguente per identificare la causa dello stato Di attenzione, Non risponde o Accesso negato .
Passaggio 1: Controllare lo stato di integrità dell'host
Per controllare lo stato di integrità di un host, seguire questa procedura:
- Aprire la console VMM.
- Selezionare la visualizzazione Infrastruttura, fare clic con il pulsante destro del mouse sull'host che riscontra problemi e quindi scegliere Proprietà.
- Nelle proprietà host selezionare Stato.
- Selezionare la categoria con il punto esclamativo rosso per visualizzare i dettagli dell'errore.
Per altre informazioni sulla funzionalità di controllo dell'integrità dell'host, vedere Proprietà host- Novità nei controlli di integrità dell'host espansi di VMM 2012.
Passaggio 2: Verificare che l'account del servizio VMM sia membro del gruppo di amministratori locali nell'host
- Se il servizio VMM è in esecuzione con un account di dominio, verificare che l'account di dominio sia membro del gruppo di amministratori locali nell'host.
- Se VMM è in esecuzione con l'account di sistema locale, verificare che l'account computer sia membro del gruppo di amministratori locali nell'host.
Se l'account del servizio VMM viene rimosso dal gruppo di amministratori locali nell'host, questo problema potrebbe essere causato da criteri di gruppo con restrizioni.
Per risolvere questo problema, eseguire una delle operazioni seguenti:
- Aggiungere l'account del servizio VMM all'impostazione criteri di gruppo Gruppi con restrizioni degli amministratori.
- Creare una nuova unità organizzativa nel dominio, spostare l'oggetto computer host nella nuova unità organizzativa e quindi configurare la nuova unità organizzativa per bloccare l'ereditarietà dei criteri.
Passaggio 3: Verificare la presenza di contatori delle prestazioni danneggiati
Controllare il registro eventi dell'applicazione nell'host per verificare se viene registrato l'evento seguente:
Nome log: Applicazione
Origine: Microsoft-Windows-LoadPerf
ID evento: 3012
Descrizione:
Le stringhe di prestazioni nel valore del Registro di sistema prestazioni sono danneggiate quando il provider del contatore delle prestazioni delle prestazioni è danneggiato. Il valore BaseIndex del Registro di sistema prestazioni è il primo DWORD nella sezione Dati, il valore LastCounter è il secondo DWORD nella sezione Dati e LastHelp è il terzo DWORD nella sezione Dati.
Se l'ID evento 3012 viene registrato nel computer host, eseguire i passaggi descritti in Come ricompilare manualmente i contatori delle prestazioni per i sistemi Windows Server 2008 64bit o Windows Server 2008 R2 per ricompilare i contatori delle prestazioni.
Passaggio 4: Controllare il processo di Svchost.exe del servizio Gestione remota Windows
VMM dipende dal servizio Gestione remota Windows per la comunicazione host. Di conseguenza, è probabile che lo stato Di mancata risposta si verifichi a causa di un errore nella comunicazione di gestione remota Windows sottostante tra il server VMM e il computer host. In questo scenario lo stato dell'host è OK poco dopo il riavvio del computer host. Tuttavia, lo stato cambia in Non rispondere dopo tre o quattro ore e i processi nel server VMM hanno esito negativo e restituiscono un errore simile al seguente:
Errore (2927)
Si è verificato un errore di gestione hardware durante il tentativo di contattare il server servername.contoso.com. Errore sconosciuto (0x803381a6)
Inoltre, se si arresta il servizio Gestione remota Windows al prompt dei comandi, questo processo richiede molto più tempo del solito per essere completato. A volte, l'arresto può richiedere fino a cinque minuti.
Questo problema può verificarsi se il processo di Svchost.exe condiviso che ospita il servizio Gestione remota Windows riscontra problemi.
Per risolvere questo problema, configurare il servizio Gestione remota Windows per l'esecuzione in un processo di Svchost.exe separato. A tale scopo, aprire un prompt dei comandi con privilegi elevati, digitare il comando seguente e quindi premere INVIO.
sc config winrm type= own
Note
Assicurarsi di digitare il comando esattamente come appare qui. Si noti lo spazio dopo il simbolo di segno di uguale (=).
Se il comando viene completato correttamente, verrà visualizzato l'output seguente:
[SC] ChangeServiceConfig SUCCESS
Passaggio 5: Aumentare i valori predefiniti per WinRM
Come procedura consigliata, eseguire le righe di comando seguenti nell'host VMM e tutti gli host Hyper-V gestiti da VMM (e premere INVIO dopo ogni riga).
Winrm quickconfig
winrm set winrm/config @{MaxTimeoutms="1800000"}
winrm set winrm/config/Service @{MaxConcurrentOperationsPerUser="1500"}
winrm set winrm/config/winrs @{MaxConcurrentUsers="100"}
winrm set winrm/config/winrs @{MaxProcessesPerShell="100"}
winrm set winrm/config/winrs @{MaxShellsPerUser="100"}
set-item "WSMan:\localhost\Plugin\WMI Provider\Quotas\MaxConcurrentOperationsPerUser" 400
È necessario riavviare WinRM (per le modifiche winRM) e riavviare WMI (per l'impostazione di configurazione SC) oppure riavviare il server per rendere effettive le modifiche.
Quando si aggiungono host non attendibili o host del gruppo di lavoro/perimetro, assicurarsi che il valore del LocalAccountTokenFilterPolicy Registro di sistema nella sottochiave del Registro di sistema seguente sia impostato su 1:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System