PaperCut KB | Correction des crash du spouleur d'impression – Bien choisir son serveur d impression

Quelques fois par mois PaperCut les utilisateurs nous envoient un e-mail avec des problèmes de stabilité de la file d'attente d'impression / du spouleur. Bien que les problèmes dans la plupart des cas ne concernent pas PaperCut, c’est un sujet commun à beaucoup de grands sites. Cet article de la base de connaissances traite des problèmes liés au spouleur d’impression et suggère quelques modifications que nous avons trouvées efficaces grâce au travail que nous avons effectué au cours des 10 dernières années sur des sites avec des environnements d’impression très volumineux.

Les problèmes de stabilité de la file d'attente d'impression se manifestent généralement comme suit:

• Les files d'attente se bloquent de manière aléatoire de temps en temps. Un problème de travail doit être effacé.
• Les files d'attente se bloquent de manière aléatoire de temps en temps. Tous les travaux problématiques ne peuvent pas être effacés!
• Le service de spouleur d’impression (spoolsv.exe) se bloque. Erreurs signalées dans le moniteur d'événements Windows.
• Le service de spouleur d'impression est suspendu ou verrouillé, supprimant toutes les files d'attente.

Le comportement est généralement aléatoire ou corrélé avec une charge d'impression / serveur élevée. Dans les mêmes cas, il peut s'agir d'événements tels que l'impression d'un type particulier de travail d'impression.

Au fil des ans, nous avons travaillé avec de nombreux PaperCut les utilisateurs d’isoler ces types de problèmes. Dans presque tous les cas, ils ont été isolés pour des problèmes ou des bogues liés aux pilotes. (Habituellement, cela a été fait en retirant minutieusement une imprimante ou un type de pilote à la fois jusqu'à ce que le problème soit isolé!)

La plupart des pannes du spouleur d'impression sont causées par de mauvais pilotes (bogues de pilotes). Contrairement aux autres architectures de files d’attente (comme CUPS sous Linux), le système de spouleur d’impression Windows est monolithique. Il fonctionne comme un processus unique et charge le code de pilote dans l’espace adresse du processus de spouleur. Cela signifie que le blocage du code du pilote entraînera non seulement la tâche en cours, mais également le spouleur ou la file d'attente dans son ensemble, qui affecteront toutes les imprimantes. Nous vous recommandons d’envisager les étapes suivantes pour améliorer la fiabilité:

Rendu local uniquement

La majorité du code dans le pilote est responsable du rendu / rasterisation du travail dans des langages tels que PCL, Postscript, etc. Par conséquent, par définition, il s'agit probablement du domaine dans lequel la plupart des bogues existent. La tâche de rendu peut être déplacée du serveur vers les postes de travail en désactivant une option appelée Fonctions d'impression avancées. De retour dans Windows NT, cette option s'appelait «Toujours spouler en RAW» (et la clé de registre de sauvegarde porte toujours ce nom). Aujourd'hui, on lui attribue un nom plus générique. Toutefois, dans un environnement client-serveur, il s'agit simplement de forcer le rendu des travaux sur le poste de travail plutôt que, facultativement, sur le serveur. Cette modification améliore la stabilité du serveur car si le plantage existait dans le code de rendu du pilote, le problème serait limité au poste de travail et à un utilisateur uniquement. Pour désactiver les fonctions d'impression avancées, suivez les instructions ci-dessous: Désactivation des fonctions d'impression avancées

Désactiver la prise en charge bidirectionnelle

Si vous identifiez une file d'attente particulière comme étant problématique, par exemple, Les tâches semblent toujours se coincer dans la file d’attente X; envisagez de désactiver le support bidirectionnel du port comme suit:

1. Sur le serveur d'impression, Démarrer-> Paramètres-> Imprimantes
2. Cliquez avec le bouton droit sur l’imprimante et sélectionnez Propriétés...
3. Sélectionnez le Les ports Languette
4. Tour de Activer le support bidirectionnel

Les fournisseurs d'impression peuvent implémenter un canal de communication en dehors des méthodes du système d'exploitation pris en charge, qui peut être activé et désactivé dans l'interface fournie avec le code spécifique au fournisseur.

Cette option désactive les fonctionnalités du pilote liées à des tâches telles que le rapport d'état du matériel de l'imprimante. Si des problèmes / bogues existent dans cette zone du code du pilote, la stabilité peut être améliorée.

Pilotes de qualité

Essayez de vous en tenir aux facteurs de qualité des fournisseurs connus. Il suffit d'un mauvais conducteur pour éliminer le reste. Si vous pensez qu'un pilote en particulier est à l'origine des problèmes, envisagez de l'héberger sur un serveur d'impression séparé afin que les pannes n'affectent pas toutes les imprimantes. Nombre de nos clients des grandes universités utilisent deux serveurs d’impression. Un pour la majorité des imprimantes et un pour les conducteurs qui se conduisent mal!

surveillance

Les ordinateurs sont des ordinateurs! Des problèmes vont se produire. Mettez en place des procédures pour surveiller vos services et préparez un plan en cas de problèmes. Assurez-vous que votre service de spouleur est configuré pour redémarrer automatiquement en cas d'échec. PaperCut inclut des options pour surveiller les files d'attente d'impression et peut être configuré pour envoyer un courrier électronique aux administrateurs en cas de problèmes.

Suppression d'un seul point d'échec

Le partitionnement des pilotes d’impression posant problème sur un autre serveur, comme indiqué ci-dessus, est une bonne stratégie pour isoler les points de défaillance. Les sites plus grands peuvent envisager des méthodes plus avancées telles que la mise en cluster de serveurs et / ou la répartition de la charge sur plusieurs serveurs. Ces méthodes permettent toutes de détecter des points de défaillance uniques, garantissant qu'une défaillance dans un domaine donné ne peut pas affecter tous les utilisateurs et services. (Par exemple, une panne du serveur d'impression hébergeant les périphériques grand format du service d'ingénierie n'affectera pas les serveurs hébergeant les imprimantes laser standard des autres départements). PaperCut prend en charge les clusters et les déploiements multi-serveurs.

Q Mon service de spouleur est tombé en panne et je pense PaperCut était la cause?

PaperCut adoptent une approche passive de la surveillance de l’impression et son intégration au système d’exploitation est la suivante:

1. Lorsqu'un nouveau travail arrive, il est suspendu dans la file d'attente.
2. PaperCut lit ensuite le fichier de spool pour extraire les métadonnées (par exemple, nombre de pages, format de papier, etc.)
3. PaperCut reprend ensuite le travail.

Aucune intégration au niveau du pilote ou du module de spouleur n’a lieu.

Nous avons rencontré des problèmes (généralement avec des imprimantes moins connues) dans lesquels la mise en pause et la reprise des travaux provoquent parfois une apparition plus rapide des bogues du pilote. Avec le spouleur d’impression monolithique de Windows, il suffit d’un mauvais pilote! Les modifications de paramètres suivantes résolvent généralement le problème:: Désactivation des fonctionnalités d'impression avancées

Q Mon service de spouleur est tombé en panne et je ne peux pas le redémarrer. Il se reproduit juste au démarrage. Comment je le répare?

Plus probablement, cela est dû à un fichier spool corrompu. Essayez la procédure suivante:

1. Arrêtez le service de spouleur sous Panneau de configuration -> Outils d'administration -> Services
2. Supprimer tous les fichiers de C: Windows System32 Spool PRINTERS
3. Redémarrez le service de spouleur arrêté dans 1.

Catégories: Dépannage, Windows

erreur de pilote, accroché, verrouiller, crashé, spouleur, pilote, stabilité, blocage