Tâche d'exécution de package

La tâche d'exécution de package peut exécuter des packages enfants contenus dans le même projet qui contient le package parent. Vous sélectionnez un package enfant d'un projet en définissant la propriété ReferenceType sur Project Reference, puis en définissant la propriété PackageNameFromProjectReference.

Remarque
L'option ReferenceType est en lecture seule et est définie sur External Reference si le projet qui contient le package n'a pas été converti en modèle de déploiement de projet. Pour plus d'informations sur les conversions, consultez Déployer des projets sur le serveur Integration Services.

La tâche d'exécution de package peut également exécuter des packages stockés dans la base de données SQL Server msdb et des packages stockés dans le système de fichiers. La tâche utilise un gestionnaire de connexions OLE DB pour se connecter à SQL Server ou un gestionnaire de connexions de fichiers pour accéder au système de fichiers. Pour plus d'informations, consultez Gestionnaire de connexions OLE DB et Gestionnaire de connexions de fichiers plats.

La tâche d'exécution de package peut également exécuter un plan de maintenance de base de données, ce qui vous permet de gérer les packages SSIS et les plans de maintenance de base de données dans la même solution Integration Services. Un plan de maintenance de base de données est similaire à un package, SSIS mais il ne peut inclure que des tâches de maintenance de base de données et est toujours stocké dans la base de données msdb.

Si vous choisissez un package stocké dans le système de fichiers, vous devez fournir le nom et l'emplacement du package. Le package peut se trouver à n'importe quel endroit dans le système de fichiers ; il n'est pas nécessaire qu'il figure dans le même dossier que le package parent.

Le package enfant peut être exécuté dans le processus du package parent ou dans son propre processus. L'exécution du package enfant dans son propre processus nécessite davantage de mémoire, mais elle offre plus de souplesse. Par exemple, si le processus enfant échoue, l'exécution du processus parent peut se poursuivre.

Dans d'autres situations, vous pouvez préférer que les packages parent et enfants échouent ensemble comme une même unité, ou bien éviter la charge de traitement supplémentaire d'un autre processus. Par exemple, si un processus enfant échoue et que les traitements ultérieurs du processus parent du package dépendent de la réussite du processus enfant, alors le package enfant doit s'exécuter dans le processus du package parent.

Par défaut, la propriété ExecuteOutOfProcess de la tâche d'exécution du package a la valeur False, et le package enfant s'exécute dans le même processus que le package parent. Si vous affectez la valeur True à cette propriété, le package enfant s'exécute dans un processus indépendant. Cela peut ralentir le lancement du package enfant. En outre, si vous affectez la valeur True à la propriété, vous ne pouvez pas déboguer le package dans une installation d'outils uniquement. Vous devez installer Integration Services. Pour plus d'informations, consultez Installer Integration Services.

La transaction que le package parent utilise peut être étendue au package enfant ; par conséquent, le travail réalisé par les deux packages peut être validé ou annulé. Par exemple, les insertions dans une base de données effectuées par le package parent peuvent être validées ou annulées, en fonction de celles réalisées par le package enfant, et vice versa. Pour plus d'informations, consultez Transactions héritées.

Le package enfant exécuté par la tâche d'exécution de package peut ou non être configuré de manière à utiliser la journalisation, mais il transfère toujours les détails du journal au package parent. Si la tâche d'exécution de package est configurée de manière à utiliser la journalisation, elle consigne les informations détaillées du journal à partir du package enfant. Pour plus d'informations, consultez Journalisation d'Integration Services (SSIS).

Un package enfant utilise fréquemment des valeurs transmises par un autre package qui l'appelle, généralement son package parent. L'utilisation de valeurs issues d'un package parent est utile dans les scénarios suivants :

• Les parties d'un flux de travail plus volumineux sont affectées à différents packages. Par exemple, un package télécharge des données chaque nuit, les résume, affecte des valeurs de données de synthèse à des variables, puis les passe à un autre package qui les traite à son tour.

• Le package parent coordonne dynamiquement les tâches d'un package enfant. Par exemple, le package parent détermine le nombre de jours d'un mois en cours et affecte ce nombre à une variable, puis le package enfant effectue une tâche autant de fois que la valeur du nombre.

• Un package enfant nécessite l'accès à des données dérivées dynamiquement par le package parent. Par exemple, le package parent extrait des données d'une table et charge l'ensemble de lignes dans une variable, puis le package enfant effectue des opérations supplémentaires sur les données.

Vous pouvez utiliser les méthodes suivantes pour passer des valeurs à un package enfant :

• Configurations de package

  Integration Services contient un type de configuration, en l'occurrence la configuration Variable de package parent, qui permet de passer les valeurs du package parent au package enfant. La configuration est basée sur le package enfant et utilise une variable dans le package parent. La configuration est mappée à une variable ou à la propriété d'un objet du package enfant. La variable peut également être utilisée dans les scripts utilisés par la tâche de script ou le composant de script.

• Paramètres

  Vous pouvez configurer la tâche d'exécution des packages pour mapper les variables ou paramètres de package parent (ou les paramètres du projet) aux paramètres de package enfant. Le projet doit utiliser le modèle de déploiement de projet et le package enfant doit être contenu dans le même projet qui contient le package parent. Pour plus d'informations, consultez Éditeur de tâche d'exécution de package.

  Remarque

  Si le paramètre de package enfant ne respecte pas la casse et s'il est mappé à un paramètre parent qui respecte la casse, le package enfant ne peut pas s'exécuter. Les conditions de mappage suivantes sont prises en charge : Le paramètre de package enfant qui respecte la casse est mappé à un paramètre parent qui respecte la casse. Le paramètre de package enfant qui respecte la casse est mappé à un paramètre parent qui ne respecte pas la casse. Le paramètre de package enfant qui ne respecte pas la casse est mappé à un paramètre parent qui ne respecte pas la casse.

La variable du package parent peut être définie dans l'étendue de la tâche d'exécution de package ou dans un conteneur parent tel que le package. Si plusieurs variables de même nom sont disponibles, la variable utilisée est celle définie dans l'étendue de la tâche d'exécution de package ou celle qui, du point de vue de l'étendue, est la plus proche de la tâche.

Pour plus d'informations, consultez Utiliser les valeurs des variables et des paramètres dans un package enfant.

Accès aux variables de package parent

Vous pouvez définir les propriétés par le biais du concepteur SSIS ou par programme.

Pour plus d'informations sur les propriétés définissables dans le concepteur SSIS, cliquez sur l'une des rubriques suivantes :

• Éditeur de tâche d'exécution de package

• Page Expressions

Pour plus d'informations sur la définition de ces propriétés dans le concepteur SSIS, cliquez sur la rubrique suivante :

• Définir les propriétés d'une tâche ou d'un conteneur

Pour plus d'informations sur la définition par programmation de ces propriétés, cliquez sur la rubrique suivante :

• Microsoft.SqlServer.Dts.Tasks.ExecutePackageTask

• Entrée de blog, SSIS: Should you execute child packages in-process or out-of-process?, sur le site Web consultingblogs.emc.com.

• Entrée de blog, SSIS: Accessing variables in a parent package, sur le site Web consultingblogs.emc.com.