Como faço para solucionar problemas de um WorkSpace do Windows que está em estado Não íntegro?

Breve descrição

O WorkSpaces envia periodicamente uma solicitação de status de integridade a cada WorkSpace para verificar a integridade do WorkSpace. Se o WorkSpaces não receber uma resposta do WorkSpace, seu status é alterado para Não íntegro.

Os problemas a seguir podem fazer com que o status seja alterado para Não íntegro:

• O WorkSpace tem uma utilização consistentemente alta da CPU.
• O atendente ou serviço que responde ao WorkSpaces não está em execução ou a interface de gerenciamento (ETH0) está desativada.
• Um serviço Amazon DCV ou PCoIP não está em execução.
• O software antivírus está bloqueando os componentes do WorkSpaces.
• Uma aplicação ou política de grupo no WorkSpace está bloqueando a conexão de rede entre o WorkSpaces e o WorkSpace na interface de gerenciamento.
• As rotas de metadados estão ausentes.

Resolução

Observação: se você receber mensagens de erro ao executar comandos da AWS Command Line Interface (AWS CLI), consulte Solução de problemas da AWS CLI. Além disso, verifique se você está usando a versão mais recente da AWS CLI.

Use as CloudWatch Metrics para analisar seu WorkSpaces

Para ajudar a identificar a causa, analise as métricas CPUUsage, MemoryUsage e Unhealthy WorkSpaces no Amazon CloudWatch.

Reinicialize o WorkSpace

Reinicialize o WorkSpace. Se a reinicialização não resolver o problema, use o Remote Desktop Protocol (RDP) para se conectar ao WorkSpace.

Se não for possível usar o RDP para se conectar ao WorkSpace, consulte Como soluciono problemas de conexão RDP com minha instância Windows do Amazon Elastic Compute Cloud (Amazon EC2)? Se você ainda não conseguir se conectar ao WorkSpace com o RDP, consulte a seção Restaure ou reconstrua o WorkSpace.

Também é possível executar o comando reboot-workspaces da AWS CLI.

Verifique a alta utilização da CPU

Verifique sua instância do Amazon EC2 quanto à alta utilização da CPU.

Verifique se as interfaces de gerenciamento e de cliente estão em execução

Para identificar os endereços IP da interface de gerenciamento e do cliente, execute o seguinte comando:

ipconfig /all

Para mostrar o estado das interfaces de gerenciamento e do cliente, execute o seguinte comando:

netsh interface show interface

Se uma interface não estiver no estado Conectado, execute o seguinte comando para ativar a interface:

netsh interface set interface "interface-name" enable

Observação: substitua interface-name pelo nome da sua interface.

Confirme se os serviços do WorkSpaces estão em execução e são responsivos

Para verificar o status do serviço, conclua as seguintes etapas:

1. Use o RDP para se conectar ao WorkSpace.
2. Clique no menu Iniciar e, em seguida, entre em Serviços.
3. Selecione a guia Serviços.
4. Verifique o status de cada serviço do seu WorkSpace:
   WorkSpace PCoIP:
   SkylightWorkSpacesConfigService
   PCoIP Standard Agent for Windows
   WorkSpace DCV:
   SkylightWorkSpacesConfigService
   WSP Adapter for DC
   DCV Server
5. Se um serviço não estiver no estado Em execução, abra o menu de contexto e selecione o serviço. 
   Observação: certifique-se de que o Tipo de início esteja definido como Automático no serviço.
6. Clique em Iniciar.

Verifique a configuração do seu WorkSpaces

Verifique se o software de proteção de endpoints, como software antivírus ou antimalware, permite os componentes de serviço do WorkSpaces. Se você ativou o WorkSpaces Web Access para WorkSpaces PCoIP, verifique se STXHD Hosted Application Service está Em execução e se Tipo de início está Automático.

Observação: se você não estiver usando o WorkSpaces Web Access, desative o agente STXHD.

Além disso, verifique se uma aplicação ou VPN não está bloqueando seu adaptador de gerenciamento. Em seguida, verifique a conectividade do seu WorkSpace.

Para verificar se o certificado Skylight está em seu repositório de certificados, abra certmgr.msc em seu computador local. O certificado está na pasta Skylight.

