Compartilhar via


Solucionar problemas com o Gerenciador de Atualizações do Azure

Este artigo descreve os erros que podem ocorrer ao implantar ou usar o Gerenciador de Atualizações do Azure, como resolvê-los e os problemas conhecidos e as limitações da aplicação de patch agendada.

Solução de problemas gerais

As etapas de solução de problemas a seguir se aplicam às VMs (máquinas virtuais) do Azure relacionadas à extensão de patch em computadores Windows e Linux.

Azure Linux VM

Para verificar se o agente de VM (agente de Máquina Virtual do Microsoft Azure) está em execução, disparou as ações apropriadas no computador e o número da sequência para a solicitação de aplicação de patch automática, verifique o log do agente para obter mais informações em /var/log/waagent.log. Cada solicitação de aplicação de patch automática tem um número de sequência exclusivo associado a ela no computador. Procure um log semelhante a 2021-01-20T16:57:00.607529Z INFO ExtHandler.

O diretório do pacote para a extensão é /var/lib/waagent/Microsoft.CPlat.Core.Edp.LinuxPatchExtension-<version>. A subpasta /status tem um arquivo <sequence number>.status. Ela inclui uma breve descrição das ações executadas durante uma única solicitação de aplicação de patch automática, bem como o respectivo status. Ele também inclui uma pequena lista de erros ocorridos durante a aplicação de atualizações.

Para examinar os logs relacionados a todas as ações executadas pela extensão, verifique se há mais informações em /var/log/azure/Microsoft.CPlat.Core.LinuxPatchExtension/. Ele inclui os dois arquivos de log de interesse a seguir:

  • <seq number>.core.log: contém informações relacionadas às ações de patch. Essas informações incluem patches avaliados e instalados na máquina e quaisquer problemas encontrados ao longo do processo.
  • <Date and Time>_<Handler action>.ext.log: há um wrapper acima da ação de patch, que é usado para gerenciar a extensão e invocar uma operação de patch específica. Este log contém informações sobre o wrapper. Para aplicação de patch automática, o log <Date and Time>_Enable.ext.log tem detalhes sobre se a operação de patch específica foi invocada.
VM Windows do Azure

Para verificar se o agente de VM está em execução, disparou as ações apropriadas no computador e o número da sequência para a solicitação de aplicação de patch automática, verifique o log do agente para obter mais informações em C:\WindowsAzure\Logs\AggregateStatus. O diretório do pacote para a extensão é C:\Packages\Plugins\Microsoft.CPlat.Core.WindowsPatchExtension<version>.

Para examinar os logs relacionados a todas as ações executadas pela extensão, verifique se há mais informações em C:\WindowsAzure\Logs\Plugins\Microsoft.CPlat.Core.WindowsPatchExtension<version>. Ele inclui os dois arquivos de log de interesse a seguir:

  • WindowsUpdateExtension.log: contém informações relacionadas às ações de patch. Essas informações incluem patches avaliados e instalados na máquina e quaisquer problemas encontrados ao longo do processo.
  • CommandExecution.log: há um wrapper acima da ação de patch, que é usado para gerenciar a extensão e invocar uma operação de patch específica. Este log contém informações sobre o wrapper. Para aplicação de patch automática, o log tem detalhes sobre se a operação de patch específica foi invocada.

A avaliação periódica não está sendo definida corretamente quando a política de avaliação periódica é usada durante a criação de VMs especializadas, migradas e restauradas

Causa

A avaliação periódica não está sendo definida corretamente durante a criação de VMs especializadas, migradas e restauradas devido à forma como a política de modificação atual foi projetada. Após a criação, a política mostrará esses recursos como não conformes no painel de conformidade.

Resolução

Execute uma tarefa de correção após a criação para corrigir os recursos recém-criados. Para obter mais informações, consulte Correção de recursos sem conformidade com o Azure Policy.

Problema

Há falhas de correção para VMs que têm uma referência à imagem da galeria no modo Máquina Virtual. Isso ocorre porque ela requer a permissão de leitura para a imagem da galeria e atualmente não faz parte da função Colaborador da Máquina Virtual.

Captura de tela mostrando o código de erro da falha de correção da política.

Causa

A função Colaborador da Máquina Virtual não tem permissões suficientes.

Resolução

  • Para todas as novas atribuições, uma alteração recente é introduzida para fornecer a função Colaborador à identidade gerenciada criada durante a atribuição de política para correção. Daqui para frente, isso será atribuído a quaisquer novas atribuições.
  • Para quaisquer atribuições anteriores, se você estiver enfrentando uma falha nas tarefas de correção, recomendamos atribuir manualmente a função de colaborador à identidade gerenciada seguindo as etapas listadas em Conceder permissões à identidade gerenciada por meio de funções definidas
  • Além disso, em cenários em que a função Colaborador não funciona quando os recursos vinculados (imagem ou disco da galeria) estão em outro grupo de recursos ou assinatura, forneça manualmente a identidade gerenciada com as funções e permissões corretas no escopo para desbloquear correções seguindo as etapas em Conceder permissões à identidade gerenciada por meio de funções definidas.

