Impression universelle pour le changement dans Microsoft Graphh: guide pour éviter l'erreur de partage des imprimantes

Microsoft a confirmé qu'une défaillance du système de partage d'impression universelle - la solution cloud qui remplace les serveurs d'impression locaux et permet de gérer les imprimantes de Microsoft 365 - est causée par une modification du code API de Microsoft Graphh. L'incident, identifié dans le centre de messages Microsoft comme UP1287359, provoque certaines tentatives de créer des compartiments d'imprimante pour finir par des erreurs "Sharing Print Failed" sur le portail Universal Print.

Selon les informations diffusées par l'entreprise elle-même, le problème affecte particulièrement les situations dans lesquelles les impressions sont partagées en activant la possibilité d'autoriser le tous les utilisateurs de l'organisation ou lorsque certains utilisateurs ou groupes sont sélectionnés lors de la création de la ressource partagée. Microsoft explique qu'un changement dans Microsoft Graphh a généré une erreur qui a augmenté la latence dans la réplication du répertoire Entre ID (avant Azure AD) et, par conséquent, a fait ressortir une condition de carrière antérieure dans le flux de création de partage de Universal Print.

Cela a eu deux effets négatifs: d'une part, la réplication tardive du répertoire a rendu les informations sur les utilisateurs et les groupes non disponibles immédiatement; d'autre part, la logique de réexécution du processus n'a pas agi correctement contre cette latence, de sorte que l'opération de partage n'a pas été terminée comme prévu. Microsoft a décrit la question comme un incident - une étiquette qui est souvent réservée aux échecs ayant un impact significatif sur les utilisateurs - mais n'a pas encore publiquement ventilé les régions touchées ou le nombre exact de clients impliqués.

En déployant une correction au code Graphh, Microsoft a facilité une procédure d'atténuation qui permet de supprimer l'échec et de terminer la tâche de partage des imprimantes en évitant les conditions qui déclenchent l'erreur. Essentiellement, la recommandation est de créer d'abord le partage sans marquer la boîte d'accès globale ou assigner des utilisateurs ou des groupes dans la même opération; après avoir attendu quelques secondes pour que la configuration se propage, vous devez retourner à la ressource partagée et ajouter manuellement les comptes ou les groupes qui devraient avoir accès, optant de préférence pour un groupe de sécurité organisationnel si l'intention est de donner accès à l'ensemble de l'entreprise.

C'est une solution de compromis qui, tout en ajoutant des étapes supplémentaires au flux normal, réduit l'exposition à la réplication tardive du répertoire et permet de continuer à fonctionner jusqu'à ce que la correction soit pleinement efficace. Microsoft recommande également d'attendre entre une et deux minutes et de réessayer de créer si la première tentative échoue, car la disponibilité des informations dans Enter ID peut s'améliorer dans cet intervalle.

Universal Print fait partie d'un ensemble croissant de services gérés en nuage dont le bon fonctionnement dépend de la coordination entre des composants tels que Entre ID, Microsoft Graphh et des portails de gestion. La documentation officielle et les guides de gestion de l'impression universelle demeurent une référence utile pour les gestionnaires qui doivent vérifier les configurations, les compatibilités ou les autorisations : Documentation d'impression universelle. Pour ceux qui veulent approfondir la façon dont Microsoft communique les modifications et les corrections à son API unifiée, le journal de changement Microsoft Graphh est également une lecture pertinente: Microsoft Le journal des changements de graphiqueh.

L'événement est un rappel pratique qu'une modification apparemment serrée dans une API plate-forme peut avoir des effets de cascade sur les services dépendants. Dans ce cas, l'erreur dans Graph n'a pas brisé directement la logique d'impression, mais a modifié les temps de réplication et rendu visible une condition de carrière latente dans Universal Print; les échecs de chronométrage et de réplication sont souvent les plus difficiles à détecter et à reproduire dans les environnements distribués.

Ce n'est pas la première fois ces dernières semaines que Microsoft est forcé de publier des correctifs urgents ou des mises à jour inversées pour des problèmes avec l'expérience utilisateur dans les services étendus. En avril et début mai, la société a lancé des mises à jour hors cycle pour corriger les problèmes qui ont affecté le démarrage avec les comptes Microsoft et, dans un autre cas, inversé une mise à jour qui a empêché les utilisateurs d'ouvrir le client de bureau Microsoft Teams. Des corrections d'urgence liées aux problèmes de mise à jour et de redémarrage ont également été publiées sur certains serveurs Windows. Ces mouvements montrent comment l'entreprise privilégie l'atténuation rapide lorsque la stabilité des services essentiels est compromise.

Pour les administrateurs et les gestionnaires de TI, la recommandation pratique est de surveiller l'état du service et d'appliquer les lignes directrices sur le temps de Microsoft si nécessaire. Le centre de messages et la documentation Microsoft sont les sources officielles où des avertissements, des instructions d'atténuation et des déploiements de corrections sont publiés : consultez régulièrement le message UP1287359 à votre centre de gestion et les pages d'assistance Microsoft pour être au courant de la résolution finale.

Entre-temps, l'application des mesures d'atténuation indiquées par Microsoft permet de maintenir l'impression en nuage opérationnelle à un coût d'exploitation supplémentaire limité. Et il sert aussi d'invitation à examiner les processus de gestion et les automatisations qui impliquent des hypothèses sur l'immédiateté de la réplication des répertoires, de sorte que les environnements d'entreprise sont moins vulnérables à ce type de latences intermittentes.