Share via


Ejecutar trabajos

Actualizado: 14 de abril de 2006

Es posible que necesite ejecutar un trabajo a menudo, pero no con regularidad. En estos casos, en lugar de programar un trabajo, puede simplemente ejecutarlo manualmente cuando lo necesite. También puede ejecutar manualmente trabajos que tengan asignada una programación. Por ejemplo, aunque haya programado un trabajo de copia de seguridad de la base de datos master para que se ejecute a última hora de la tarde, es posible que desee realizar una copia de seguridad de la base de datos inmediatamente después de realizar cambios en la configuración de la instancia.

Una instancia de SQL Server sólo puede ejecutar una instancia de un trabajo a la vez. Si un trabajo se ha iniciado conforme a su programación, no puede iniciar otra instancia del trabajo en el mismo servidor hasta que finalice el trabajo programado. En entornos multiservidor, se puede ejecutar simultáneamente en cada servidor de destino una instancia del mismo trabajo.

Si no desea que se ejecute un trabajo programado, puede deshabilitarlo. También puede detener un trabajo mientras se está ejecutando. En la mayor parte de los casos, cuando se utiliza un comando de detención, el paso de trabajo actual se cancela y se pasa por alto la lógica de reintentos. Algunos pasos del trabajo, como instrucciones de Transact-SQL de larga duración (BACKUP) o algunos comandos DBCC, pueden no responder rápidamente a peticiones de detención. Cuando se detiene un trabajo, se registra una entrada de "Job Canceled" en el historial de trabajos.

Procesar trabajos multiservidor

Un trabajo multiservidor es un trabajo que ejecuta un servidor principal en uno o más servidores de destino. Cada servidor de destino sondea periódicamente al servidor principal, descarga una copia de cualquier nuevo trabajo asignado al servidor de destino y, a continuación, se desconecta. El servidor de destino ejecuta el trabajo de manera local y, a continuación, se vuelve a conectar al servidor principal para cargar el estado del resultado del trabajo una vez finalizado.

[!NOTA] Si no es posible el acceso al servidor principal cuando el servidor de destino intenta cargar el estado del trabajo, dicho estado de trabajo se coloca en la cola hasta que vuelva a ser posible el acceso al servidor principal.

Para iniciar un trabajo
Para detener un trabajo
Para forzar que un servidor de destino sondee el servidor principal
Para establecer el intervalo de sondeo para servidores de destino

Vea también

Otros recursos

sysdownloadlist (Transact-SQL)

Ayuda e información

Obtener ayuda sobre SQL Server 2005

Historial de cambios

Versión Historial

14 de abril de 2006

Contenido modificado:
  • Se quitó la nota que explicaba por qué los trabajos que utilizan servidores proxy podían generar un error en la ejecución, nota que se había agregado para la versión de 5 de diciembre de 2005 de los Libros en pantalla de SQL Server de SQL Server 2005. Este problema se corrigió en el Service Pack 1 de SQL Server 2005.

5 de diciembre de 2005

Contenido nuevo:
  • Se agregó una nota explicando por qué los trabajos que utilizan servidores proxy pueden generar un error en la ejecución.