Recentemente, herdei o gerenciamento de um servidor Windows 2012 em um site remoto.
Eu verifiquei o Windows Update e ele não está sendo atualizado desde março. Quando digo ao Windows para verificar se há atualizações, ele age como se estivesse verificando, mas parece dizer isso por horas. Se eu tentar reiniciar o serviço de atualização do Windows, ele parece nunca conseguir desligar. Meu único remédio parece estar sendo reiniciado para voltar ao ponto em que posso pedir ao Windows Update para verificar se há novas atualizações.
A última verificação bem-sucedida de atualizações diz 20 de março.
A última vez que as atualizações foram instaladas, diz 17 de março (falha).
O histórico de atualizações mostra que uma atualização falhou em 17 de março, uma atualização de driver de impressora, mas o histórico mostra 13 atualizações falhadas em 17 de fevereiro.
Não tenho certeza o que mais tentar.
Respostas:
Duas das minhas três máquinas 2012R2 exibiram esse comportamento em abril passado. Eles ficavam na verificação de atualizações ... para sempre.
Nunca aprendi exatamente o que causou o problema, mas resolvi-o fazendo o seguinte:
Pare o serviço Windows Update.
Exclua o diretório de cache do Windows Update
C:\Windows\SoftwareDistribution
.Reinicie o computador. (Em uma máquina, foram necessárias várias reinicializações para realmente excluir tudo deste diretório, portanto, tente se necessário.)
Execute o Windows Update manualmente novamente. Ele falhará quase instantaneamente e oferecerá a execução de uma ferramenta de diagnóstico. Faça o download da ferramenta e permita que ela seja executada.
A ferramenta irá encontrar e corrigir alguns problemas. Neste ponto, execute o Windows Update manualmente novamente. O Windows Update funcionou bem neste momento.
fonte
Encontrei essa ótima resposta aqui e funcionou lindamente para mim. Só quero compartilhar caso alguém esteja pesquisando:
outra solução que funcionou para mim também foi definir o modo de atualização como "Nunca verificar atualizações"
fonte
Eu usei a System Update Readiness Tool e o DISM. Funcionou para mim. Você pode obtê-lo aqui: http://support.microsoft.com/kB/947821
fonte
Eu estava brincando com uma VM de 2012 e tive esse problema. Minha solução (rápida, insegura, etc etc) foi desativar a segurança aprimorada do IE no servidor e, felizmente, começou a conversar com o MS Windows Update. Não é uma solução para um servidor real, mas é um servidor de desenvolvimento de brinquedos e estou bem com isso.
Presumivelmente, o site de atualização do Windows só precisa ser adicionado a alguns sites confiáveis em algum lugar para uma solução real?
fonte
Minha correção em um recém-instalado no Windows Server 2012 R2 na Citrix 6.5 VM e, como Marcus Greasly postou, desativar o IE Enchanced Security ... funcionou imediatamente ...
https://prajwaldesai.com/disable-ie-enhanced-security-in-windows-server-2012-r2/
fonte
Recentemente, tenho os mesmos problemas no meu Server 2012 e tudo o que fiz foi desabilitar o Serviço Malwarebytes e as atualizações baixadas imediatamente. Tente desativar qualquer malware ou software antivírus que você possui, pois essa pode ser a raiz causada.
fonte
Visão geral
Tivemos esse problema em alguns servidores virtuais migrados de um provedor de "nuvem" de volta para nosso data center interno. A causa raiz foi as permissões para a
%SystemRoot%\System32\catroot2
pasta. Havia várias diferenças entre as permissões nessa pasta em um servidor íntegro e as do servidor migrado. Eu acredito que o principal era queTrustedInstaller
não tinhafull access
.Sintomas adicionais
Observando o log do aplicativo no visualizador de eventos, vimos vários erros:
A pista está no texto do erro ESENT; isto é, as permissões emitem para acessar um arquivo na pasta catroot2.
Resolução
Dê à conta do Trusted Installer controle total para a pasta catroot2 e seus filhos.
Caso isso não seja suficiente, para comparação, a execução
icacls %systemroot%\system32\catroot2
em um servidor íntegro fornece:Nota: para adicionar o Trusted Installer, você deve procurar nas contas do computador local
nt service\trustedinstaller
.Depois de substituir as permissões
catroot2
, certifique-se de clicar nareplace permissions on child objects & containers
caixa de seleção para garantir que os itens filhos também tenham suas permissões resolvidas.Nenhuma reinicialização é necessária para a correção em si (embora, obviamente, quando as atualizações começarem a funcionar novamente, você provavelmente precisará reinicializá-las).
fonte