Come posso risolvere i problemi di un WorkSpace Windows nello stato Non integro?

Breve descrizione

WorkSpaces invia periodicamente una richiesta relativa all'integrità di ogni WorkSpace per verificare lo stato. Se WorkSpaces non riceve una risposta dal WorkSpace, il suo stato diventa Non integro.

I seguenti problemi possono far sì che lo stato diventi Non integro:

• Il WorkSpace ha un utilizzo della CPU costantemente elevato.
• L'agente o il servizio che risponde a WorkSpaces non è in esecuzione o l'interfaccia di gestione (ETH0) è disattivata.
• Un servizio Amazon DCV o PCoIP non è in esecuzione.
• Il software antivirus blocca alcuni componenti di WorkSpaces.
• Un'applicazione o una policy di gruppo nel WorkSpace blocca la connessione di rete tra WorkSpaces e il WorkSpace sull'interfaccia di gestione.
• Mancano le route di metadati.

Risoluzione

Nota: se ricevi errori quando esegui i comandi dell'Interfaccia della linea di comando AWS (AWS CLI), consulta Risoluzione degli errori per AWS CLI. Inoltre, assicurati di utilizzare la versione più recente di AWS CLI.

Utilizza le metriche di CloudWatch per esaminare WorkSpaces

Per aiutarti a determinare la causa, consulta le metriche CPUUsage, MemoryUsage e Unhealthy di WorkSpaces in Amazon CloudWatch.

Riavvia il WorkSpace

Riavvia il WorkSpace. Se il riavvio non risolve il problema, utilizza Remote Desktop Protocol (RDP) per connetterti al WorkSpace.

Se non riesci a utilizzare RDP per connetterti al WorkSpace, consulta Come posso risolvere i problemi di connessione RDP con la mia istanza Windows di Amazon EC2? Se ancora non riesci a connetterti al WorkSpace con RDP, consulta la sezione Ripristina o ricostruisci il WorkSpace.

Puoi anche eseguire il comando AWS CLI reboot-workspaces.

Verifica se l'utilizzo della CPU è elevato

Verifica se l'utilizzo della CPU nell'istanza Amazon EC2 è elevato.

Verificare che l'interfaccia di gestione e del cliente siano in esecuzione

Per identificare gli indirizzi IP dell'interfaccia di gestione e del cliente, esegui questo comando:

ipconfig /all

Per mostrare lo stato dell'interfaccia di gestione e del cliente, esegui questo comando:

netsh interface show interface

Se un'interfaccia non è nello stato Connesso, esegui questi comando per attivarla:

netsh interface set interface "interface-name" enable

Nota: sostituisci interface-name con il nome della tua interfaccia.

Verifica che i servizi WorkSpaces siano funzionanti e reattivi

Per verificare lo stato di un servizio, completa i seguenti passaggi:

1. Utilizza RDP per connetterti al WorkSpace.
2. Scegli il menu Inizia, quindi accedi a Servizi.
3. Scegli la scheda Servizi.
4. Controlla lo stato di ogni servizio per il WorkSpace:
   WorkSpace PCoIP:
   SkylightWorkSpacesConfigService
   Agente standard PCoIP per Windows
   WorkSpace DCV:
   SkylightWorkSpacesConfigService
   Adattatore WSP per DC
   Server DCV
5. Se un servizio non è **In esecuzione, ** apri il menu contestuale e selezionalo. 
   Nota: assicurati che per il servizio Tipo di avvio sia impostato su Automatico.
6. Scegli Inizia.

Verifica la configurazione di WorkSpaces

Verifica che il software di protezione degli endpoint, come il software antivirus o anti-malware, accetti i componenti dei servizi WorkSpaces. Se per WorkSpace PCoIP hai attivato WorkSpaces Web Access, verifica che STXHD Hosted Application Service sia In esecuzione e che Tipo di avvio sia Automatico.

Nota: se non utilizzi WorkSpaces Web Access, disattiva l'agente STXHD.

Inoltre, verifica che un'applicazione o una VPN non blocchi l'adattatore di gestione. Quindi controlla la connettività del WorkSpace.

Per verificare se nell'archivio certificati è presente il certificato Skylight, apri certmgr.msc sul computer locale. Il certificato si trova nella cartella Skylight.

Per verificare se una policy di gruppo blocca la comunicazione sull'interfaccia di gestione o su un servizio WorkSpaces richiesto, completa i seguenti passaggi:

1. Utilizza RDP per connetterti al WorkSpace.

2. Avvia il prompt dei comandi, quindi esegui questo comando per creare un file policy.html:

   gpresult /h policy.html

3. Apri il documento policy.html, quindi cerca le policy che bloccano la comunicazione con le interfacce di rete o i servizi WorkSpaces.

4. Se identifichi una policy bloccante, sposta l'oggetto computer WorkSpace in un'unità organizzativa (UO) distinta in Microsoft Active Directory. Utilizza l'impostazione Blocca ereditarietà per l'oggetto. Per ulteriori informazioni sull’utilizzo dell’impostazione Blocca ereditarietà, consulta Overriding and blocking Group Policy (Esclusione e blocco di una policy di gruppo) sul sito web Microsoft.

