Atualização de 9 de setembro de 2026: problemas confirmados nos servidores
- KB5122769 — SQL Server 2025 CU8 + GDR — 17.0.4085.5
- KB5122770 — SQL Server 2025 GDR — 17.0.1135.8
- KB5122768 — SQL Server 2022 CU26 + GDR — 16.0.4275.2
- KB5122771 — SQL Server 2022 GDR — 16.0.1200.5
- KB5122772 — SQL Server 2019 CU32 + GDR — 15.0.4490.9
- KB5122773 — SQL Server 2019 GDR — 15.0.2190.7
- KB5122774 — SQL Server 2017 CU31 + GDR — 14.0.3550.4
- KB5122775 — SQL Server 2017 GDR — 14.0.2130.4
As atualizações do SQL Server de 8 de setembro abaixo indicam o erro 7416 em consultas a servidores ligados com MSDASQL e uma cadeia do fornecedor (@provstr). Apenas determinadas configurações são afetadas. Registe a compilação, o fornecedor e o erro sem dados sensíveis. Não conseguimos consultar a página detalhada da solução alternativa; não fornecemos comandos de reparação não verificados. O êxito exige repetir a consulta afetada com as mesmas permissões.
Apenas KB5122768 e KB5122769 indicam também c0000005 ao consultar sys.dm_exec_requests durante RESTORE, recuperação no arranque ou entrada em funcionamento de uma réplica de grupo de disponibilidade. A Microsoft investiga uma correção; isto não prova que o problema começou em setembro. Solução temporária condicionada: suspender a consulta DMV afetada durante a recuperação, não toda a monitorização. Guarde primeiro a configuração; reative após a recuperação e verifique a consulta e o registo de erros. Não desinstale indiscriminadamente atualizações nem altere sinalizadores de rastreio.
Exchange SE RTM: KB5121608, compilação 15.2.2562.49, lista dois problemas conhecidos. KB5126672: calendários .ics publicados devolvem HTTP 500 aos clientes de calendário, embora o navegador receba HTTP 200; o problema remonta à atualização de agosto. KB5127092: ambiente híbrido clássico com -UseGraphApiOnly, quando um utilizador de caixa de correio remota consulta a disponibilidade no Exchange Online através de uma caixa local delegada; o EWS regista 403/EXNL-GraphWebRequestProcessingException. Confirme este cenário exato.
A Microsoft apresenta soluções alternativas condicionadas, não uma correção definitiva confirmada. Antes de alterações no IIS ou no encaminhamento, guarde a configuração e peça ao administrador do Exchange que verifique os requisitos. Repita a sincronização no cliente de calendário ou a mesma consulta delegada. Se surgirem efeitos indesejados, restaure a configuração guardada. Não testámos estas intervenções nos servidores.
Resultados anteriores — preservados sem alterações
Verificado em 9 de setembro de 2026. Esta análise das atualizações de 8 de setembro distingue documentação do fabricante e relatos de utilizadores. Não realizámos testes de instalação; a coincidência temporal não prova a causa. Antes de alterar algo, faça uma cópia de segurança, identifique a versão e arquitetura do Windows e registe KB, código de erro e hora.
O que está comprovado?
Existem vários relatos diretos de falhas na instalação do KB5123099. Um relato sobre o Histórico de Ficheiros menciona KB5124008, KB5122878 e KB5126052 entre atualizações instaladas em conjunto; não foi isolada uma KB responsável. Não encontrámos novos relatos suficientemente fundamentados para KB5122880, KB5122876, KB5126050 ou KB5126043. Isto não garante ausência de problemas; a página individual de KB5126050 não estava acessível. As limitações do WSUS associadas a KB5122871 e KB5122882 são anteriores a este ciclo.
KB5122880 · KB5122876 · KB5126043
KB5123099: instalação falha com 0x8007000d
Utilizadores do Windows Server 2016 relatam dados inválidos e ficheiros MSU que não podem ser lidos integralmente. A Microsoft não identifica atualmente um defeito generalizado do pacote. A tentativa seguinte destina-se a transferências danificadas, não a todas as causas deste erro.
- Numa janela de manutenção, verifique/instale primeiro o SSU KB5122874. No WSUS, aprove o SSU e KB5123099; a Microsoft salienta esta condição para instalar corretamente.
- Volte a transferir o ficheiro x64 correto do Microsoft Update Catalog para uma pasta nova, preservando a cópia anterior. Se houver diferenças repetidas, peça à equipa de TI que investigue o percurso de transferência sem desativar proteções.
- Compare tamanho e hash disponibilizado pelo fabricante. Get-FileHash apresenta hexadecimal: use o mesmo algoritmo e representação. SHA1 em Base64 e o mesmo valor em hexadecimal têm aspeto diferente; isso não prova corrupção. Sem referência fiável, um hash local não autentica o ficheiro.
- Repita a instalação apenas com um pacote íntegro e os pré-requisitos satisfeitos. Reinicie quando solicitado e confirme o histórico e a compilação 14393.9512, ou superior após atualização cumulativa posterior. Se falhar, analise os registos CBS/DISM na hora do erro.
Get-FileHash -LiteralPath "C:\Updates\package.msu" -Algorithm SHA256Substitua o caminho de exemplo pelo ficheiro MSU realmente transferido. Compare SHA256 apenas com a referência SHA256 correspondente.
KB5123099 · Microsoft Update Catalog · Relato de utilizador · Verificar hash
KB5124008: WinGet ausente no terminal elevado
O relato GitHub 6497 refere originalmente a pré-visualização KB5120998 e não comprova uma nova regressão de KB5124008. Se WinGet faltar apenas no terminal elevado, abra um terminal normal, sem Executar como administrador, e teste winget --info. Se funcionar, atualize a aplicação pretendida e aceite a elevação normal. Se também faltar aí, verifique App Installer e o diagnóstico WinGet da Microsoft. Não desative UAC/proteção de administrador nem copie caminhos de outro perfil para PATH.
Relato de utilizador #6497 · WinGet
KB5124008 / KB5122878 / KB5126052: Histórico de Ficheiros
O mesmo relato inclui KB5126146 e KB890830; republicações não são confirmações independentes. Não existe correção específica confirmada. Volte a ligar o disco externo ou selecione novamente o destino de rede no Histórico de Ficheiros. No Painel de Controlo → Sistema e Segurança → Histórico de Ficheiros, execute a cópia manualmente. Altere um ficheiro de teste numa pasta realmente incluída, faça a cópia e restaure uma versão anterior para outro local. Uma data recente não basta. Mantenha uma cópia separada dos dados importantes até validar o restauro; não apague nem formate cópias existentes.
Relato de utilizador · File History
KB5122871 / KB5122882: detalhes de erro do WSUS ausentes
A Microsoft restringiu os detalhes de erros de sincronização em atualizações anteriores por segurança. A ausência de detalhes não prova falha de sincronização. Verifique resultado/hora da última sincronização e, se houver falha real, SoftwareDistribution.log em %ProgramFiles%\Update Services\LogFiles. Use o diagnóstico Microsoft para o erro concreto, sem promessa de recuperar a indicação oculta. Não remova atualizações de segurança só para ver detalhes. O reinício da baseline de setembro no Server 2022 Azure Edition é intencional.
Se o problema continuar
Segundo a Microsoft, KB5124008 corrige falhas anteriores de arranque do Teams/novo Outlook em ARM e problemas de fundo do ambiente de trabalho/cursor. Não os confunda com efeitos novos. Se persistirem erros, forneça ao suporte compilação, KB, arquitetura, código e excertos de registos sem dados sensíveis. Evite apagar indiscriminadamente o registo, repor a cache de atualizações ou remover todas as atualizações de setembro. Consulte as fontes para o estado atual.