Cómo configurar la ejecución automática programada de sentencias SQL en SQL Server 2000
Si necesita ejecutar un procedimiento almacenado o una declaración SQL dentro de 3200 caracteres en SQL Server regularmente o en intervalos,
puede usar Administración->Agente SQL Server-> tarea para lograr.
1. Administración->Agente SQL Server->Trabajo (presione el botón derecho del mouse)->Nuevo Trabajo->
2. Propiedades del Nuevo Trabajo (General)->Nombre [ Personalizado El nombre de este trabajo] -> Hay una marca de verificación en la casilla habilitada ->
Se puede seleccionar la clasificación o se puede usar el valor predeterminado [Sin categoría (local)] -> El propietario predeterminado es el usuario de SQL Server que inició sesión [También hay otros inicios de sesión disponibles]->
Descripción [Complete la descripción detallada de este trabajo];
[Pasos para crear una clasificación de trabajo:
Agente SQL Server->Trabajo->Haga clic derecho para seleccionar todas las tareas->Agregar, modificar, eliminar]
3. Crear nuevas propiedades de trabajo (paso)->Nuevo->Paso nombre [personalizar el nombre del primer paso]- >Escriba [script Transact-SQL (TSQL)]->
Base de datos [base de datos a operar]->Comando
[Si es así un SQL simple, puede escribirlo directamente, o puede usar el botón Abrir para ingresar un archivo *.sql escrito
Si desea ejecutar un procedimiento almacenado, complete
exec p_procedure_name v_parameter1,[ v_parameter2…v_parameterN]
]
->OK
(Si hay varios pasos, puede llamar al nuevo botón a continuación nuevamente; también puede insertar, editar y eliminar pasos existentes);
4. Crear propiedades de trabajo (programación)->Nueva programación->Nombre [nombre de programación personalizada]->Hay una marca de verificación en habilitado. box->Programación->Recurrente->
Cambiar [Programación de programación] -> Aceptar
(Si solo desea guardar este trabajo y no desea hacerlo regularmente, puede puede quitar la marca de verificación en la casilla habilitada);
5, Crear propiedades del trabajo (notificación) -> Simplemente use el método de notificación predeterminado [Cuando el trabajo falla, escriba en el registro del sistema de la aplicación de Windows] -> DE ACUERDO.
Algunos conocimientos de SQL Server relacionados con la ejecución del trabajo:
El servicio SQLSERVERAGENT debe estar ejecutándose normalmente y el usuario de inicio de sesión de NT que lo inicia debe ser el mismo que el usuario de inicio de sesión de NT que lo inicia. la base de datos del servidor SQL.
Haga clic derecho en el trabajo para ver el historial de ejecución del trabajo y también podrá iniciar y detener el trabajo inmediatamente.
Cuando estuve mirando los registros del historial de trabajos recientemente, descubrí que algunos trabajos tienen muchos registros históricos y otros trabajos tienen pocos registros históricos.
¿Cómo puedo hacer? ¿Ciertos trabajos funcionan como se esperaba? Cada uno debe conservarse durante un período de tiempo. Por ejemplo, se conserva el historial de un mes.
Leí el documento de ayuda en línea de SQL Server, que explica:
En Administración->Agente SQL Server ->Haga clic derecho y seleccione Propiedades->Sistema operativo->Limitar el tamaño del registro del historial de trabajos->
El tamaño máximo (número de líneas) de el registro del historial de trabajos el valor predeterminado es 1000. Si hay muchos trabajos en una determinada máquina, asegúrese de aumentarlo, por ejemplo a 100000
El número máximo de líneas en cada registro del historial de trabajos está predeterminado en 100. Si el trabajo se ejecuta dos veces al día y necesita conservar los registros de un mes, se puede configurar en 60
Existe una relación de restricción mutua entre ellos y podemos cambiarla según la nuestra. necesita.
Si el servidor SQL Server cambia el nombre de la máquina, puede encontrar problemas al administrar los trabajos creados con el nombre anterior.
Error 14274: No se puede agregar, actualizar ni eliminar un. trabajo (o sus pasos o programación) iniciado desde el servidor MSX
Lea la documentación de Microsoft: /default.aspx?scid= kb;en-us;281642
Se dice que en En el sistema SQL Server 2000, el campo originating_server en msdb..sysjobs almacena el nombre del servidor original.
El sistema utilizado por 24X7 debe ser No puede cambiar el nombre de un lado a otro como dice el documento de Microsoft anterior. .
Entonces pensé, ¿puede msdb..sysjobs actualizar el campo originating_server al nuevo nombre del servidor actualmente en uso?
use msdb
seleccione * de sysjobs
p>Busque el campo originating_server o el job_id del servidor anterior y luego ejecute la instrucción de actualización:
update sysjobs set originating_server='new_server_name'
donde job_id='B23BBEBE-A3C1-4874 -A4AB-0E2B7CD01E14'
(El número de filas afectadas es 1 fila)
De esta forma, puedes agregar, actualizar o eliminar trabajos que ha experimentado el error 14274.
Si desea migrar un trabajo de una máquina a otra, puede conservar el script que creó el trabajo y luego ejecutarlo en la otra máquina.
Pasos para exportar el script de creación de todos los trabajos:
Administración->Agente SQL Server->Trabajos (botón derecho del ratón)->Todas las tareas->Generar script SQL->Guardar a la operación Pasos para exportar el script de creación de un trabajo desde un archivo sql en el sistema:
Administración->Agente SQL Server->Trabajos->Seleccione el trabajo a transferir (botón derecho del mouse)-> Todas las tareas-> Generar script SQL -> guárdelo en un archivo SQL en el sistema operativo y luego ejecute el script SQL que acaba de guardar para crear el trabajo en el servidor de destino.
(Si el usuario que creó el trabajo o el usuario que se lo recordó no existe, se producirá un error;
Necesitamos establecer un usuario de WINDOWS relevante o un inicio de sesión de base de datos de SQL Server en el servidor de destino,
p>
También puede modificar el script para crear el trabajo y reemplazar usuarios que no existen en el servidor de destino con usuarios existentes.
Si el directorio de archivos físicos donde se genera el log no existe, también se deben realizar las modificaciones pertinentes, como convertir d:area a f:area, etc.
Existen delimitadores en el comando @command de la cadena Go también cometerá errores, puedes eliminarlo)