As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Solução de problemas
<a name="troubleshooting"></a>

Esta seção fornece instruções de solução de problemas para implantar e usar a solução.

A resolução de problemas conhecidos fornece instruções para mitigar erros conhecidos. Se essas instruções não resolverem seu problema, [Entre em contato com o suporte](contact-aws-support.md) fornecerá instruções para abrir um caso de suporte para essa solução.

## Resolução de problemas conhecidos
<a name="known-issue-resolution"></a>

### Problema: as instâncias não estão sendo programadas em uma conta remota (v1.4-v3.0)
<a name="problem-instances-not-being-scheduled-in-a-remote-account"></a>

Se você perceber que as instâncias não estão sendo agendadas em uma conta remota.

### Resolução
<a name="resolution"></a>

Atualize a pilha do hub com o ID da conta secundária ou conclua a seguinte tarefa:

1. Na conta principal, navegue até o [CloudWatch console](https://console.aws.amazon.com/cloudwatch/) 

1. No painel de navegação, selecione **Logs** > **Grupos de logs**.

1. Selecione o grupo de logs denominado ` <STACK_NAME>-logs`. 

1. Pesquise o fluxo de logs do ID da conta (conta remota).

1. Por exemplo, se não houver um fluxo de logs denominado com o ID da conta, acesse o console do DynamoDB e selecione a tabela ` <STACK_NAME>-<ConfigTable>-<RANDOM>`.

1. Selecione **Explorar itens** e **Executar**.

1. Selecione o tipo de item Config.

1. Verifique se o atributo remote\_account\_ids tem o ID da conta.

1. Verifique se o ID da conta não está visível nesse atributo.

1. Se a solução estiver configurada para aws organizations, desinstale e reinstale o modelo remoto na conta remota.

1. Se a solução estiver configurada para usar a conta remota IDs, atualize o parâmetro cloudformation **Forneça a ID da organização OU a lista da conta remota IDs** com a lista da conta em IDs que as instâncias devem ser agendadas e onde o modelo remoto é implantado.

### Problema: as instâncias não estão sendo programadas (v3.1\+)
<a name="problem-instances-not-being-scheduled-v3.1"></a>

Se você perceber que as instâncias não estão sendo agendadas.

### Resolução
<a name="resolution-1"></a>

1. Verifique se o recurso tem uma ManagedBy tag **IS-** aplicada.

1. Se a tag não estiver presente, exclua e recrie a tag Schedule para reativar o registro.

1. Se a tag ainda não estiver sendo aplicada, verifique se a região está habilitada para agendamento:

   1. Verifique a configuração da hub/spoke pilha para a região ou

   1. Navegue até o [EventBridge console](https://console.aws.amazon.com/events/) na mesma região do recurso e verifique se o barramento de eventos padrão tem regras de eventos com o prefixo **Is-tagging**.

1. Se a região não estiver habilitada, atualize a pilha do Instance Scheduler para incluir a região no parâmetro regions CloudFormation .

1. Se o problema persistir, revise os [registros de administração da solução](monitor-the-solution.md#logging-and-notifications) em busca de erros de registro do hub.

1. Confirme se sua organização não tem políticas em vigor que impeçam que os eventos sejam encaminhados da sua conta para a conta do hub de soluções.

### Problema: as instâncias do EC2 criptografadas não iniciam
<a name="problem-encrypted-ec2-instances-not-starting"></a>

O Agendador de instâncias está relatando que as instâncias do EC2 com volumes do EBS criptografados estão sendo executadas, mas na verdade nunca começam.

### Resolução
<a name="resolution-2"></a>

Consulte [Volumes do EC2 EBS criptografados](security-1.md#encrypted-ec2-ebs-volumes) para saber como conceder ao Agendador de instâncias acesso para poder agendar instâncias do EC2 com volumes do EBS criptografados.

### Problema: custos inesperados de API decorrentes da marcação informativa
<a name="problem-unexpected-api-costs-from-informational-tagging"></a>

Custos inesperadamente altos decorrentes da marcação de chamadas de API do AWS Resource Groups, avaliações do AWS Config ou ações de remediação relacionadas.

### Resolução
<a name="resolution-tagging-costs"></a>

O Instance Scheduler grava [tags informativas](monitor-the-solution.md#informational-tags) em recursos gerenciados em cada intervalo de agendamento. Se seu ambiente impõe a governança de tags por meio de regras, políticas de tags ou remediação automática do AWS Config, garanta que as chaves de tag do Instance Scheduler sejam permitidas. Para ver a lista completa de chaves de tags e orientações de configuração, consulte [Considerações sobre governança de tags](monitor-the-solution.md#informational-tag-conflict-with-tag-policies).

Se você não conseguir atualizar suas políticas de governança de tags, desative a marcação informativa definindo o parâmetro **Enable informational tagging** como `No` on the hub stack.

### Problema: as instâncias do RDS não estão parando quando a opção Criar snapshots do RDS está habilitada
<a name="problem-rds-instances-not-stopping-when-create-rds-snapshots-is-enabled"></a>

As instâncias do RDS não estão sendo interrompidas e os registros do agendador da solução estão relatando `rds:CreateDBSnapshot` (AccessDenied) erros ao chamar a `StopDBInstance` operação devido à falta de permissão.

### Resolução
<a name="resolution-3"></a>

Atualize a solução para a versão v3.0.5 ou mais recente ou, como alternativa, adicione a permissão `rds:CreateDBSnapshot` ao perfil de agendador da solução em cada conta agendada.