¡Disculpas si esto tiene una respuesta realmente obvia!
Tenemos varias tareas diarias que ejecutamos a través de un script .vbs en nuestro servidor (a través delProgramador de tareas), y durante meses ha ido bien, pero recientemente hemos tenido un problema. Los scripts .vbs dejaron de ejecutarse correctamente (siempre se agota el tiempo de espera)... pero aún se pueden ejecutar manualmente sin problemas (!).
Sin saber ninguna buena razón por la cual el Programador de tareas debería comenzar a tener problemas, pensamos en probar un poco de "pensamiento creativo" y ejecutar el .vbs de otra manera: a través de un archivo .bat ejecutado por el Programador de tareas. Nuevamente nos topamos con problemas extraños, pero esta vez con un poco más de información de depuración.
El archivo .bat ejecutado por el Programador de tareas no es más que...
CScript "C:\location\script.vbs" > Log.txt
Pero después de intentar ejecutarlo, el Programador de tareas falla con el siguiente error:
0x1:Se llamó a una función incorrecta o se llamó a una función desconocida.
El Log.txt (como resultado del archivo .bat anterior) dice:
Error de CScript: falló la inicialización del Windows Script Host. (No hay suficiente espacio de almacenamiento disponible para procesar este comando. )
Pero entiende esto:¡El archivo .bat se ejecuta perfectamente (script vbs y todo) si se ejecuta con un doble clic!Solo hay un problema cuando lo ejecuta el Programador de tareas. ¿Qué demonios?
Estaban corriendoServidor Windows 2008 R2(x64) y sí, los resultados del Programador de tareas son los mismos ya sea que el usuario haya iniciado sesión o no. Además, el usuario que puede ejecutar los scripts manualmente con éxito también es el mismo usuario que ejecuta los scripts en el Programador de tareas.
¡Gracias por cualquier ayuda con este extraño problema!
Respuesta1
Resulta que en realidad fue falta de memoria. Reiniciar el servidor y liberar 16 Gb nuevamente permitió que se ejecutara después de todo. No hay problemas con los permisos de usuario. No hay problemas con las credenciales de usuario. Fue simplemente un problema de memoria extraño (me di cuenta de que algo estaba mal cuando no podía iniciar el Administrador de configuración SQL o instalar con éxito ninguna actualización a través de Windows Update).
Supongo que el Programador de tareas no tenía permiso para recuperar RAM, mientras que el usuario administrador que ejecutaba el .bat a mano sí lo tenía.
Lata de gusanos: Abierto. *sollozo*
Respuesta2
Parece un problema con los derechos de la tarea programada. Asegúrese de que a la tarea se le asignen las credenciales necesarias para iniciar Windows Script Host. Dentro del administrador de tareas, debe haber un lugar para definir las credenciales de la cuenta bajo la cual se ejecuta la tarea.