Não é possível gerar uma avaliação periódica para servidores habilitados para Arc

Problema

As assinaturas nas quais os servidores habilitados para Arc estão integrados não estão produzindo dados de avaliação.

Resolução

Verifique se as assinaturas dos servidores Arc estão registradas no provedor de recursos Microsoft.Compute para que os dados periódicos de avaliação sejam gerados periodicamente conforme o esperado. Saiba mais

A configuração de manutenção não é aplicada quando a VM é movida para uma assinatura ou grupo de recursos diferente

Problema

Quando um VM é movido para outra subscrição ou grupo de recursos, a configuração de manutenção agendada associada ao VM não está em execução.

Resolução

Atualmente, o sistema não dá suporte à movimentação de recursos entre grupos de recursos ou assinaturas. Como solução alternativa, use as seguintes etapas para o recurso que você deseja mover. Como pré-requisito, primeiro, remova a atribuição antes de seguir as etapas.

Se você estiver usando um escopo static:

  1. Mova o recurso para um grupo de recursos ou assinatura diferente.
  2. Recrie a atribuição de recursos.

Se você estiver usando um escopo dynamic:

  1. Iniciar ou aguardar a próxima execução agendada. Essa ação solicita que o sistema remova completamente a atribuição, para que você possa prosseguir com as próximas etapas.
  2. Mova o recurso para um grupo de recursos ou assinatura diferente.
  3. Crie novamente a atribuição de recursos.

Se uma das etapas não for realizada, mova o recurso para o grupo de recursos ou a ID da assinatura anterior e tente realizar as etapas mais uma vez.

Observação

Se o grupo de recursos for excluído, recrie-o com o mesmo nome. Se a ID da assinatura for excluída, entre em contato com a equipe de suporte para mitigação.

Não é possível alterar a opção de orquestração de patch para atualizações manuais de atualizações automáticas

Problema

O computador do Azure tem a opção de orquestração de patch como atualizações automáticas AutomaticByOS/Windows e você não pode alterar a orquestração de patch para Atualizações Manuais usando as Configurações de atualização de alteração.

Resolução

Se você não quiser que nenhuma instalação de patch seja orquestrada pelo Azure ou não use soluções de aplicação de patch personalizadas, altere a opção de orquestração de patch para Agendamentos Gerenciados pelo Cliente (Versão Prévia) ou AutomaticByPlatform e ByPassPlatformSafetyChecksOnUserSchedule e não associe uma configuração de agendamento/manutenção ao computador. Essa configuração garante que nenhuma aplicação de patch seja executada no computador até que você a altere explicitamente. Para obter mais informações, confira Cenário 2 em Cenários do usuário.

Captura de tela mostrando uma notificação de falha nas configurações de atualização.

O computador é exibido como “Não avaliado” e mostra uma exceção HRESULT

Problema

  • Você tem computadores que são exibidos como Not assessedem Conformidade e vê uma mensagem de exceção abaixo dela.
  • Você vê um código de erro HRESULT no portal.

Causa

O Agente de Atualização (Agente do Windows Update no Windows e o gerenciador de pacotes para uma distribuição do Linux) não está configurado corretamente. O Gerenciador de Atualizações depende do Agente de atualização do computador para fornecer as atualizações necessárias, o status do patch e os resultados de patches implantados. Sem essas informações, o Gerenciador de Atualizações não pode relatar corretamente sobre os patches necessários ou instalados.

Resolução

Tente realizar atualizações localmente no computador. Se essa operação falhar, isso normalmente significa que há um erro de configuração do agente de atualização.

Isso costuma ser causado por problemas de firewall e configuração de rede. Use as seguintes verificações para corrigir o problema:

Se você vir um código de erro HRESULT, clique duas vezes na exceção exibida em vermelho para ver toda a mensagem de exceção. Examine a tabela a seguir para saber as possíveis soluções ou ações recomendadas.

