Risolvere i problemi relativi a esigenze di attenzione, mancata risposta e accesso negato agli host in Virtual Machine Manager

Questo articolo illustra come risolvere i problemi relativi allo stato dell'host Richiede attenzione, non risponde e accesso negato 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.

Nota

Utenti privati: questo articolo è destinato solo agli agenti di supporto tecnico e ai professionisti IT. Se si sta cercando assistenza per un problema, rivolgersi 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 richiede attenzione, mancata risposta 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 gli errori comuni registrati nelle visualizzazioni Processi nella console VMM quando lo stato dell'host è Richiede 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 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 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 aggiornato completamente perché non è stato possibile contattare tutti i nodi. Le informazioni di archiviazione e rete virtuale a disponibilità elevata segnalate per questo cluster potrebbero non essere accurate.

Errore (20506)
Virtual Machine Manager non può completare la richiesta di Gestione remota Windows (WinRM) nel computer servername.contoso.com.

Avviso (13926)
Il cluster host servername.contoso.com non è stato aggiornato completamente perché non è stato possibile contattare tutti i nodi. Le informazioni di archiviazione e rete virtuale a disponibilità elevata segnalate per questo cluster potrebbero non essere accurate.

Errore (406)
L'accesso è stato negato durante il contatto con il computer servername.contoso.com.

Seguire questa procedura per identificare la causa dello stato dell'host Richiede 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:

1. Aprire la console VMM.
2. Selezionare la visualizzazione Infrastruttura, fare clic con il pulsante destro del mouse sull'host che presenta problemi e quindi scegliere Proprietà.
3. All'interno delle proprietà host selezionare Stato.
4. 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à dei controlli di integrità dell'host espansi in 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 locale 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 locale nell'host, questo problema potrebbe essere causato da un Criteri di gruppo gruppi con restrizioni.

Per risolvere questo problema, seguire questa procedura:

• 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 si elabora il provider di contatori dell'estensione prestazioni. Il valore BaseIndex del Registro di sistema performance è il primo DWORD nella sezione Data, LastCounter è il secondo DWORD nella sezione Data e LastHelp è il terzo DWORD nella sezione Data.

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 a 64 bit 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 di gestione remota Windows per la comunicazione host. È quindi probabile che lo stato Non risponde 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, il completamento di questo processo richiede molto più tempo del solito. A volte, possono essere necessari fino a cinque minuti per fermarsi.

Questo problema può verificarsi se si verificano problemi nel processo di Svchost.exe condiviso che ospita il servizio Gestione remota Windows.

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

Nota

Assicurarsi di digitare il comando esattamente come viene visualizzato 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 in 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 di WINRM) e riavviare WMI (per l'impostazione di configurazione SC) o riavviare il server affinché le modifiche abbiano effetto.

Quando si aggiungono host non attendibili o host perimetrali/gruppi di lavoro, 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