Mise à jour du 9 septembre 2026 : problèmes de serveurs confirmés
- 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
Les mises à jour SQL Server du 8 septembre ci-dessous signalent l’erreur 7416 pour les requêtes de serveur lié utilisant MSDASQL et une chaîne de fournisseur (@provstr). Seules certaines configurations sont concernées. Notez la build, le fournisseur et l’erreur expurgée, jamais les identifiants. La page détaillée du contournement était inaccessible lors de notre vérification : nous ne donnons donc aucune commande de réparation non vérifiée. Rejouez la requête concernée avec les mêmes droits pour contrôler le résultat.
Seules KB5122768 et KB5122769 signalent aussi c0000005 lors d’une requête sys.dm_exec_requests pendant RESTORE, la récupération au démarrage ou la mise en ligne d’un réplica de groupe de disponibilité. Microsoft étudie un correctif ; cela ne prouve pas une première apparition en septembre. Contournement conditionnel : suspendre la requête DMV concernée pendant la récupération, pas toute la supervision. Sauvegardez sa configuration, puis réactivez-la après récupération et vérifiez la requête et le journal. Pas de désinstallation générale ni de modification aveugle des indicateurs de trace.
Exchange SE RTM : KB5121608, build 15.2.2562.49, mentionne deux problèmes connus. KB5126672 : les calendriers .ics publiés renvoient HTTP 500 aux clients de calendrier, alors que le navigateur reçoit HTTP 200 ; l’origine remonte à août. KB5127092 : environnement hybride classique avec -UseGraphApiOnly, lorsqu’un utilisateur de boîte distante consulte les disponibilités Exchange Online via une boîte locale déléguée ; EWS journalise 403/EXNL-GraphWebRequestProcessingException. Vérifiez cette configuration précise.
Microsoft propose des contournements conditionnels, pas de correctif définitif confirmé. Avant toute modification IIS ou de routage, sauvegardez la configuration et faites vérifier les prérequis par l’administrateur Exchange. Retestez la synchronisation dans le vrai client de calendrier ou la même consultation déléguée. Restaurez la configuration sauvegardée en cas d’effets indésirables. Nous n’avons pas testé ces interventions sur serveur.
Constats précédents — conservés sans modification
Vérifié le 9 septembre 2026. Cette analyse des mises à jour du 8 septembre distingue documentation du fabricant et témoignages. Aucun test d’installation réalisé par nos soins ; la chronologie ne prouve pas la cause. Avant toute modification, sauvegardez les données et relevez version, architecture, KB, code d’erreur et heure.
Quels éléments sont établis ?
Plusieurs témoignages directs concernent l’installation de KB5123099. Un témoignage sur l’Historique des fichiers cite KB5124008, KB5122878 et KB5126052 parmi plusieurs mises à jour simultanées ; aucune KB responsable n’est isolée. Aucun nouveau signalement suffisamment étayé trouvé pour KB5122880, KB5122876, KB5126050 ou KB5126043. Ce n’est pas une garantie d’absence de défaut ; la page individuelle de KB5126050 n’a pas pu être consultée. Les limitations WSUS de KB5122871 et KB5122882 sont antérieures à ce cycle.
KB5122880 · KB5122876 · KB5126043
KB5123099 : échec avec 0x8007000d
Des utilisateurs de Windows Server 2016 signalent des données invalides et des fichiers MSU impossibles à lire entièrement. Microsoft ne signale actuellement aucun défaut généralisé du paquet. La tentative ci-dessous vise les téléchargements endommagés, pas toutes les causes de ce code.
- Pendant une fenêtre de maintenance, vérifiez/installez d’abord le SSU KB5122874. Dans WSUS, approuvez le SSU et KB5123099 ; Microsoft souligne ce prérequis.
- Téléchargez à nouveau le bon fichier x64 depuis Microsoft Update Catalog dans un nouveau dossier, en conservant l’ancienne copie. Si les différences persistent, faites examiner le chemin de téléchargement par l’équipe informatique sans désactiver les protections.
- Comparez taille et empreinte publiée, si disponible. Get-FileHash produit de l’hexadécimal : comparez le même algorithme et la même représentation. Une empreinte SHA1 en Base64 paraît différente de la même valeur en hexadécimal ; cela ne prouve pas une corruption. Sans référence fiable, une empreinte locale n’authentifie pas le fichier.
- Réessayez uniquement avec un paquet intact et les prérequis satisfaits. Effectuez le redémarrage demandé puis vérifiez l’historique et le build 14393.9512, ou supérieur après une cumulative ultérieure. Si l’erreur persiste, examinez les journaux CBS/DISM à l’heure concernée.
Get-FileHash -LiteralPath "C:\Updates\package.msu" -Algorithm SHA256Remplacez le chemin de l’exemple par celui du fichier MSU téléchargé. Comparez SHA256 uniquement à la référence SHA256 correspondante.
KB5123099 · Microsoft Update Catalog · Témoignage utilisateur · Vérifier une empreinte
KB5124008 : WinGet absent du terminal administrateur
Le signalement GitHub 6497 décrit à l’origine la préversion KB5120998 ; il ne démontre pas une nouvelle régression de KB5124008. Si WinGet manque seulement dans le terminal élevé, ouvrez un terminal normal sans Exécuter en tant qu’administrateur et testez winget --info. Si cela fonctionne, mettez à jour l’application voulue et acceptez l’élévation normale. Sinon, vérifiez App Installer et le dépannage WinGet de Microsoft. Ne désactivez ni UAC ni la protection administrateur, et ne copiez pas les chemins d’un autre profil dans PATH.
Témoignage utilisateur #6497 · WinGet
KB5124008 / KB5122878 / KB5126052 : Historique des fichiers
Le même témoignage cite KB5126146 et KB890830 ; ses republications ne sont pas des confirmations indépendantes. Aucun correctif propre à une KB n’est confirmé. Rebranchez le disque externe ou resélectionnez la destination réseau dans l’Historique des fichiers. Dans Panneau de configuration → Système et sécurité → Historique des fichiers, lancez une sauvegarde manuelle. Modifiez un fichier test dans un dossier réellement sauvegardé, sauvegardez puis restaurez une version antérieure ailleurs. Un horodatage récent ne suffit pas. Gardez une copie séparée des données importantes jusqu’à validation ; ne supprimez ni ne formatez les sauvegardes existantes.
Témoignage utilisateur · File History
KB5122871 / KB5122882 : détails des erreurs WSUS absents
Microsoft a limité les détails des erreurs de synchronisation dans des mises à jour antérieures pour des raisons de sécurité. Leur absence ne prouve pas un échec de synchronisation. Vérifiez résultat/heure de la dernière synchronisation puis, en cas d’échec réel, SoftwareDistribution.log dans %ProgramFiles%\Update Services\LogFiles. Appliquez le diagnostic Microsoft correspondant au code exact, sans promesse de rétablir l’affichage masqué. Ne désinstallez pas les correctifs de sécurité pour retrouver les détails. Le redémarrage de la baseline de septembre de Server 2022 Azure Edition est prévu.
Si le problème persiste
Selon Microsoft, KB5124008 corrige les anciens échecs de lancement de Teams/nouvel Outlook sur ARM ainsi que les problèmes de fond d’écran/curseur. Ne les présentez pas comme de nouveaux effets secondaires. Si nécessaire, transmettez au support build, KB, architecture, code et extraits de journaux expurgés. Évitez les suppressions globales du Registre, réinitialisations du cache ou désinstallation de toutes les mises à jour de septembre. Consultez les sources pour l’état actuel.