cwrsync en Server 2008 R2 como una tarea progtwigda
Tengo un rsync (cwrsync) lote file configurado para ejecutar, copy de security de varios directorys diariamente a un server de copy de security a través de ssh.
Establecer este file por lotes para ejecutar como una tarea progtwigda, sin embargo, no parece.
- Config OpenVPN en Windows Server 2008 R2 para el cliente puede conectar la networking Lan del server
- ¿Debería respaldarse cada vez que se almacenan datos estáticos en cinta?
- Máquina de las ventanas del marcado del banco -
- ¿Es este un server real o virtual?
- Bloquear un equipo con Windows 7 a través de GPO
Las cosas se ejecutan perfectamente si ejecuto el file por lotes mientras está conectado, sin embargo no puedo conseguir que se ejecute como una tarea progtwigda. Si estoy conectado o no, no hay diferencias. También consigo ningún error enumerado en el logging de acontecimiento, indicando que la tarea del horario se ejecuta, pero el file de hornada no para ninguna razón.
- SBS 2003 pierde Conexión a clientes específicos si no ejecuta Ping -t
- ¿Cómo puedo extraer properties no pnetworkingeterminadas del directory activo usando get-adgroupmember
- ¿El DNS de Windows registra automáticamente todos los miembros del dominio?
- Inicie session en controller de dominio de sólo lectura como administrador sin conectividad con controller de dominio primario
- Volúmenes de inicio de EBS encryptions de AWS para instancias de Windows
- Win 8.1 Implementación WDS - Nombre DNS del equipo Incorrecto después del process de image
2 Solutions collect form web for “cwrsync en Server 2008 R2 como una tarea progtwigda”
Las tareas progtwigdas de Windows se ejecutan como un usuario especial del sistema de forma pnetworkingeterminada (no puede recordar el nombre exacto, algo como LocalSystem ?), Pero ese usuario normalmente no tiene el mismo entorno o privilegios que un usuario normal del sistema. Sin saber más detalles, es difícil saber qué es lo que realmente va mal con su tarea, por lo que voy a mencionar un par de ideas.
Es posible que la secuencia de commands por lotes acceda a una letra de unidad asignada que sólo está definida para usted y, por lo tanto, la secuencia de commands falla cuando se ejecuta como el usuario especial de "Tarea progtwigda". Otra posibilidad es que tu secuencia de commands acceda a los resources compartidos de networking y creo que el usuario de "Tarea progtwigda" normalmente no tiene el privilegio de acceder a ellos.
Por último, podría intentar networkingirigir la salida de los commands de su secuencia de commands de lotes a un file de text. Eso podría ser tan simple como añadir algo como >> C:\myscriptlogfile.txt a cada línea de tu script. Examinar la salida de una ejecución fallida puede darle algunas pistas sobre lo que está mal.
Otra cosa para comprobar – es el command envuelto en comillas?
Hay un problema en Server 2008 que impide que se ejecuten las tareas progtwigdas si la command-line está envuelta en comillas. (No estoy seguro si se ha corregido en R2 sin embargo)
Usted puede trabajar a menudo alnetworkingedor de él convirtiendo la línea de command a las viejas trayectorias del estilo 8.3 (eg C: \ progra ~ 1 \ etc.)
Consulte el artículo de KB para get detalles y una revisión.