Pourquoi votre serveur d'impression plante sans arrêt (et comment y remédier)

Le spouleur d'impression plante. Vous redémarrez le service. L'impression fonctionne de nouveau pendant vingt minutes, une heure si vous avez de la chance, puis le problème se reproduit. Quelque part dans votre file d'attente de tickets, il y a trois tickets « l'imprimante ne fonctionne pas » qui sont en réalité le même incident sous différents masques.

C'est l'un des scénarios de panne les plus courants en administration Windows, et il a la réputation d'être aléatoire. En réalité, ce n'est généralement pas le cas. Voici ce qui en est la cause, comment rétablir l'impression immédiatement, et pourquoi c'est précisément le redémarrage — la solution qui ne tient jamais — qui laisse revenir le problème.

Pourquoi un serveur d'impression plante-t-il sans cesse ?

Un serveur d'impression plante parce que son service de spouleur, spoolsv.exe, reçoit une tâche d'impression qu'il ne peut pas traiter proprement et échoue au lieu de l'ignorer. Les déclencheurs les plus courants sont une tâche d'impression corrompue ou bloquée, un pilote bogué ou incompatible, ou un problème d'autorisations dans le dossier du spouleur. Un redémarrage débloque la situation à court terme, mais n'élimine pas la cause sous-jacente — d'où la réapparition du plantage.

Quelles sont les causes habituelles du plantage d'un spouleur d'impression ?

Une tâche d'impression bloquée ou corrompue. Un seul fichier problématique dans la file d'attente suffit. Le spouleur tente de le traiter, bloque et entraîne à sa suite toutes les autres tâches en attente. C'est la cause la plus fréquente et la plus simple à exclure en premier.

Un pilote en conflit avec le spouleur. Les pilotes d'impression s'exécutent dans l'espace de processus du spouleur, avec un niveau de confiance élevé et peu d'isolation. Un pilote obsolète, non signé, ou la présence de deux versions du même pilote après une mise à jour est l'un des moyens les plus fiables de faire planter le service. Si le plantage a commencé juste après une mise à jour de Windows ou l'installation d'un nouveau pilote, c'est par là qu'il faut commencer.

Un problème d'autorisations dans le répertoire du spouleur. Le spouleur a besoin d'autorisations spécifiques pour écrire dans son dossier. Des outils tiers de nettoyage, des utilitaires de nettoyage de disque ou une stratégie de sécurité trop restrictive peuvent modifier ces permissions sans bruit et déstabiliser le service jusqu'à l'arrêt de l'impression.

Conflits de moniteur de port ou de processeur d'impression. Moins fréquent, mais cela arrive : un moniteur de port (surtout avec des imprimantes partagées en USB ou connectées en WSD) ou un processeur d'impression défaillant peut s'accrocher à spoolsv.exe et le faire planter.

Une tâche volumineuse ou mal formée qui consomme des ressources. Le rendu s'effectue via le pilote, et un fichier défectueux ou surdimensionné peut consommer toute la mémoire jusqu'à ce que le service cède. Cela ressemble à un plantage aléatoire, mais on peut généralement remonter jusqu'à un document ou un utilisateur précis.

Comment rétablir l'impression quand le serveur d'impression est en panne ?

Cela ne résoudra pas la cause profonde, mais permettra au bureau d'imprimer à nouveau pendant que vous effectuez un diagnostic complet.

1. Redémarrez le service du spouleur d'impression. Ouvrez Services (services.msc), repérez le spouleur d'impression et redémarrez-le. S'il plante à nouveau immédiatement, ne le redémarrez pas aveuglément : passez à l'étape suivante.

Pourquoi les problèmes de serveur d'impression reviennent-ils sans cesse après avoir été corrigés ?

Parce qu'un redémarrage, ou même un changement de pilote, ne traite que le symptôme. L'architecture du serveur d'impression est la vraie raison de ces récidives : un seul service Windows met en file d'attente toutes les tâches d'impression, charge tous les pilotes et effectue le rendu de tous les documents pour tout le bureau, et il s'exécute avec des privilèges suffisants pour le faire. Une seule tâche d'impression défaillante, un seul pilote défaillant ou une modification des autorisations n'importe où dans cette chaîne peut faire tomber l'ensemble, et il n'y a aucune isolation entre l'imprimante qui pose problème et les onze autres qui fonctionnent correctement.

C'est aussi pourquoi les environnements plus étendus sont plus affectés. Chaque modèle d'imprimante supplémentaire ajoute un pilote au même processus partagé. Chaque site supplémentaire signifie un autre serveur soumis à la même architecture. Le plantage n'est pas un bug qu'on corrige avec un correctif : c'est le résultat prévisible de faire passer chaque tâche d'impression par un service unique et privilégié, sans isolation entre elles.

C'est le même service sous-jacent qui apparaît dans les rapports de vulnérabilité de Microsoft : au cours des trois dernières années, Microsoft a attribué 9 % de tous les problèmes de sécurité Windows signalés au Microsoft Security Response Center à la pile d'impression, et environ 53 vulnérabilités liées au spouleur d'impression ont été divulguées depuis PrintNightmare en 2021. L'instabilité et l'insécurité du spouleur d'impression proviennent de la même conception, même si elles sont généralement traitées comme des problèmes distincts.

Comment éliminer définitivement les plantages ?

En supprimant l'élément qui plante. Un serveur d'impression plante parce que le spouleur d'impression rend chaque tâche d'impression localement et charge chaque pilote dans un processus unique, partagé et privilégié. L'impression cloud supprime entièrement ce processus : le rendu des tâches s'effectue dans le cloud, pas sur un serveur, il n'existe donc aucun spouleur d'impression local exposé à ce risque et aucun magasin de pilotes sur le serveur susceptible d'être corrompu.

Avec ezeep, le rendu des tâches d'impression s'effectue dans le cloud à partir d'une bibliothèque de pilotes fabricants, de sorte que rien n'est installé ni maintenu sur un serveur. L'ezeep Hub, un petit connecteur installé sur chaque site, transmet la tâche finalisée à l'imprimante. Si une imprimante ou une tâche d'impression rencontre un problème, cela ne met pas le reste du bureau hors service, car il n'existe aucun processus partagé à faire chuter. Plus de service de spouleur d'impression à redémarrer à 7 h parce qu'il a planté pendant la nuit, plus de magasin de pilotes à auditer après chaque mise à jour de Windows, et plus de point de défaillance unique qui dessert toutes les imprimantes du bâtiment.

Les organisations n'ont pas besoin de supprimer leur serveur d'impression pour tester la solution. La plupart déploient ezeep en parallèle du serveur existant, migrent d'abord les imprimantes qui posent le plus de problèmes, puis mettent le serveur hors service une fois la stabilité confirmée. Ce qui remplace un serveur d'impression, composant par composant, est expliqué dans une analyse séparée, et les coûts cachés liés au maintien du serveur actuel (maintenance des pilotes, tickets d'assistance, correctifs d'urgence) sont détaillés dans un article compagnon sur le véritable coût d'un serveur d'impression.

Prêt à passer au cloud ?

Passer à ezeep.

Essayer gratuitement