Aviso de fim do suporte: em 30 de junho de 2027, AWS encerrará o suporte para o AMS Advanced. Depois de 30 de junho de 2027, você não poderá mais acessar o console do AMS Advanced ou os recursos do AMS Advanced. Para obter mais informações, consulte Fim do suporte do AMS Advanced.
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á.
Entenda os códigos de status do RFC
Os códigos de status RFC ajudam você a rastrear suas solicitações. Você pode observar esses códigos de status durante uma execução de RFC na saída da CLI ou atualizando a página da lista de RFC no console.
Você também pode ver os códigos de um RFC na página de detalhes desse RFC, que pode ter a seguinte aparência:
Talvez você veja um RFC em sua lista que você não enviou. Quando os operadores do AMS usam uma CT somente interna, eles a enviam em uma RFC e ela é exibida na sua lista de RFC. Para obter mais informações, consulte Tipos de alteração somente internos.
Importante
Você pode solicitar notificações de alterações no estado do RFC. Para obter detalhes, consulte Notificações de alteração de estado da RFC.
| Bem-sucedida | Falha |
|---|---|
|
Edição: o RFC foi criado, mas não foi enviado PendingApproval /Enviado: o RFC foi enviado e o sistema está determinando se ele requer aprovação e obtendo essa aprovação, se necessário Aprovado pela AWS/Aprovado pelo cliente: o RFC foi aprovado. As RFCs automatizadas são aprovadas pela AWS, as RFCs manuais são aprovadas pelos operadores e, às vezes, pelos clientes Programado: o RFC passou pelas verificações de sintaxe e requisitos e está programado para execução InProgress: a RFC está sendo executada, observe que as RFCs que provisionam vários recursos ou são de longa execução demoram mais para serem UserData executadas Executado: O RFC foi executado Sucesso/Sucesso: O RFC foi concluído com sucesso |
Rejeitado: os RFCs são rejeitados normalmente porque falham na validação; por exemplo, um recurso inutilizável, ou seja, uma sub-rede, é especificado Cancelado: os RFCs são cancelados normalmente porque não passam pela validação antes que a hora de início configurada tenha passado Falha: o RFC falhou; veja os motivos da falha StatusReason na saída, e as operações do AMS criam automaticamente um tíquete de problema e se comunicam com você conforme necessário |
nota
Os RFCs cancelados ou rejeitados podem ser reenviados usando UpdateRfc; consulte também. Atualizar RFCs
Se o RFC passar por todas as condições necessárias (por exemplo, todos os parâmetros necessários forem especificados), o status mudará para PendingApproval (até mesmo CTs automatizados exigem aprovação, o que acontece automaticamente se as verificações de sintaxe e parâmetros forem aprovadas). Se não for aprovado, o status mudará paraRejected. O StatusReason fornece informações sobre rejeições; os ExecutionOutput campos fornecem informações sobre aprovação e conclusão. Os códigos de erro incluem:
InvalidRfcStateException: o RFC está em um status que não permite a operação que foi chamada. Por exemplo, se o RFC foi movido para o estado Enviado, ele não poderá mais ser modificado.
InvalidRfcScheduleException: Os TimeoutInMinutes parâmetros StartTime EndTime, ou foram violados.
InternalServerError: Foi encontrada uma dificuldade com o sistema.
InvalidArgumentException: um parâmetro está especificado incorretamente; por exemplo, um valor inaceitável é usado.
ResourceNotFoundException: um valor, como o ID da pilha, não pode ser encontrado.
Se os horários de início e término solicitados programados (também conhecidos como janela de execução de alterações) ocorrerem antes da aprovação da alteração, o status da RFC mudará paraCanceled. Se a alteração for aprovada, o status da RFC mudará paraScheduled. A janela de execução de alterações para RFCs do ASAP é a hora de envio mais o ExpectedExecutionDuration valor da CT.
A qualquer momento antes da chegada da janela de execução da alteração, uma alteração programada (enviada com um RequestedStartTime na CLI) pode ser modificada ou cancelada. Se a alteração programada for modificada, ela deverá ser reenviada.
Quando a hora de início da alteração chega (agendada ou o mais rápido possível) e após a conclusão das aprovações, o status muda InProgress e nenhuma modificação pode ser feita. Se a alteração for concluída dentro da janela de execução da alteração especificada, o status mudará paraSuccess. Se alguma parte da alteração falhar ou se a alteração ainda estiver em andamento quando a janela de execução da alteração terminar, o status mudará paraFailure.
nota
Durante os estadosInProgress,Success, ou Failure alterados, o RFC não pode ser modificado ou cancelado.
O diagrama a seguir ilustra os status do RFC desde a chamada CreateRFC até a resolução.