Exceção Resolução ou ação
Exception from HRESULT: 0x……C Pesquise o código de erro relevante na lista de códigos de erro do Windows Update para encontrar mais informações sobre a causa da exceção.
0x8024402C
0x8024401C
0x8024402F
Indica problemas de conectividade de rede. Verifique se seu computador tem a conectividade de rede apropriada para o Gerenciamento de Atualizações. Para obter uma lista de portas e endereços necessários, consulte a seção Planejamento de rede.
0x8024001E A operação de atualização não foi concluída porque o serviço ou o sistema estava sendo desligado.
0x8024002E O serviço Windows Update está desabilitado.
0x8024402C Se você estiver usando um servidor WSUS, verifique se os valores do registro para WUServer e WUStatusServer sob a chave do registro HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate têm o servidor WSUS correto.
0x80072EE2 Há um problema de conectividade de rede ou um problema ao falar com um servidor WSUS configurado. Verifique as configurações do WSUS e confira se o serviço pode ser acessado do cliente.
The service cannot be started, either because it is disabled or because it has no enabled devices associated with it. (Exception from HRESULT: 0x80070422) Verifique se o serviço Windows Update (wuauserv) está em execução e não está desabilitado.
0x80070005 Um erro de acesso negado pode ser causado por qualquer um dos problemas a seguir:
– Computador infectado.
– As configurações do Windows Update não estão configuradas corretamente.
– Erro de permissão de arquivo com a pasta %WinDir%\SoftwareDistribution.
– Espaço em disco insuficiente na unidade do sistema (unidade C).
Qualquer outra exceção genérica Faça uma busca na internet por possíveis soluções e trabalhe com o suporte de TI local.

Revisar o arquivo %Windir%\Windowsupdate.log também pode ajudá-lo a determinar possíveis causas. Para obter mais informações sobre como ler o log, confira Ler o arquivo Windowsupdate.log.

Você também pode baixar e executar a solução de problemas do Windows Update para verificar se há problemas com o Windows Update no computador.

Observação

A documentação da Solução de problemas do Windows Update indica que ele é para uso em clientes Windows, mas também funciona no Windows Server.

Problemas conhecidos na aplicação de patches de agendamento

  • Para agendamento simultâneo/conflitante, apenas um agendamento é disparado. O outro agendamento será disparado depois que um agendamento for concluído.
  • Se um computador for criado recentemente, o agendamento poderá ter 15 minutos de atraso do gatilho de agendamento no caso de VMs do Azure.
  • Definição de política Agendar atualizações recorrentes usando o Gerenciador de Atualização do Azure com a versão 1.0.0-preview corrige os recursos com êxito. Entretanto, eles sempre aparecem como sem conformidade. O valor atual da condição de existência é um espaço reservado que sempre é avaliado como “false”.

Falha na aplicação de patch de agendamento com o erro ''ShutdownOrUnresponsive''

Problema

A aplicação de patch de agendamento não instalou os patches nas VMs e apresenta um erro como "ShutdownOrUnresponsive".

Resolução

Os agendamentos disparados em computadores excluídos e recriados com a mesma ID de recurso dentro de 8 horas podem falhar com o erro ShutdownOrUnresponsive devido a uma limitação conhecida.

Não é possível aplicar patches nos computadores desligados

Problema

Os patches não são aplicados aos computadores que estão em estado de desligamento. Você também pode ver que os computadores estão perdendo suas configurações ou agendamentos de manutenção associados.

Causa

Os computadores estão em um estado de desligamento.

Resolução

Mantenha seus computadores ligados pelo menos 15 minutos antes da atualização agendada. Para obter mais informações, consulte Desligar computadores.

Falha na execução de patch com a propriedade de janela de manutenção excedida mostrando true mesmo que o tempo permanecesse

Problema

Ao exibir uma implantação de atualização no Histórico de Atualizações, a propriedade com Falha na janela de manutenção excedida mostra true, embora tenha sido deixado tempo suficiente para execução. Nesse caso, um dos seguintes problemas é possível:

  • Nenhuma atualização é mostrada.
  • Uma ou mais atualizações estão em um estado Pendente.
  • O status da reinicialização é Obrigatório, mas uma reinicialização não foi tentada mesmo quando a configuração de reinicialização aprovada foi IfRequired ou Always.

Causa

Durante uma implantação de atualização, a utilização da janela de manutenção é verificada em várias etapas. São reservados dez minutos da janela de manutenção para reinicialização a qualquer momento. Antes que a implantação obtenha uma lista de atualizações ou downloads ausentes ou instale qualquer atualização (exceto atualizações do service pack do Windows), ela verifica se há 15 minutos + 10 minutos para reinicialização (ou seja, 25 minutos restantes na janela manutenção).

Para atualizações do service pack do Windows, a implantação verifica se há 20 minutos + 10 minutos para reinicialização (ou seja, 30 minutos). Se a implantação não tiver tempo suficiente, ela ignorará as etapas de verificação/download/instalação das atualizações. A execução da implantação verifica se uma reinicialização é necessária e se restam 10 minutos na janela Manutenção. Se houver, a implantação disparará uma reinicialização. Caso contrário, a reinicialização será ignorada.

Nesses casos, o status é atualizado como Com falha e a propriedade janela manutenção de excedida é atualizada como true. Para casos em que o tempo restante é inferior a 25 minutos, as atualizações não são verificadas nem tentadas para instalação.

Para encontrar mais informações, examine os logs no caminho do arquivo fornecido na mensagem de erro da execução da implantação.

Resolução

Defina um intervalo de tempo mais longo para a duração máxima quando estiver disparando uma implantação de atualização sob demanda para ajudar a evitar o problema.

Próximas etapas