Aggiornamento del 9 settembre 2026: problemi confermati sui server
- 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
Gli aggiornamenti SQL Server dell’8 settembre elencati sotto segnalano l’errore 7416 nelle query a server collegati con MSDASQL e una stringa del provider (@provstr). Sono interessate determinate configurazioni. Annotare build, provider ed errore senza credenziali. La guida dettagliata alla mitigazione non era accessibile: non proponiamo quindi comandi di riparazione non verificati. Per verificare il successo, ripetere la query interessata con le stesse autorizzazioni.
Solo KB5122768 e KB5122769 segnalano anche c0000005 interrogando sys.dm_exec_requests durante RESTORE, il recupero all’avvio o la messa online di una replica di gruppo di disponibilità. Microsoft sta studiando una correzione; ciò non dimostra un’origine a settembre. Mitigazione condizionata: sospendere la query DMV interessata durante il recupero, non tutto il monitoraggio. Salvare prima la configurazione; riattivare dopo il recupero e controllare query e registro errori. Non disinstallare indiscriminatamente aggiornamenti né modificare flag di traccia.
Exchange SE RTM: KB5121608, build 15.2.2562.49, elenca due problemi noti. KB5126672: i calendari .ics pubblicati restituiscono HTTP 500 ai client di calendario, mentre il browser riceve HTTP 200; l’origine risale all’aggiornamento di agosto. KB5127092: ambiente ibrido classico con -UseGraphApiOnly, quando un utente di cassetta postale remota verifica la disponibilità di Exchange Online attraverso una cassetta locale delegata; EWS registra 403/EXNL-GraphWebRequestProcessingException. Verificare questo scenario preciso.
Microsoft rimanda a mitigazioni condizionate, non a una correzione definitiva confermata. Prima di modificare IIS o l’instradamento, salvare la configurazione e far verificare i prerequisiti all’amministratore Exchange. Ripetere la sincronizzazione nel client di calendario o la stessa ricerca delegata. Ripristinare la configurazione salvata in caso di effetti indesiderati. Non abbiamo testato questi interventi sui server.
Risultati precedenti — conservati senza modifiche
Verificato il 9 settembre 2026. Questa analisi degli aggiornamenti dell’8 settembre distingue documentazione del produttore e segnalazioni degli utenti. Nessun nostro test di installazione; la successione temporale non prova una causa. Prima delle modifiche, salvare i dati e annotare versione, architettura, KB, codice di errore e ora.
Quali fatti sono documentati?
Esistono più segnalazioni dirette sull’installazione di KB5123099. Una segnalazione di Cronologia file elenca KB5124008, KB5122878 e KB5126052 tra aggiornamenti installati insieme; non è stata isolata una KB responsabile. Non abbiamo trovato nuovi problemi sufficientemente documentati per KB5122880, KB5122876, KB5126050 o KB5126043. Non è garanzia di assenza di errori; la pagina individuale KB5126050 non era consultabile. Le limitazioni WSUS di KB5122871 e KB5122882 precedono questo ciclo.
KB5122880 · KB5122876 · KB5126043
KB5123099: installazione fallita con 0x8007000d
Utenti di Windows Server 2016 segnalano dati non validi e file MSU non leggibili integralmente. Microsoft non indica attualmente un difetto generale del pacchetto. Il tentativo seguente riguarda download danneggiati, non ogni causa di questo codice.
- In una finestra di manutenzione verificare/installare prima lo SSU KB5122874. In WSUS approvare sia lo SSU sia KB5123099; Microsoft sottolinea questo prerequisito.
- Scaricare nuovamente il file x64 corretto da Microsoft Update Catalog in una cartella nuova, conservando la vecchia copia. Se le differenze si ripetono, fare controllare il percorso di download dall’IT senza disattivare protezioni.
- Confrontare dimensione e hash del produttore, se disponibile. Get-FileHash restituisce esadecimale: usare stesso algoritmo e rappresentazione. SHA1 in Base64 appare diverso dallo stesso valore esadecimale; non dimostra corruzione. Senza riferimento affidabile un hash locale non autentica il file.
- Riprovare solo con pacchetto integro e prerequisiti soddisfatti. Eseguire il riavvio richiesto e verificare cronologia e build 14393.9512, o superiore dopo una cumulativa successiva. Se fallisce ancora, analizzare i log CBS/DISM all’ora dell’errore.
Get-FileHash -LiteralPath "C:\Updates\package.msu" -Algorithm SHA256Sostituire il percorso di esempio con il file MSU scaricato. Confrontare SHA256 solo con il riferimento SHA256 corrispondente.
KB5123099 · Microsoft Update Catalog · Segnalazione utente · Controllare un hash
KB5124008: WinGet assente nel terminale elevato
La segnalazione GitHub 6497 descrive originariamente l’anteprima KB5120998 e non dimostra una nuova regressione di KB5124008. Se WinGet manca solo nel terminale elevato, aprire un terminale normale senza Esegui come amministratore e provare winget --info. Se funziona, aggiornare l’applicazione desiderata e accettare la normale elevazione. Altrimenti controllare App Installer e la diagnostica WinGet Microsoft. Non disattivare UAC/protezione amministratore né copiare percorsi di altri profili in PATH.
Segnalazione utente #6497 · WinGet
KB5124008 / KB5122878 / KB5126052: Cronologia file
La stessa segnalazione cita KB5126146 e KB890830; le ripubblicazioni non sono conferme indipendenti. Nessuna correzione specifica è confermata. Ricollegare il disco esterno o riselezionare la destinazione di rete in Cronologia file. Da Pannello di controllo → Sistema e sicurezza → Cronologia file avviare il backup manuale. Modificare un file di prova in una cartella effettivamente inclusa, salvarne il backup e ripristinare una versione precedente altrove. Una data recente non basta. Conservare una copia separata dei dati importanti fino alla verifica; non eliminare o formattare i backup esistenti.
Segnalazione utente · File History
KB5122871 / KB5122882: dettagli degli errori WSUS assenti
Microsoft ha limitato i dettagli degli errori di sincronizzazione in aggiornamenti precedenti per sicurezza. L’assenza dei dettagli non dimostra una sincronizzazione fallita. Controllare esito/ora dell’ultima sincronizzazione e, in caso di errore reale, SoftwareDistribution.log in %ProgramFiles%\Update Services\LogFiles. Usare la diagnostica Microsoft per il codice preciso, senza promessa di ripristinare la visualizzazione nascosta. Non rimuovere aggiornamenti di sicurezza per vedere i dettagli. Il riavvio della baseline di settembre per Server 2022 Azure Edition è previsto.
Se il problema continua
Microsoft indica che KB5124008 corregge precedenti errori di avvio di Teams/nuovo Outlook su ARM e problemi di sfondo/cursore. Non confonderli con nuovi effetti collaterali. Se necessario, fornire al supporto build, KB, architettura, codice ed estratti dei log privi di dati sensibili. Evitare cancellazioni indiscriminate del Registro, reset della cache o rimozione di tutti gli aggiornamenti di settembre. Le fonti riportano lo stato attuale.