![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(140.8, 36%, 23%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ESC%3C/text%3E%3C/svg%3E)
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(172.8, 86%, 26%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EJN%3C/text%3E%3C/svg%3E)
Olá Sofia Costa,
É bastante provável que a causa esteja relacionada com políticas específicas do dispositivo ou com um safeguard hold, e não com um problema generalizado. Por isso, a forma mais rápida de identificar a origem é comparar um dispositivo afetado com outro que já tenha recebido a atualização.
Comece por executar gpresult /h report.html e comparar a chave de registo HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate nos dois dispositivos. Verifique os valores TargetReleaseVersion, ProductVersion, o período de adiamento das feature updates e as configurações WUServer e UseWUServer. Uma versão de destino que tenha ficado configurada inadvertidamente ou um dispositivo que continue a apontar para o WSUS são causas bastante comuns. Se utilizar Intune, verifique também se existem conflitos entre um perfil de Feature Update e uma configuração de GPO.
Se utilizar WSUS, confirme que a classificação Upgrades está sincronizada, que a feature update foi aprovada para o grupo de computadores ao qual o dispositivo pertence e que o próprio dispositivo está efetivamente a reportar ao grupo correto.
Para investigar possíveis safeguard holds, consulte os relatórios do Windows Update for Business, que permitem identificar o ID do bloqueio (hold ID) por dispositivo. Localmente, verifique a chave de registo HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\TargetVersionUpgradeExperienceIndicators e procure o valor GatedBlockId. Compare esse identificador com os problemas conhecidos publicados no dashboard Windows release health. Na maioria dos casos, o bloqueio acaba por estar relacionado com uma versão específica de um driver ou de uma aplicação.
Do lado do cliente, execute Get-WindowsUpdateLog e consulte o registo de eventos Microsoft-Windows-WindowsUpdateClient/Operational para perceber quais as atualizações que o dispositivo procurou durante o scan e quais as que lhe foram efetivamente disponibilizadas.
Espero que estas informações ajudem a identificar a causa do problema. Se esta resposta lhe foi útil, clique em «Accept Answer» para confirmar que respondeu à sua questão.
Jason