5. Riavvia il WorkSpace.

Verifica le regole del firewall

Il firewall deve consentire il traffico elencato sull'interfaccia di rete di gestione. Inoltre, verifica che il firewall del sistema operativo o un firewall di terze parti disponga di regole che consentano le porte richieste.

Verifica se mancano route di metadati

Per verificare se tutte le route di metadati richieste sono presenti nel WorkSpace, esegui questo comando Windows PowerShell:

Get-NetRoute

Se manca una route di metadati, esegui questo script per aggiungerla al WorkSpace:

$mgmtIp = (Get-ItemProperty "hklm:\software\Amazon\SkyLight\ConfigurationData").ManagementIp
$mgmtGW = (Get-WmiObject win32_networkAdapterConfiguration | where IPAddress -eq $mgmtIp |select DefaultIPGateway).DefaultIPGateway

if($mgmtGW){

route delete 169.254.169.123
route delete 169.254.169.249
route delete 169.254.169.250
route delete 169.254.169.251
route delete 169.254.169.252
route delete 169.254.169.253
route delete 169.254.169.254

route -P add 169.254.169.249 MASK 255.255.255.255 $mgmtGW METRIC 1000
route -P add 169.254.169.250 MASK 255.255.255.255 $mgmtGW METRIC 1000
route -P add 169.254.169.251 MASK 255.255.255.255 $mgmtGW METRIC 1000
route -P add 169.254.169.252 MASK 255.255.255.255 $mgmtGW METRIC 1000
route -P add 169.254.169.253 MASK 255.255.255.255 $mgmtGW METRIC 1000
route -P add 169.254.169.254 MASK 255.255.255.255 $mgmtGW METRIC 1000
route -P add 169.254.169.123 MASK 255.255.255.255 $mgmtGW METRIC 1000

}

Dopo aver aggiunto la route di metadati mancante, riavvia il WorkSpace.

Ripristina o ricostruisci il WorkSpace

Se non riesci a utilizzare RDP per connetterti al WorkSpace, ripristinalo per recuperare lo snapshot più recente. Se il WorkSpace è ancora non integro, ricostruiscilo.

Per ripristinare o ricostruire il WorkSpace, è consigliabile utilizzare il runbook AWSSupport-RecoverWorkSpace di AWS Systems Manager.

Importante: quando ripristini o ricostruisci un WorkSpace, può verificarsi una perdita di dati. Il ripristino recupera il WorkSpace dall'ultimo snapshot disponibile che risale fino a 12 ore prima. La ricostruzione ricrea il volume utente dallo snapshot più recente e il WorkSpace dall'immagine del pacchetto da cui hai creato il WorkSpace. Perdi le applicazioni installate o le impostazioni di sistema modificate dopo la creazione del WorkSpace.

Prima di eseguire l'automazione, assicurati che l'utente o il ruolo AWS Identity and Access Management (AWS IAM) abbia le autorizzazioni necessarie. Per ulteriori informazioni, consulta la sezione Autorizzazioni IAM richieste in AWSSupport-RecoverWorkSpace.

Per eseguire il runbook, completa i seguenti passaggi:

1. Apri il runbook AWSSupport-RecoverWorkSpace.
2. Scegli Esegui automazione.
3. Per i parametri di input, immetti i valori seguenti:
   (Facoltativo) Per AutomationAssumeRole, inserisci il nome della risorsa Amazon (ARN) del ruolo IAM che consente all'automazione di eseguire azioni. Se non specifichi un ruolo, l'automazione utilizza le autorizzazioni dell'utente che avvia il runbook.
   Per Conferma, inserisci Sì per confermare che le azioni di ripristino e ricostruzione ripristinano il WorkSpace dallo snapshot più recente.
   Per Riavvia, Ricostruisci o Ripristina, scegli l'opzione che preferisci inserendo Sì.
   Per WorkspaceID, inserisci l'ID del WorkSpace che stai ripristinando.
4. Scegli Esegui.
5. Controlla lo stato del WorkSpace nella sezione Output del runbook.

Puoi anche eseguire i comandi AWS CLI restore-workspace o rebuild-workspaces.

Se nessuno dei precedenti passaggi risolve il problema, raccogli i log lato client e richiedi assistenza al Supporto AWS aprendo un caso.

Informazioni correlate

IP address and port requirements for WorkSpaces Personal (Requisiti relativi agli indirizzo IP e alle porte per WorkSpaces Personal)

Enable self-service WorkSpaces management capabilities for your users in WorkSpaces Personal (Abilitazione delle funzionalità di gestione self-service di WorkSpaces per gli utenti in WorkSpaces Personal)

How do I troubleshoot a Linux WorkSpace that's in the Unhealthy state? (Come posso risolvere i problemi di un WorkSpace Linux nello stato Non integro?)