Procédure : automatiser l'exécution du package SSIS à l'aide de l'Agent SQL Server (vidéo de SQL Server)
S'applique à : Microsoft SQL Server Integration Services |
Auteur : Carla Sabotta, Microsoft Corporation |
Durée : 10 min 11 s Taille : 8,22 Mo Type : fichier WMV |
|
|
Résumé de la vidéo
Cette vidéo explique les opérations suivantes :
- Création d'un compte proxy qui exécute un package Integration Services en tant qu'étape de travail dans l'Agent SQL Server.
- Création du travail et de l'étape de travail.
- Planification de l'exécution du travail.
Transcription de la vidéo
| Horodateur de la vidéo | Audio |
|---|---|
00:00 |
Bonjour. Je m'appelle Carla Sabotta et je rédige la documentation du produit Microsoft SQL Server Integration Services. Dans cette vidéo, je vais vous montrer comment configurer l'Agent SQL Server pour automatiser l'exécution d'un package SQL Server Integration Services. Vous allez apprendre à créer un compte proxy qui exécute le package SQL Server en tant qu'étape de travail de l'Agent, créer le travail et l'étape de travail, et créer une planification pour l'exécution du travail. La première étape de la configuration de l'Agent SQL Server pour exécuter un package consiste à ouvrir SQL Server Management Studio et à établir une connexion au moteur de base de données SQL Server. Le compte qui exécute le package en tant qu'étape de travail doit avoir les mêmes autorisations qu'un compte qui exécute le package directement afin de pouvoir accéder à toutes les ressources externes dont le package a besoin. Sinon, le travail n'est pas exécuté. Vous pouvez utiliser le compte de service SQL Server Agent existant ou créer un compte proxy de l'Agent SQL Server pour exécuter le package en tant qu'étape de travail. Dans cette démonstration, nous allons créer un compte proxy. |
01:13 |
Pour créer un compte proxy, vous devez être membre du rôle serveur fixe sysadmin ou bien du rôle SQLAgentOperatorRole, SQLAgentReaderRole ou SQLAgentUserRole dans la base de données msdb. Vous créez un compte proxy en exécutant une requête Transact-SQL ou à l'aide de la boîte de dialogue Nouveau compte de proxy (New Proxy Account) dans SQL Server Management Studio. Nous utiliserons la boîte de dialogue Nouveau compte de proxy (New Proxy Account). Dans la page Général (General), spécifiez le nom et les informations d'identification du nouveau compte proxy. Nous nommons le compte Package proxy et sélectionnons des informations d'identification existantes, User1, qui contiennent les informations d'authentification. Gardez à l'esprit que les informations d'identification sélectionnées doivent permettre à l'Agent SQL Server d'exécuter le travail en tant que compte qui a créé le package ou qui dispose des autorisations requises. Vous devez également spécifier le sous-système pour lequel le proxy est activé. Chaque sous-système répertorié ici est représenté par un type d'étape de travail. Dans la mesure où nous sélectionnons le type Package SQL Server Integration Services (SQL Server Integration Services Package) lors de la configuration de l'étape de travail, pour le compte proxy, sélectionnons le sous-système Package SQL Server Integration Services (SQL Server Integration Services Package). La description du proxy est facultative. Dans la page Serveurs principaux (Principals), vous pouvez ajouter ou supprimer des rôles afin d'accorder l'accès au compte proxy. Les membres du rôle serveur fixe sysadmin ont un accès automatique. Les informations d'identification User1 que nous avons spécifiées pour le compte proxy sont répertoriées sous le nœud Informations d'identification (Credentials) dans l'Explorateur d'objets. |
03:27 |
Vous pouvez créer des informations d'identification en exécutant une requête Transact-SQL ou à l'aide de la boîte de dialogue Nouvelles informations d'identification (New Credentials). Maintenant que vous avez créé le compte proxy, vous êtes prêt à créer le travail et à ajouter une étape pour le package à exécuter. Pour exécuter plusieurs packages, vous créez une étape pour chacun d'eux. Avant de pouvoir créer un travail, le service SQL Server Agent doit être en cours d'exécution. Si cette icône s'affiche en regard de l'Agent SQL Server dans l'arborescence de l'Explorateur d'objets, le service est désactivé. Dans ce cas, cliquez avec le bouton droit sur le nœud Agent SQL Server pour redémarrer le service. |
04:17 |
Vous créez un travail et une étape de travail en appelant une procédure stockée ou à l'aide de la boîte de dialogue Nouveau travail (New Job). Nous utiliserons la boîte de dialogue Nouveau travail (New Job). Commencez par configurer les propriétés du travail dans la page Général (General) de la boîte de dialogue. Vous devez indiquer le nom du travail et confirmer que les paramètres relatifs au propriétaire et à la catégorie sont exacts. Vous pouvez également fournir une description du travail. Appelons le travail Integration Services Package et acceptons les autres paramètres par défaut. Il convient d'activer la case à cocher Activé (Enabled) pour s'assurer que le travail peut être planifié. |
05:01 |
Ajoutez ensuite une étape de travail dans la page Étapes (Steps) et configurez les propriétés. Appelons l'étape de travail Basic package. Étant donné que nous exécutons un package à l'aide d'une version de l'utilitaire dtexec appelée automatiquement par le système, sélectionnons le type Package SQL Server Integration Services (SQL Server Integration Services Package). Lors de l'exécution du travail, la version 32 bits ou 64 bits de l'utilitaire est automatiquement appelée, en fonction du processeur de l'ordinateur et des versions de SQL Server et de l'Agent SQL Server en cours d'exécution sur l'ordinateur. Dans cette démonstration, les versions 32 bits de l'Agent SQL Server et de SQL Server sont exécutées sur un ordinateur 32 bits. Par conséquent, la version 32 bits de l'utilitaire est appelée. Vous avez la possibilité d'appeler la version 32 bits de l'utilitaire sur un ordinateur 64 bits, avec des versions 64 bits de SQL Server et de l'Agent SQL Server installées. Il vous suffit de sélectionner l'option Utiliser le runtime 32 bits (Use 32 bit runtime) sous l'onglet Options d'exécution (Execution options). Il s'agit d'une nouvelle fonctionnalité de SQL Server 2008. Dans la liste Exécuter en tant que (Run as), sélectionnons le compte proxy créé précédemment, qui exécute le package SQL Server en tant qu'étape de travail de l'Agent. Ensuite, sous l'onglet Général (General), sélectionnez la source du package qui peut être SQL Server, le magasin de packages SSIS ou le système de fichiers. Dans cette démonstration, le package est stocké dans le système de fichiers. |
06:54 |
Vous avez la possibilité de spécifier plusieurs options de ligne de commande pour l'étape de travail, par exemple l'ajout de fichiers de configuration, la mise à jour de chaînes de connexion à la source de données et l'ajout de modules fournisseurs d'informations. Nous ajoutons un module fournisseur d'informations pour écrire des entrées de journal pour les événements dans une base de données SQL Server en utilisant un gestionnaire de connexions dans le package. Le gestionnaire de connexions DestinationConnectionOLEDB établit une connexion à la base de données AdventureWorks2008 de SQL Server. |
07:38 |
Maintenant que vous avez créé le travail de l'Agent SQL Server et ajouté une étape de travail, vous êtes prêt à planifier le travail. Vous pouvez sélectionner une planification existante ou en créer une nouvelle. Vous devez indiquer le nom de la planification ainsi que le moment et la fréquence d'exécution du travail. Appelons la planification Integration Services Package Schedule et configurons le travail pour qu'il s'exécute une fois par jour à 17:00 jusqu'à la fin du mois. Pour activer la planification, assurez-vous que la case à cocher Activé (Enabled) est activée. Le système exécute à présent automatiquement le package suivant une planification définie, à l'aide du compte proxy créé pour exécuter le travail. |
08:59 |
Vous pouvez également exécuter un travail à tout moment hors du délai défini par la planification, ce que nous allons faire maintenant. Étant donné que le travail que nous avons créé contient uniquement une étape, il démarre immédiatement ; sinon, il serait nécessaire de sélectionner l'étape par laquelle commencer. Comme vous pouvez le voir, le travail a correctement exécuté le package. Vous pouvez utiliser l'Agent SQL Server pour exécuter un package stocké sur votre ordinateur local, comme nous l'avons fait dans cette démonstration, ou sur un autre ordinateur. Gardez à l'esprit que, quel que soit l'emplacement de stockage du package, il est exécuté sur le même ordinateur que l'Agent SQL Server qui l'appelle. Cette vidéo vous a expliqué comment créer un compte proxy qui exécute un package SQL Server en tant qu'étape de travail de l'Agent, créer le travail et l'étape de travail, et créer une planification pour l'exécution du travail. Nous vous remercions d'avoir regardé cette vidéo. Nous espérons que vous l'avez trouvée intéressante et que vous reviendrez à la page Web pour regarder d'autres vidéos liées à Microsoft SQL Server. |