Por qué tu servidor de impresión sigue bloqueándose (y cómo solucionarlo)

El servicio de cola de impresión (spooler) se bloquea. Reinicias el servicio. La impresión vuelve a funcionar durante veinte minutos, una hora si tienes suerte, y luego vuelve a pasar. En algún lugar de tu cola de tickets hay tres de «la impresora no funciona» que en realidad son el mismo problema con otro disfraz.

Este es uno de los patrones de fallo más comunes en la administración de Windows y tiene fama de ser aleatorio. Normalmente no lo es. A continuación te explicamos qué lo causa realmente, cómo restablecer la impresión ahora mismo y por qué la solución que no se mantiene es el reinicio en sí.

¿Por qué sigue fallando un servidor de impresión?

Un servidor de impresión sigue fallando porque su servicio de cola de impresión, spoolsv.exe, recibe una impresión que no puede procesar correctamente y falla en lugar de omitirla. Las causas más comunes son una impresión corrupta o atascada, un controlador de impresora defectuoso o incompatible, o un problema de permisos en la carpeta del spooler. Un reinicio despeja el atasco inmediato, pero no elimina lo que lo provocó, por eso el bloqueo vuelve a producirse.

¿Cuáles son los problemas habituales que provocan el bloqueo del servicio de cola de impresión (spooler)?

Una impresión atascada o corrupta. Un solo archivo defectuoso en la cola es suficiente. El spooler intenta procesarlo, se bloquea y arrastra consigo todas las demás impresiones en cola. Esta es la causa más común y la más fácil de descartar en primer lugar.

Un controlador en conflicto con el spooler. Los controladores de impresora se ejecutan dentro del espacio de proceso del spooler con un alto nivel de confianza y poco aislamiento. Un controlador obsoleto, uno sin firmar o dos versiones del mismo controlador que hayan quedado tras una actualización son una de las formas más fiables de bloquear el servicio. Si el bloqueo comenzó justo después de una actualización de Windows o de la instalación de un nuevo controlador, ahí es donde hay que mirar primero.

Un problema de permisos en el directorio de la cola de impresión. El spooler necesita acceso específico para escribir en su carpeta de cola de impresión. Las herramientas de limpieza de terceros, las utilidades de limpieza de disco o una política de seguridad demasiado agresiva pueden cambiar silenciosamente esos permisos y desestabilizar el servicio sin que nadie se dé cuenta hasta que la impresión se detiene.

Conflictos con el monitor de puerto o el procesador de impresión. Es menos común, pero ocurre: un monitor de puerto (especialmente con impresoras compartidas por USB o conectadas por WSD) o un procesador de impresión defectuoso se engancha a spoolsv.exe y lo bloquea.

Una impresión grande o mal formada que consume recursos. La renderización se realiza a través del controlador, y un archivo defectuoso o de gran tamaño puede consumir memoria hasta que el servicio cede. Esto parece un bloqueo aleatorio, pero normalmente se puede rastrear hasta un documento o un usuario específico.

¿Cómo restablecer la impresión cuando el servidor de impresión se cae?

Esto no solucionará la causa subyacente, pero permitirá que la oficina vuelva a imprimir mientras diagnosticas el problema correctamente.

