mal aislamiento de la impresora en el servidor de impresión o mejor manera?

8

Me di cuenta de que cuando una impresora o un controlador se estropea en un servidor de Windows, generalmente se bloquea o mata la cola de impresión y todos no pueden imprimir hasta que se solucione. Por lo general, tenemos que colocar la impresora problemática en otro servidor para que, cuando falla, no se lleve a todo el grupo. Eso supone que alguna vez descubramos qué impresora es el problema.

¿Hay alguna manera de tenerlo para que una manzana podrida no arruine el racimo? Incluso si se trata de otra forma de publicación de impresoras, funcionaría siempre y cuando no sea difícil para el usuario encontrar una impresora e instalar controladores.

windows print-server José
fuente

Respuestas:

8

Sé que esto no ayuda a la situación actual de su servidor, pero algo importante: Windows Server 2008 R2 y Windows 7 le permitirán configurar el aislamiento del controlador de impresora . Le permite ejecutar impresoras problemáticas como un proceso separado, para que no eliminen la cola de impresión.

Brett G
fuente
4

Cuando tuvimos problemas como este, descubrimos que estaba más relacionado con los controladores de impresión de modelos HP mixtos en el servidor de impresión que con un controlador defectuoso. Una vez que movimos todas las impresoras HP para usar el controlador de impresión Universal, nuestros problemas desaparecieron.

Kevin Kuphal
fuente
55
Eso todavía me parece un mal conductor. Simplemente movió todo a usar un controlador no malo.
Evan Anderson
1
Supongo que técnicamente, sí, fue un problema con el controlador, pero no creo que ninguno de los controladores causara problemas, solo tuvimos problemas al mezclar diferentes modelos en el mismo servidor de impresión.
Kevin Kuphal
Tenga en cuenta que se sabe que los controladores universales son muy poco confiables, a pesar de que parecían funcionar para usted
Brett G
3

Acabamos de pasar por problemas similares. Ciertos documentos impresos por ciertos usuarios a ciertas impresoras atornillarán por completo el servicio de cola en un servidor win 2k3 y, por eso, noqueará a todas las otras impresoras.

Realmente no encontramos una manera adecuada de evitar eliminar la cola de impresión completa que no sea tener muchos servidores de impresión, lo que obviamente no es muy amigable. Sin embargo, lo que hemos hecho es crear colas adicionales para impresoras problemáticas que usan controladores PCL o PS (básicamente el que no se esté usando actualmente). Llámalo de la misma manera con -ps / -pcl después e informa a los usuarios que tienen problemas para imprimir.

También vale la pena comprobar en services.msc en el servidor de impresión que el servicio de cola está configurado para reiniciarse automáticamente. De esa manera, puede salirse con solo unos momentos de inactividad.

Supongo que también podría aconsejar que las personas que necesitan imprimir en la impresora poco fiable lo hagan a través de la impresión IP directa, eliminando así el servidor de impresión de la ecuación.

Dormir
fuente
1

Como solución hasta que obtenga un controlador más funcional para la impresora con fallas, es ejecutar un script cuando la cola de impresión falla (propiedades de recuperación en el servicio). Haga que el script borre todos los documentos del directorio de spool y luego reinicie el spooler. Existe una ligera posibilidad de perder trabajos de impresión, pero generalmente cuando veo esto, el único trabajo en la cola es el trabajo ofensivo.

Otra cosa que debe verificar es asegurarse de que tiene las últimas versiones de los controladores o volver a una versión. Asegúrese de que su impresora y el firmware IO (Jetdirect?) Estén actualizados. Finalmente, descubrí que el puerto TCP / IP estándar es mucho más confiable que usar el tipo de puerto HP o proporcionado por el proveedor. Tenemos servidores de impresión que realizan más de 600,000 páginas / mes y el tipo de puerto parece tener el mayor efecto sobre si el servidor de impresión permanece estable o no.

Actualizar:

Para el script (archivo por lotes), sería algo tan simple como esto:

del /q c:\windows\system32\spool\PRINTERS\*.*
net start spooler

Luego, ejecute el archivo por lotes como parte de la recuperación del servicio en el primer error. Es posible que desee que se envíen notificaciones sobre fallas posteriores.

cola de impresión

Doug Luxem
fuente
0

Una forma de hacerlo sería crear varias máquinas virtuales, cada una con su propia impresora (o no más de unas pocas impresoras por máquina virtual).

Kevin M
fuente
El problema con esto es que cada VM aparece como un servidor diferente.
Joseph
Voy a analizar un momento: no "aparecen" como servidores diferentes, son servidores diferentes. Consejo útil: ahora, si nombra sus impresoras siguiendo un estándar, publíquelas directamente en AD y capacite a sus usuarios en cómo buscarlas, entonces no necesita que sepan los nombres de los servidores (a menos que se trasladen a nuevos servidores. ) Incluso puede poner información de ubicación, como "sala de copia del sexto piso, Des Moines"
mfinni
0

¿Qué sistema operativo del servidor? ¿Se está deteniendo el servicio de cola de impresión? Si es así, ¿por qué no configurar el servicio para que se reinicie automáticamente si se detiene?

DanBig
fuente
Porque cuando falla así, no comenzará hasta que el archivo ofensivo se elimine del directorio de spool. Y no hay una manera fácil de averiguar cuál es ese archivo. La única forma de recuperar es eliminar TODOS los trabajos en cola del directorio de spool y reiniciar. Esto es demasiado complejo para el administrador de servicios de Windows.
sysadmin1138
Doug, debajo de usted, muestra que esto no es demasiado complejo para el administrador de servicios de Windows.
mfinni
/ Meta - Hm - raro. Pensé que era una pregunta nueva, pero después de comentar, veo que llegó a la página principal porque Doug había editado su respuesta del año pasado para incluir más instrucciones y una captura de pantalla. No importa.
mfinni