Cómo automatizar la ejecución de paquetes SSIS usando el Agente SQL Server (vídeo de SQL Server)
Se aplica a: Microsoft SQL Server Integration Services |
Autora: Carla Sabotta, Microsoft Corporation |
Duración: 00:10:11 Tamaño: 8,22 MB Tipo: WMV |
|
|
Resumen del vídeo
Este vídeo muestra lo siguiente:
- Cómo crear una cuenta de proxy que ejecuta un paquete de Integration Services como un paso de trabajo del Agente SQL Server.
- Cómo crear el trabajo y el paso de trabajo.
- Cómo programar la ejecución del trabajo.
Transcripción del vídeo
| Marca de tiempo del vídeo | Audio |
|---|---|
00:00 |
Hola, soy Carla Sabotta y escribo documentación para Microsoft SQL Server Integration Services. En este vídeo, le mostraré cómo configurar el Agente SQL Server para automatizar la ejecución de un paquete de SQL Server Integration Services. Aprenderá a crear una cuenta de proxy que ejecuta el paquete como un paso de trabajo del Agente SQL Server, a crear el trabajo y el paso de trabajo, y a crear una programación para ejecutar el trabajo. El primer paso para configurar el Agente SQL Server para ejecutar un paquete es abrir SQL Server Management Studio y conectar con el motor de base de datos de SQL Server. La cuenta que ejecuta el paquete como un paso de trabajo debe tener todos los mismos permisos que una cuenta que ejecuta el paquete directamente, para obtener acceso a cualquier recurso externo al que debe tener acceso el paquete. En otro caso, el trabajo no se ejecutará. Puede usar la Cuenta del Servicio del Agente SQL Server existente o crear una cuenta de proxy del Agente SQL Server que ejecute el paquete como un paso de trabajo. En esta presentación crearemos una cuenta de proxy. |
01:13 |
Para crear una cuenta de proxy, usted debe ser miembro de la función fija de servidor sysadmin. O bien, debe ser miembro de SQLAgentOperatorRole, SQLAgentReaderRole o SQLAgentUserRole en la base de datos msdb. Cree una cuenta de proxy ejecutando una consulta Transact-SQL o usando el cuadro de diálogo Nueva cuenta de proxy (New Proxy Account) en SQL Server Management Studio. Usaremos el cuadro de diálogo Nueva cuenta de proxy (New Proxy Account). En la página General, especifique el nombre y las credenciales de la nueva cuenta de proxy. Daremos a esa cuenta el nombre Paquete de proxy (Package proxy) y seleccionaremos una credencial existente, llamada User1, que contiene la información de autenticación. Tenga en cuenta que la credencial debe habilitar al Agente SQL Server para ejecutar el trabajo como la cuenta que creó el paquete o como una cuenta que tiene los permisos requeridos. También necesita especificar un subsistema para el que el proxy esté habilitado. Cada subsistema enumerado aquí está representado por un tipo de paso de trabajo. Como seleccionaremos el tipo Paquete SQL Server Integration Services (SQL Server Integration Services Package) cuando configuremos el paso de trabajo, para la cuenta de proxy seleccionamos el subsistema Paquete SQL Server Integration Services (SQL Server Integration Services Package). La descripción del proxy es opcional. En la página Entidades de seguridad (Principals) puede agregar o eliminar funciones para conceder el acceso a la cuenta de proxy. Los miembros de la función fija de servidor sysadmin tienen acceso automático. La credencial User1 que especificamos para la cuenta de proxy está enumerada bajo el nodo Credenciales (Credencials) del Explorador de objetos (Object Explorer). |
03:27 |
Puede crear una credencial nueva ejecutando una consulta Transact-SQL o usando el cuadro de diálogo Nuevas credenciales (New Credentials). Ahora que ha creado la cuenta de proxy, ya está listo para crear el trabajo y agregar un paso para el paquete que quiere ejecutar. Para ejecutar varios paquetes, debe crear un paso para cada uno de ellos. Antes de que pueda crear un trabajo, el servicio del Agente SQL Server debe estar en ejecución. Si aparece este icono junto al Agente SQL Server en el árbol del Explorador de objetos, el servicio está deshabilitado. En tal caso, haga clic con el botón secundario en el nodo del Agente SQL Server para reiniciar el servicio. |
04:17 |
Cree un trabajo y un paso de trabajo llamando a un procedimiento almacenado o usando el cuadro de diálogo Nuevo trabajo (New Job). Usaremos el cuadro de diálogo Nuevo trabajo (New Job). Primero, configure las propiedades del trabajo en la página General del cuadro de diálogo. Necesita especificar el nombre del trabajo y confirmar que los valores de propietario y de categoría son exactos. Después, tiene la opción de proporcionar una descripción del trabajo. Al trabajo le damos el nombre de Paquete de Integration Services y captamos los otros valores predeterminados. Y seleccionaremos la casilla Habilitado (Enabled) para asegurar que el trabajo pueda ser programado. |
05:01 |
Después, agregue un paso de trabajo en la página Pasos (Steps) y configure a continuación las propiedades. Al paso de trabajo le daremos el nombre de Paquete básico. Como estamos ejecutando un paquete utilizando una versión de la utilidad dtexec invocada automáticamente por el sistema, seleccionaremos el tipo Paquete SQL Server Integration Services (SQL Server Integration Services Package). Cuando se ejecuta el trabajo, se invoca automáticamente a la versión de 32 o de 64 bits de la utilidad, dependiendo del procesador del equipo, y a las versiones de SQL Server y del Agente SQL Server que se están ejecutando en el equipo. En esta demostración, las versiones de 32 bits del Agente SQL Server y de SQL Server se están ejecutando en un equipo de 32 bits. Por tanto, se invoca a la versión de 32 bits de la utilidad. Tiene la opción de invocar a la versión de 32 bits de la utilidad en un equipo de 64 bits, con las versiones de 64 bits de SQL Server y del Agente SQL Server instaladas. Simplemente, seleccione la opción Usar motor en tiempo de ejecución de 32 bits (Use 32 bit runtime) en la ficha Opciones de ejecución (Execution options). Es una característica nueva de SQL Server 2008. En la lista Ejecutar como (Run as) seleccionaremos la cuenta de proxy que creamos antes, que ejecuta el paquete como un paso de trabajo del Agente SQL Server. Después, en la ficha General, seleccione el origen del paquete, que puede ser SQL Server, el almacén de paquetes SSIS o el sistema de archivos. En esta demostración, el paquete se ha almacenado en el sistema de archivos. |
06:54 |
Tiene la opción de especificar una serie de opciones de línea de comandos para el paso de trabajo, como agregar archivos de configuración, actualizar las cadenas de conexión del origen de datos y agregar proveedores de registro. Agregaremos un proveedor de registro para escribir entradas de registro para los eventos de una base de datos de SQL Server usando un administrador de conexiones en el paquete. El administrador de conexiones DestinationConnectionOLEDB conecta con la base de datos AdventureWorks2008 de SQL Server. |
07:38 |
Ahora que ha creado el trabajo del Agente SQL Server y agregado un paso de trabajo, está preparado para programar el trabajo. Puede seleccionar una programación existente o crear una nueva. Necesita especificar el nombre de la programación, y cuándo y con qué frecuencia se ejecutará. Daremos a la programación el nombre de Programación del paquete Integration Services y configuraremos el trabajo para que se ejecute una vez al día a las 5 p.m. hasta el final del mes. Para habilitar la programación, asegúrese de tener seleccionada la casilla Habilitado (Enabled). El sistema ejecutará ahora automáticamente el paquete en una programación establecida, usando la cuenta de proxy que creamos para ejecutar el trabajo. |
08:59 |
También puede ejecutar el trabajo en cualquier momento fuera del marco de tiempo establecido por la programación; es lo que haremos ahora. Como el trabajo que creamos solamente contiene un paso de trabajo, el trabajo se inicia inmediatamente; en otro caso, tendríamos que seleccionar el paso en el que se inicia el trabajo. Como puede ver, el trabajo ejecutó correctamente el paquete. Puede usar el Agente SQL Server para ejecutar un paquete almacenado en su máquina local, tal como hicimos en esta demostración, o ejecutar un paquete almacenado en otra máquina. Tenga en cuenta que con independencia de dónde esté almacenado el paquete, se ejecutará en la misma máquina en la que está el Agente SQL Server que invoca al paquete. El vídeo mostró cómo crear una cuenta de proxy que ejecuta un paquete como un paso de trabajo del Agente SQL Server, a crear el trabajo y el paso de trabajo y a crear una programación para ejecutar el trabajo. Gracias por su atención. Esperamos que la presentación haya sido de su interés y vuelva a visitar el sitio web para ver otros vídeos de Microsoft SQL Server. |