Para verificar se uma política de grupo está bloqueando a comunicação na interface de gerenciamento ou em um serviço necessário do WorkSpaces, conclua as seguintes etapas:

1. Use o RDP para se conectar ao WorkSpace.

2. Execute o prompt de comando e execute o seguinte comando para criar um arquivo policy.html:

   gpresult /h policy.html

3. Abra o documento policy.html e, em seguida, procure políticas que bloqueiem a comunicação com interfaces de rede ou serviços do WorkSpaces.

4. Se você identificar uma política de bloqueio, mova o objeto de computador do WorkSpace para uma unidade organizacional (UO) separada no Microsoft Active Directory. Use a configuração Bloquear legado no objeto. Para obter mais informações sobre como usar Bloquear legado, consulte Overriding and blocking Group Policy (Substituindo e bloqueando a política de grupo) no site da Microsoft.

5. Reinicialize o WorkSpace.

Verifique as regras de firewall

O firewall deve permitir o tráfego listado na interface da rede de gerenciamento. Além disso, verifique se o firewall do sistema operacional (SO) ou um firewall de terceiros tem regras que permitem as portas necessárias.

Verifique se as rotas de metadados estão ausentes

Para verificar se todas as rotas de metadados necessárias estão no seu WorkSpace, execute o seguinte comando do Windows PowerShell:

Get-NetRoute

Se uma rota de metadados estiver ausente, execute o seguinte script para adicioná-la ao seu 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

}

Depois de adicionar a rota de metadados ausente, reinicialize o WorkSpace.

Restaure ou reconstrua o WorkSpace

Se não for possível usar o RDP para se conectar ao WorkSpace, restaure o WorkSpace para reverter para o snapshot mais recente. Se o WorkSpace ainda não estiver íntegro, reconstrua-o.

Para restaurar ou reconstruir o WorkSpace, é uma prática recomendada usar o runbook AWSSupport-RecoverWorkSpace do AWS Systems Manager.

Importante: quando você restaura ou reconstrói um WorkSpace, pode ocorrer perda de dados. A restauração restaura o WorkSpace a partir do último snapshot disponível com até 12 horas de idade. A reconstrução recria o volume do usuário a partir do snapshot mais recente e o WorkSpace a partir da imagem do pacote a partir do qual você criou o WorkSpace. Você perde as aplicações que instalou ou as configurações do sistema que você alterou depois de criar o WorkSpace.

Antes de executar a automação, certifique-se de que seu usuário ou perfil do AWS Identity and Access Management (AWS IAM) tenha as permissões necessárias. Para obter mais informações, consulte a seção Permissões obrigatórias do IAM em AWSSupport-RecoverWorkSpace.

Para executar o runbook, realize as seguintes etapas:

1. Abra o runbook do AWSSupport-RecoverWorkSpace.
2. Selecione Executar automação.
3. Nos parâmetros de entrada, insira os seguintes valores:
   (Opcional) Em AutomationAssumeRole, insira o nome do recurso da Amazon (ARN) do perfil do IAM que permite que a automação execute ações. Se você não especificar um perfil, a automação usa as permissões do usuário que inicia o runbook.
   Em Confirmar, digite Sim para confirmar que as ações de Restauração e reconstrução recuperam o WorkSpace do snapshot mais recente.
   Em Reinicializar, Reconstruir ou Restaurar, clique em Sim como sua opção preferida.
   Em WorkspaceId, insira o ID do WorkSpace que você está recuperando.
4. Selecione Executar.
5. Verifique o status do seu WorkSpace na seção Saída do runbook.

Também é possível executar os comandos restore-workspace ou rebuild-workspaces da AWS CLI.

Se nenhuma das etapas anteriores de solução de problemas resolver seu problema, colete os logs do lado do cliente e abra um caso do AWS Support.

Informações relacionadas

Requisitos de endereço IP e porta para WorkSpaces Pessoal

Ativar recursos de gerenciamento de autoatendimento no WorkSpaces para os usuários do WorkSpaces Personal

How do I troubleshoot a Linux WorkSpace that's in the Unhealthy state? (Como soluciono problemas de um Linux WorkSpace que está no estado Não íntegro?)