Administrar trabajos en una empresa
Se aplica a:
SQL ServerAzure SQL Managed Instance
Importante
En Azure SQL Managed Instance, actualmente son compatibles la mayoría de las características del Agente SQL Server. Consulte Diferencias entre T-SQL de Azure SQL Managed Instance y SQL Server para más información.
Si realiza cambios en definiciones de trabajos multiservidor fuera de Microsoft SQL Server Management Studio, tendrá que exponer los cambios en la lista de descargas para que los servidores de destino puedan volver a descargar el trabajo actualizado. Para asegurarse de que los servidores de destino tienen las definiciones de trabajos actuales, exponga una instrucción INSERT después de actualizar el trabajo multiservidor, como se explica a continuación:
EXECUTE sp_post_msx_operation 'INSERT', 'JOB', '<job id>'
Para notificar a los servidores de destino de que se ha modificado un trabajo multiservidor, debe invocar el comando anterior después de utilizar uno de los siguientes procedimientos:
sp_detach_schedule (Transact-SQL)
Nota
No es necesario llamar a sp_post_msx_operation después de llamar a sp_update_job o sp_delete_job, ya que estos procedimientos almacenados exponen automáticamente los cambios necesarios en la lista de descarga.
A continuación se muestran tareas comunes para la administración de trabajos en una empresa:
Para comprobar el estado de un servidor de destino
Para modificar los servidores de destino para un trabajo
Para modificar la ubicación de un servidor de destino
Para sincronizar los relojes de los servidores de destino
Para forzar que un servidor de destino sondee el servidor maestro
Consulte también
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de