1. Reinicia el servicio de cola de impresión (Print Spooler). Abre Servicios (services.msc), busca «Print Spooler» y reinícialo. Si se vuelve a bloquear inmediatamente, no sigas reiniciando a ciegas. Pasa al siguiente paso.
2. Limpia la carpeta de la cola de impresión. (por defecto C:\Windows\System32\spool\PRINTERS) Primero, detén el servicio de cola de impresión, luego vacía el contenido de la carpeta de la cola de impresión (aquí se quedan las impresiones atascadas) y vuelve a iniciar el servicio. Esto resuelve inmediatamente un bloqueo causado por una impresión atascada.
3. Comprueba el Visor de eventos. Busca en Registros de Windows y en el registro del servicio de impresión el error que se produjo justo antes del bloqueo. Normalmente nombra el controlador o el proceso implicado, lo que convierte las suposiciones en un diagnóstico.
4. Aísla el controlador sospechoso. Si el Visor de eventos señala un controlador concreto, elimínalo desde la Administración de impresión, no solo desde el icono de la impresora, porque una eliminación parcial es una causa habitual de que el mismo bloqueo vuelva a aparecer. Reinstálalo con el controlador actual y firmado del fabricante en lugar del que venía originalmente.
5. Confirma los permisos de la carpeta de la cola de impresión si nada de lo anterior lo explica. Es una causa menos común, pero vale la pena comprobarla antes de dar por hecho que es un misterio.

¿Por qué los problemas del servidor de impresión reaparecen después de solucionarlos?

Porque un reinicio, o incluso un cambio de controlador, trata el síntoma. La arquitectura del servidor de impresión es la verdadera razón por la que esto sigue ocurriendo: un único servicio de Windows se encarga de poner en cola cada impresión, cargar cada controlador y renderizar cada documento para toda la oficina, y se ejecuta con los privilegios necesarios para hacerlo. Una impresión defectuosa, un mal controlador o un cambio de permisos en cualquier punto de esa cadena puede tumbar todo el sistema, y no hay aislamiento entre la impresora que falla y las otras once que no.

Por eso en entornos más grandes se nota más. Cada modelo de impresora adicional es otro controlador en el mismo proceso compartido. Cada sede adicional es otro servidor con el mismo diseño. El bloqueo no es un error que se arregla con un parche; es un resultado predecible de pasar cada impresión por un único servicio con privilegios y sin aislamiento entre ellas.

Es el mismo servicio subyacente que figura en el propio registro de vulnerabilidades de Microsoft: Microsoft atribuye el 9 % de todos los problemas de seguridad de Windows notificados al Microsoft Security Response Center en los últimos tres años a la pila de impresión, y desde PrintNightmare en 2021 se han divulgado aproximadamente 53 vulnerabilidades relacionadas con el spooler. La inestabilidad y la inseguridad del spooler proceden del mismo diseño, aunque normalmente se traten como problemas distintos.

¿Qué detiene los bloqueos de forma definitiva?

Eliminar lo que se bloquea. Un servidor de impresión sigue fallando porque el spooler renderiza cada impresión localmente y carga cada controlador en un único proceso compartido y con privilegios. La impresión en la nube elimina ese proceso por completo: las impresiones se renderizan en la nube, no en un servidor, por lo que no existe ningún spooler local que suponga ese riesgo ni un almacén de controladores en el servidor que pueda corromperse.

Con ezeep, las impresiones se renderizan en la nube frente a una biblioteca de controladores de fabricantes, de modo que no se instala ni se mantiene nada en un servidor. El ezeep Hub, un pequeño dispositivo conector en cada ubicación, entrega la impresión final a la impresora. Si una impresora o una impresión tiene un problema, no tira abajo al resto de la oficina, porque no existe un proceso compartido que pueda caer. No hay ningún servicio de spooler al que reiniciar a las 7 de la mañana porque se bloqueó durante la noche, ningún almacén de controladores que auditar después de cada actualización de Windows, ni un único punto de fallo que dé servicio a todas las impresoras del edificio.

Las organizaciones no tienen que quitar su servidor de impresión para probar esto. La mayoría ejecuta ezeep junto al servidor existente, migra primero las impresoras que más problemas causan y da de baja el servidor una vez que han confirmado que aguanta. Qué reemplaza a un servidor de impresión, componente por componente, se explica en otro desglose, y el coste oculto de mantener el actual (mantenimiento de controladores, tickets de soporte, parcheo de emergencia) se desglosa en un artículo complementario sobre el verdadero coste de un servidor de impresión.