Problema
Dado que el fin del soporte llegará el 14 de julio para los servidores Windows 2003, trasladaremos todas nuestras tareas programadas a un servidor Windows 2008 R2.
Usamos una base de datos Microsoft(MS) Access 2003(mdb) para manejar varios procesos backend que complementan las interacciones de usuarios y clientes con nuestro sistema.
Uno de los procesos backend dentro de MS Access, la causa de esta pregunta, se niega a imprimir cuando un usuario no ha iniciado sesión.
El proceso de backend completa una tabla temporal, que luego se usa para completar el informe que se supone que debe imprimirse. Este informe tiene una consulta integrada, imágenes vinculadas y una impresora predeterminada guardada.
El usuario que ejecuta las tareas programadas es un usuario del dominio.
Lo que especulamos que podría ser
Sesión 0 Aislamiento- Access tiene una ventana de impresión muy pequeña que aparece y muestra que está en la página X de N. No se puede interactuar con esta ventana. Siento que este puede ser el culpable, pero todo lo que hemos intentado no ha funcionado para detenerlo.
Lo que hemos probado
- Carpeta de escritorio creada en el perfil del sistema
- Asegúrese de que el usuario sea administrador local con privilegios elevados
- Ejecutarlo manualmente mientras estás conectado (esto funciona)
- Creando una versión en miniatura de la aplicación que realiza una pequeña muestra del trabajo de impresión.
- Configurar la tarea programada para que se ejecute si el usuario ha iniciado sesión o no. Independientemente, los otros procesos en la base de datos de MS Access aún se ejecutan y obtenemos el informe vacío para el proceso que no se está imprimiendo.
Solución alternativa actual
Mantenemos al usuario del dominio conectado.
Respuesta1
Este problema puede ocurrir fácilmente si imprime en una impresora de sesión.
HKEY_Current_User\Printers\Connections (impresoras de sesión)
vs
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Print\Printers (impresoras locales)
Cualquier impresora instalada en un recurso compartido de red entrará en esa categoría. Inténtelo de nuevo con una impresora instalada con una cola tcp/ip local; esa impresora estará disponible en todo el sistema.
Respuesta2
Elías, ¿miraste la tarea programada y marcaste la casilla que dice "ejecutar si el usuario ha iniciado sesión o no"? Parece que sus problemas no están verificados, por lo que cuando la tarea intenta ejecutarse no puede.
Respuesta3
Parece que las impresoras no se detectan cuando se ejecuta el proceso. ¿Intentó agregar algún código de depuración para generarlo en un archivo y ver dónde queda atrapado? Descubrí que los procesos que se bloquean en VBA no generan mucha información en el visor de eventos y generalmente requieren más detección de errores en el código.
He visto el problema de aislamiento de la sesión 0 y existen soluciones, pero todos los ejemplos que encontré estaban relacionados con Excel.
Aquí hay una explicación de lo que se ve afectado por la Sesión 0.
https://msdn.microsoft.com/en-us/library/windows/hardware/dn653293%28v=vs.85%29.aspx
Respuesta4
Si configura UAC en la configuración más baja, ¿esto mejora la situación? Para hacer esto, haga clic en Inicio, luego Ejecutar Escriba msconfig en el cuadro/mensaje de ejecución y haga clic en Aceptar Haga clic en la pestaña de herramientas Haga clic en 'Cambiar configuración de UAC' y luego haga clic en Iniciar Arrastre el control deslizante hacia la parte inferior Ok, Windows y reinicie el servidor
Cuando migró la tarea, ¿recreó la tarea? Una excelente manera de migrar tareas entre 2003 y 2008 es abrir el programador de tareas en 2008, conectarse al servidor de 2003 y luego exportar las tareas. Luego puede apuntar el programador de tareas al servidor 2008 e importar las tareas. Si la tarea se ejecuta con un resultado 0x0, diría que el problema está fuera de la tarea programada.
¿Puede confirmar que la impresora imprime cuando se envía una página de prueba? Podría ser una idea comparar la configuración de la impresora en los servidores nuevos y antiguos si aún no lo ha hecho.