Travaux de l'Agent SQL Server pour les packages
S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory
Automatisez et planifiez l’exécution des packages SQL Server Integration Services avec SQL Server Agent. Vous pouvez planifier les packages qui sont déployés sur le serveur Integration Services et sont stockés dans SQL Server, le magasin de packages SSIS et le système de fichiers.
Notes
Cet article décrit comment planifier des packages SSIS de manière générale et comment les planifier au niveau local. Vous pouvez également exécuter et planifier des packages SSIS sur les plateformes suivantes :
- Cloud Microsoft Azure. Pour plus d’informations, consultez Effectuer un « lift-and-shift » des charges de travail SQL Server Integration Services vers le cloud et Planifier l’exécution d’un package SSIS dans Azure.
- Linux. Pour plus d’informations, consultez Extraire, transformer et charger des données sur Linux avec SSIS et Planifier l’exécution du package SQL Server Integration Services sur Linux avec cron.
Planification de travaux dans l'Agent SQL Server
SQL Server Agent est le service installé par SQL Server qui vous permet d’automatiser et de planifier des tâches en exécutant les travaux de SQL Server Agent. Le service SQL Server Agent doit s’exécuter avant que les travaux puissent s’exécuter automatiquement. Pour plus d’informations, consultez Configure SQL Server Agent.
Le nœud SQL Server Agent s’affiche dans l’Explorateur d’objets dans SQL Server Management Studio quand vous vous connectez à une instance du Moteur de base de données SQL Server.
Pour automatiser une tâche récurrente, créez un travail à l’aide de la boîte de dialogue Nouveau travail . Pour plus d’informations, consultez Implémenter des travaux.
Après avoir créé le travail, vous devez ajouter au moins une étape. Un travail peut inclure plusieurs étapes, et chaque étape peut effectuer une tâche différente. Pour plus d’informations, consultez Gérer les étapes de travail.
Après avoir créé le travail et les étapes du travail, vous pouvez créer une planification d'exécution du travail. Cependant, vous pouvez également créer un travail non planifié que vous exécutez manuellement. Pour plus d’informations, consultez Créer des planifications et les attacher à des travaux.
Vous pouvez améliorer le travail en définissant des options de notification, par exemple en spécifiant l'envoi de messages électroniques à un opérateur à la fin du travail ou en ajoutant des alertes. Pour plus d’informations, consultez Alertes.
Planification de packages Integration Services
Quand vous créez un travail SQL Server Agent pour planifier des packages Integration Services , vous devez ajouter au moins une étape et affecter à son type la valeur Package SQL Server Integration Services. Un travail peut inclure plusieurs étapes, et chaque étape peut exécuter un package différent.
L’exécution d’un package Integration Services à partir d’une étape du travail revient à exécuter un package à l’aide des utilitaires dtexec (dtexec.exe) et DTExecUI (dtexecui.exe). Au lieu de définir les options d’exécution pour un package à l’aide des options de ligne de commande ou de la boîte de dialogue Utilitaire d’exécution de package , vous définissez les options d’exécution dans la boîte de dialogue Nouvelle étape de travail . Pour plus d’informations sur les options de ligne de commande pour l’exécution d’un package, consultez Utilitaire dtexec.
Pour plus d’informations, consultez Planifier un package à l’aide de SQL Server Agent.
Pour obtenir une vidéo qui montre comment utiliser l’agent SQL Server pour exécuter un package, consultez la page d’accueil vidéo Guide pratique pour automatiser l’exécution du package à l’aide de SQL Server Agent (vidéo de SQL Server) dans MSDN Library.
Dépannage
Une étape de travail de SQL Server Agent peut ne pas démarrer un package même si le package est exécuté correctement dans SQL Server Data Tools (SSDT) et à partir de la ligne de commande. Ce problème est connu et plusieurs solutions sont recommandées. Pour plus d'informations, consultez les ressources ci-dessous.
Article de la Base de connaissances Microsoft intitulé Un package SSIS n’est pas exécuté quand vous appelez le package SSIS à partir d’une étape du travail de l’Agent SQL Server
Vidéo, Résolution des problèmes : exécution du package à l’aide de SQL Server Agent (vidéo de SQL Server) dans MSDN Library.
Lorsqu’une étape du travail de l’Agent SQL Server démarre un package, l’exécution du package peut échouer ou le package peut s’exécuter correctement, mais avec des résultats inattendus. Vous pouvez utiliser les outils suivants pour résoudre ces problèmes.
Pour les packages stockés dans la base de données MSDB SQL Server, dans le magasin de packages SSIS ou dans un dossier sur votre ordinateur local, vous pouvez utiliser la Visionneuse du fichier journal ainsi que tous les journaux et les fichiers de vidage des informations de débogage générés pendant l’exécution du package.
Pour utiliser la Visionneuse du fichier journal, procédez comme suit.
Cliquez avec le bouton droit sur le travail de l’Agent SQL Server dans l’Explorateur d’objets, puis sélectionnez Afficher l’historique.
Dans la zone Résumé du fichier journal , recherchez l’exécution du travail qui présente le message Travail échoué dans la colonne Message .
Développez le nœud de travail, puis sélectionnez l’étape de travail pour afficher les détails du message dans la zone sous Résumé du fichier journal.
Pour les packages stockés dans la base de données SSISDB, vous pouvez également utiliser la Visionneuse du fichier journal ainsi que tous les journaux et les fichiers de vidage des informations de débogage générés pendant l’exécution du package. En outre, vous pouvez utiliser les rapports pour le serveur Integration Services .
Pour rechercher des informations dans les rapports sur l'exécution du package associée à une exécution de travail, procédez comme suit.
Suivez les étapes ci-dessus pour afficher les détails du message de l'étape de travail.
Recherchez l'ID d'exécution répertorié dans le message.
Développez le nœud du catalogue Integration Services dans l'Explorateur d'objets.
Cliquez avec le bouton droit sur SSISDB, pointez sur Rapports, sur Rapports standard, puis sélectionnez Toutes les exécutions.
Dans le rapport Toutes les exécutions , recherchez l’ID d’exécution dans la colonne ID . Sélectionnez Vue d’ensemble, Tous les messages ou Performances de l’exécution pour afficher des informations sur l’exécution de ce package.
Pour plus d’informations sur les rapports Vue d’ensemble, Tous les messages et Performances de l’exécution, consultez Rapports du serveur Integration Services.
Planifier un package à l'aide de SQL Server Agent
La procédure suivante fournit les étapes pour automatiser l'exécution d'un package en utilisant une étape de travail de SQL Server Agent pour exécuter le package.
Pour automatiser l'exécution des packages à l'aide de l'Agent SQL Server
Dans SQL Server Management Studio, connectez-vous à l'instance de SQL Server sur laquelle vous voulez créer un travail, ou l'instance contenant le travail auquel vous voulez ajouter une étape.
Développez le nœud de SQL Server Agent dans l'Explorateur d'objets et effectuez l'une des tâches suivantes :
Pour créer un travail, cliquez avec le bouton droit sur Travaux, puis sélectionnez Nouveau travail.
Pour ajouter une étape à un travail existant, développez Travaux, cliquez avec le bouton droit sur le travail, puis sélectionnez Propriétés.
Dans la page Général, si vous créez un travail, indiquez un nom de travail, sélectionnez un propriétaire et une catégorie de travail, et fournissez une description du travail si vous le souhaitez.
Pour rendre le travail disponible pour la planification, sélectionnez Activé.
Pour créer une étape de travail pour le package à planifier, sélectionnez Étapes, puis Nouveau.
Pour le type d'étape de travail, sélectionnez Package Integration Services .
Dans la liste Exécuter en tant que , sélectionnez Compte de service SQL Server Agent ou sélectionnez un compte proxy ayant les informations d'identification qui seront utilisées par le travail. Pour plus d'informations sur la création d'un compte proxy, consultez Create a SQL Server Agent Proxy.
En utilisant un compte proxy au lieu du Compte de service SQL Server Agent , vous pouvez résoudre les problèmes courants qui peuvent se produire lors de l'exécution d'un package à l'aide de SQL Server Agent. Pour plus d’informations sur ces problèmes, consultez l’article de la Base de connaissances Microsoft intitulé Un package SSIS n’est pas exécuté quand vous appelez le package SSIS à partir d’une étape du travail de l’Agent SQL Server.
Lors de l’exécution d’un travail avec un proxy, les éléments de sécurité suivants doivent être en place pour que le travail s’exécute correctement.
Informations d’identification de connexion utilisées par le proxy, le compte qui exécute SQL Server Agent et le compte qui exécute le Service SQL Server nécessitent les autorisations suivantes :
- Attribut de stratégie de sécurité locale : Remplacer un jeton de niveau processus
- Contrôle total sur %SYSTEMROOT%\Temp
En cas d’échec de mise en place des éléments de sécurité, la tâche échoue et un message d’erreur semblable au suivant s’affiche : Le travail a échoué. Le client ne dispose pas d’un privilège qui est obligatoire.
Notes
Si le mot de passe est différent de celui des informations d'identification que le compte proxy utilise, vous devez mettre à jour le mot de passe des informations d'identification. Autrement, l'étape de travail échouera.
Pour plus d’informations sur la configuration du compte de service de l’Agent SQL Server, consultez Définir le compte de démarrage du service pour l’Agent SQL Server (Gestionnaire de configuration SQL Server).
Dans la zone de liste Source du package, sélectionnez la source du package et définissez les options de l’étape de travail.
Le tableau suivant décrit les sources de package possibles.
Source du package Description Catalogue SSIS Packages stockés dans la base de données SSISDB. Les packages sont contenus dans les projets Integration Services déployés sur le serveur Integration Services . SQL Server Packages stockés dans la base de données MSDB. Vous utilisez le service Integration Services pour gérer les packages. Magasin de packages SSIS Packages stockés dans le dossier par défaut sur votre ordinateur. Le dossier par défaut est <lecteur>:\Program files\Microsoft SQL Server\110\DTS\Packages. Vous utilisez le service Integration Services pour gérer les packages.
Remarque : Vous pouvez spécifier un dossier différent ou spécifier des dossiers supplémentaires dans le système de fichiers géré par le service Integration Services, en modifiant le fichier de configuration pour Integration Services. Pour plus d’informations, consultez Service Integration Services (Service SSIS).Système de fichiers Packages stockés dans un dossier sur votre ordinateur local. Les tableaux suivants décrivent les options de configuration disponibles pour l'étape de travail en fonction de la source du package que vous sélectionnez.
Important
Si le package est protégé par mot de passe, lorsque vous cliquez sur l'un des onglets de la page Général de la boîte de dialogue Nouvelle étape de travail , à l'exception de l'onglet Package , vous devez entrer le mot de passe dans la boîte de dialogue Mot de passe du package qui s'affiche. Sinon, le travail de SQL Server Agent n'exécute pas le package.
Source du package : Catalogue SSIS
Onglet Options Package Serveur
Tapez ou sélectionnez le nom de l'instance de serveur de base de données qui héberge le catalogue SSIS.
Lorsque Catalogue SSIS est la source du package, vous pouvez vous connecter au serveur avec seulement un compte d’utilisateur Microsoft Windows. L’authentification SQL Server n’est pas disponible.Package
Choisissez le bouton de sélection et un package.
Vous sélectionnez un package dans un dossier sous le nœud Catalogues Integration Services dans l' Explorateur d'objets.Paramètres
Situés sur l'onglet Configuration .L' Assistant Conversion de projet Integration Services vous permet de remplacer les configurations du package avec des paramètres.
L'onglet Paramètres affiche les paramètres que vous avez ajoutés lors de la conception du package, par exemple à l'aide de SQL Server Data Tools (SSDT). L'onglet affiche également les paramètres qui ont été ajoutés au package lors de la conversion du projet Integration Services du modèle de déploiement de package au modèle de déploiement de projet. Entrez les nouvelles valeurs des paramètres contenus dans le package. Vous pouvez entrer une valeur littérale ou utiliser la valeur contenue dans une variable d'environnement serveur que vous avez déjà mappée au paramètre.
Pour entrer la valeur littérale, choisissez le bouton de sélection en regard d’un paramètre. La boîte de dialogue Modifier la valeur littérale pour l'exécution s'affiche.
Pour utiliser une variable d’environnement, sélectionnez Environnement, puis l’environnement qui contient la variable que vous souhaitez utiliser.
** Important ** Si vous avez mappé plusieurs paramètres et/ou propriétés du gestionnaire de connexions à des variables contenues dans plusieurs environnements, SQL Server Agent affiche un message d’erreur. Pour une exécution données, un package peut s'exécuter uniquement avec les valeurs contenues dans un seul environnement.
Pour plus d’informations sur la création d’un environnement serveur et le mappage d’une variable à un paramètre, consultez Déployer des projets et des packages Integration Services (SSIS).Gestionnaires de connexions
Situés sur l'onglet Configuration .Modifiez les valeurs des propriétés du gestionnaire de connexions. Par exemple, vous pouvez modifier le nom du serveur. Les paramètres sont automatiquement générés sur le serveur SSIS pour les propriétés du gestionnaire de connexions. Pour modifier une valeur de propriété, vous pouvez entrer une valeur littérale ou utiliser la valeur contenue dans une variable d'environnement serveur que vous avez déjà mappée à la propriété du gestionnaire de connexions.
Pour entrer la valeur littérale, choisissez le bouton de sélection en regard d’un paramètre. La boîte de dialogue Modifier la valeur littérale pour l'exécution s'affiche.
Pour utiliser une variable d’environnement, sélectionnez Environnement, puis l’environnement qui contient la variable que vous souhaitez utiliser.
** Important ** Si vous avez mappé plusieurs paramètres et/ou propriétés du gestionnaire de connexions à des variables contenues dans plusieurs environnements, SQL Server Agent affiche un message d’erreur. Pour une exécution données, un package peut s'exécuter uniquement avec les valeurs contenues dans un seul environnement.
Pour plus d’informations sur la création d’un environnement serveur et le mappage d’une variable à une propriété du gestionnaire de connexions, consultez Déployer des projets et des packages Integration Services (SSIS).Avancée
Situés sur l'onglet Configuration .Configurez les paramètres supplémentaires suivants pour l’exécution du package : Substitutions de propriété:
Sélectionnez Ajouter pour entrer une nouvelle valeur de propriété de package, spécifiez le chemin de la propriété et indiquez si la valeur de propriété est sensible. Le serveur Integration Services chiffre les données sensibles. Pour modifier ou supprimer les paramètres d’une propriété, sélectionnez une ligne dans la zone Substitutions de propriété, puis Modifier ou Supprimer. Vous pouvez trouver le chemin de la propriété en procédant de l’une des façons suivantes :
- Copiez le chemin de la propriété à partir du fichier de configuration XML (*.dtsconfig). Le chemin d'accès est répertorié dans la section Configuration du fichier, comme valeur de l'attribut Path. Voici un exemple de chemin d’accès de la propriété MaximumErrorCount : \Package.Properties[MaximumErrorCount]
\- Exécutez l’Assistant Configuration de package et copiez les chemins des propriétés à partir de la dernière page Fin de l’Assistant . Vous pouvez ensuite quitter l'Assistant.
Remarque : L'option Substitutions de propriété concerne des packages contenant des configurations que vous avez mises à niveau depuis une version précédente de Integration Services. Les packages que vous créez à l'aide de SQL Server 2019 Integration Services (SSIS) et que vous déployez sur le serveur Integration Services utilisent des paramètres à la place des configurations.Niveau de journalisation
Sélectionnez l'un des niveaux de journalisation suivants pour l'exécution du package. La sélection du niveau de journalisation Performances ou Commentaires peut affecter les performances de l’exécution du package.
Aucun :
La journalisation est désactivée. Seul l'état d'exécution du package est enregistré.
De base :
Tous les événements sont enregistrés, sauf les événements personnalisés et de diagnostic. Il s'agit de la valeur par défaut du niveau de journalisation.
Performances :
Seules les statistiques de performances, et les événements OnError et OnWarning, sont enregistrés.
Commentaires:
Tous les événements sont enregistrés, y compris les événements personnalisés et de diagnostic.
Le niveau de journalisation que vous sélectionnez détermine quelles informations sont affichées dans les vues SSISDB et dans les rapports pour le serveur Integration Services . Pour plus d’informations, consultez Journalisation d’Integration Services (SSIS).Vider en cas d'erreurs
Déterminez si des fichiers de vidage du débogage sont générés lorsqu'une erreur se produit pendant l'exécution du package. Les fichiers contiennent des informations sur l'exécution du package qui peuvent vous aider à résoudre les problèmes d'exécution. Quand vous sélectionnez cette option et qu’une erreur se produit pendant l’exécution, Integration Services crée un fichier .mdmp (fichier binaire) et un fichier .tmp (fichier texte). Par défaut, Integration Services stocke ces fichiers dans le dossier <drive>:\Program Files\Microsoft SQL Server\110\Shared\ErrorDumps.Runtime 32 bits
Indiquez si le package est exécuté à l’aide de la version 32 bits de l’utilitaire dtexec sur un ordinateur 64 bits contenant une version 64 bits de SQL Server et SQL Server Agent.
Il peut être nécessaire d’exécuter le package à l’aide de la version 32 bits de dtexec si, par exemple, le package utilise un fournisseur OLE DB natif qui n’est pas disponible en version 64 bits. Pour plus d'informations, consultez Considérations 64 bits pour Integration Services.
Par défaut, lorsque vous sélectionnez le type d'étape de travail Package SQL Server Integration Services , SQL Server Agent exécute le package à l'aide de la version de l'utilitaire dtexec qui est appelée automatiquement par le système. Le système appelle la version 32 bits ou 64 bits de l'utilitaire selon le processeur de l'ordinateur, et de la version de SQL Server et de SQL Server Agent qui s'exécute sur l'ordinateur.Source du package : SQL Server, Magasin de packages SSIS ou Système de fichiers
Plusieurs options que vous pouvez définir pour les packages stockées dans SQL Server, le magasin de packages SSIS ou le système de fichiers correspondent aux options de ligne de commande de l’utilitaire d’invite de commandes dtexec . Pour plus d’informations sur l’utilitaire et les options de la ligne de commande, consultez Utilitaire dtexec.
Onglet Options Package
Voici les options de l'onglet pour les packages stockés dans SQL Server ou dans le magasin de packages d' SSIS .Serveur
Tapez ou sélectionnez le nom de l'instance de serveur de base de données pour SQL Server ou pour le service Integration Services .Utiliser l'authentification Windows
Sélectionnez cette option pour la connexion au serveur à l’aide d’un compte d’utilisateur Microsoft Windows.Utiliser l’authentification SQL Server
Quand un utilisateur se connecte avec un nom d’accès et un mot de passe spécifiés à partir d’une connexion non autorisée, SQL Server réalise l’authentification en vérifiant si un compte de connexion SQL Server a été défini et si le mot de passe spécifié correspond à celui enregistré précédemment. Si SQL Server ne peut pas trouver le compte de connexion, l'authentification échoue et l'utilisateur reçoit un message d'erreur.Nom d’utilisateur Mot de passe Package
Choisissez le bouton de sélection et le package.
Vous sélectionnez un package dans un dossier sous le nœud Packages stockés dans l' Explorateur d'objets.Package
Voici les options de l'onglet pour les packages stockés dans le système de fichiers.Package
Tapez le chemin complet du fichier de package, ou choisissez le bouton de sélection pour sélectionner le package.Configurations Ajoutez un fichier de configuration XML pour exécuter le package avec une configuration spécifique. Utilisez une configuration de package pour mettre à jour les valeurs des propriétés du package au moment de l'exécution.
Cette option correspond à l’option /ConfigFile de dtexec.
Pour comprendre le fonctionnement de l'application des configurations de package, consultez Package Configurations. Pour plus d'informations sur la création d'un configuration de package, consultez Create Package Configurations.Fichiers de commandes Spécifiez les autres options que vous souhaitez exécuter avec dtexec, dans un fichier distinct.
Par exemple, vous pouvez inclure un fichier qui contient l’option /Dump errorcode pour générer des fichiers de vidage du débogage quand un ou plusieurs événements spécifiques se produisent pendant l’exécution du package.
Vous pouvez exécuter un package avec des ensembles d'options différents en créant plusieurs fichiers et en spécifiant le fichier approprié à l'aide de l'option Fichiers de commandes .
L’option Fichiers de commandes correspond à l’option /CommandFile de dtexec.Data Sources (Sources de données) Affichez les gestionnaires de connexions contenus dans le package. Pour modifier une chaîne de connexion, sélectionnez le gestionnaire de connexions et la chaîne de connexion.
Cette option correspond à l’option /Connection de dtexec.Options d'exécution Mettre le package en échec en cas d'avertissements de validation
Indique si un message d’avertissement est considéré comme une erreur. Si vous sélectionnez cette option et un avertissement se produit pendant la validation, le package échoue pendant la validation. Cette option correspond à l’option /WarnAsError de dtexec.
Valider le package sans l'exécuter
Indique si l'exécution du package s'arrête après la phase de validation, sans exécuter effectivement le package. Cette option correspond à l’option /Validate de dtexec.
Remplacer la propriété MacConcurrentExecutables
Spécifie le nombre d'exécutables que le package peut exécuter simultanément. La valeur -1 signifie que le package peut exécuter simultanément un nombre maximal de fichiers exécutables égal au nombre total de processeurs sur l'ordinateur exécutant le package, plus deux. Cette option correspond à l’option /MaxConcurrent de dtexec.
Activer les points de contrôle de package
Indique si le package utilise des points de contrôle pendant l'exécution du package. Pour plus d'informations, consultez Redémarrer des packages à l'aide de points de contrôle.
Cette option correspond à l’option /CheckPointing de dtexec.
Substituer les options de redémarrage
Indique si une nouvelle valeur est définie pour la propriété CheckpointUsage du package. Sélectionnez une valeur dans la zone de liste Option de redémarrage .
Cette option correspond à l’option /Restart de dtexec.
Utiliser le runtime 32 bits
Indiquez si le package est exécuté à l’aide de la version 32 bits de l’utilitaire dtexec sur un ordinateur 64 bits contenant une version 64 bits de SQL Server et SQL Server Agent.
Il peut être nécessaire d’exécuter le package à l’aide de la version 32 bits de dtexec si, par exemple, le package utilise un fournisseur OLE DB natif qui n’est pas disponible en version 64 bits. Pour plus d'informations, consultez Considérations 64 bits pour Integration Services.
Par défaut, lorsque vous sélectionnez le type d'étape de travail Package SQL Server Integration Services , SQL Server Agent exécute le package à l'aide de la version de l'utilitaire dtexec qui est appelée automatiquement par le système. Le système appelle la version 32 bits ou 64 bits de l'utilitaire selon le processeur de l'ordinateur, et de la version de SQL Server et de SQL Server Agent qui s'exécute sur l'ordinateur.Logging Associez un fournisseur d'informations à l'exécution du package.
Module fournisseur d'informations SSIS pour les fichiers texte
Écrit les entrées du journal dans des fichiers texte ASCII
Module fournisseur d'informations SSIS pour SQL Server
Écrit les entrées du journal dans la table sysssislog de la base de données MSDB.
Module fournisseur d'informations SSIS pour SQL Server Profiler
Écrit des traces que vous pouvez afficher à l'aide de SQL Server Profiler.
Module fournisseur d'informations SSIS pour le journal d'événements Windows
Écrit des entrées dans le journal Application du journal des événements Windows.
Module fournisseur d'informations SSIS pour les fichiers XML
Écrit des fichiers journaux dans un fichier XML.
Pour le fichier texte, le fichier XML et les fournisseurs d’informations SQL Server Profiler, sélectionnez les gestionnaires de connexions de fichiers contenus dans le package. Pour le fournisseur d’informations SQL Server, sélectionnez un gestionnaire de connexions OLE DB contenu dans le package.
Cette option correspond à l’option /Logger de dtexec.Valeurs définies Substituez un paramètre de propriété du package. Dans la zone Propriétés , entrez des valeurs dans les colonnes Chemin d'accès de la propriété et Valeur . Après avoir entré les valeurs d'une propriété, une ligne vide apparaît dans la zone Propriétés et vous permet d'entrer des valeurs pour une autre propriété.
Pour supprimer une propriété de la zone Propriétés, sélectionnez la ligne, puis Supprimer.
Vous pouvez trouver le chemin de la propriété en procédant de l’une des façons suivantes :
- Copiez le chemin de la propriété à partir du fichier de configuration XML (*.dtsconfig). Le chemin d'accès est répertorié dans la section Configuration du fichier, comme valeur de l'attribut Path. Voici un exemple de chemin d’accès de la propriété MaximumErrorCount : \Package.Properties[MaximumErrorCount]
\- Exécutez l’Assistant Configuration de package et copiez les chemins des propriétés à partir de la dernière page Fin de l’Assistant . Vous pouvez ensuite quitter l'Assistant.Vérification Exécuter uniquement les packages signés
Indique si la signature du package est vérifiée. Si le package n’est pas signé ou si la signature n’est pas valide, le package échoue. Cette option correspond à l’option /VerifySigned de dtexec.
Vérifier la version du package
Indique si le numéro de build du package est vérifié par rapport au numéro de build entré dans la zone Build en regard de cette option. En cas de non-concordance, le package ne s’exécute pas. Cette option correspond à l’option /VerifyBuild de dtexec.
Vérifier l'ID de package
Indique si le GUID du package est valide, en le comparant à l'ID de package entré dans la zone ID du package en regard de cette option. Cette option correspond à l’option /VerifyPackageID de dtexec.
Vérifier l'ID de version
Indique si le GUID de la version est valide, en le comparant à l'ID de version entré dans la zone ID de version en regard de cette option. Cette option correspond à l’option /VerifyVersionID de dtexec.Ligne de commande Modifiez les options de ligne de commande de l'utilitaire dtexec. Pour plus d'informations sur les options, consultez dtexec Utility.
Restaurer les options d'origine
Utilisez les options de ligne de commande que vous avez définies sous les onglets Package, Configurations, Fichiers de commandes, Sources de données, Options d’exécution, Journalisation, Valeurs définieset Vérification de la boîte de dialogue Propriétés de travail .
Modifier la commande manuellement
Entrez les options de ligne de commande supplémentaires dans la zone Ligne de commande .
Avant de sélectionner OK pour enregistrer les modifications apportées à l’étape de travail, vous pouvez supprimer toutes les autres options que vous avez tapées dans la zone Ligne de commande en cliquant sur Restaurer les options d’origine.
** Conseil ** Copiez la ligne de commande dans une fenêtre d’invite de commandes, ajoutezdtexec
, puis exécutez le package à partir de la ligne de commande. Il s’agit d’un moyen simple de générer le texte dans la ligne de commande.Sélectionnez OK pour enregistrer les paramètres et fermer la boîte de dialogue Nouvelle étape de travail.
Notes
Pour les packages enregistrés dans le Catalogue SSIS, le bouton OK est désactivé lorsqu'il existe un paramètre de propriété du gestionnaire de connexions, ou un autre paramètre, non résolu. Un paramètre est considéré comme non résolu lorsque vous utilisez une valeur contenue dans une variable d’environnement serveur pour définir le paramètre ou la propriété, et lorsque l’une des conditions suivantes est remplie :
La case à cocher Environnement sous l'onglet Configuration n'est pas sélectionnée.
L'environnement serveur qui contient la variable n'est pas sélectionné dans la zone de liste de l'onglet Configuration .
Pour créer une planification pour une étape de travail, sélectionnez Planifications dans le volet Sélectionner une page. Pour plus d'informations sur la manière de configurer une planification, consultez Schedule a Job.
Conseil
Lorsque vous nommez la planification, utilisez un nom unique et un descriptif, pour différencier plus facilement la planification des autres planifications de SQL Server Agent.
Voir aussi
Exécution de projets et de packages
Ressources externes
Article de la Base de connaissances intitulé Un package SSIS n’est pas exécuté quand vous appelez le package SSIS à partir d’une étape du travail de l’Agent SQL Server sur le site web Microsoft
Vidéo, Résolution des problèmes : exécution du package à l’aide de SQL Server Agent (vidéo de SQL Server) dans MSDN Library
Vidéo, Guide pratique pour automatiser l’exécution du package à l’aide de SQL Server Agent (vidéo de SQL Server) dans MSDN Library
Article technique intitulé Checking SQL Server Agent jobs using Windows PowerShellsur mssqltips.com
Article technique intitulé Auto alert for SQL Agent jobs when they are enabled or disabledsur mssqltips.com
Entrée de blog intitulée Configuring SQL Agent Jobs to Write to Windows Event Logsur mssqltips.com