Gestion du service Integration Services

Mis à jour : 15 septembre 2007

SQL Server 2005 Integration Services (SSIS) inclut le service Integration Services, un service Windows qui permet de gérer les packages Integration Services.

Important :
Le service Integration Services n'est pas nécessaire pour créer, enregistrer et exécuter les packages Integration Services.

Lorsque vous installez le composant Integration Services de SQL Server 2005, le service Integration Services est également installé. Le service Integration Services est démarré et le type de démarrage du service est défini comme étant automatique. Toutefois, vous devez aussi installer SQL Server Management Studio pour utiliser le service afin de gérer les packages Integration Services stockés et en cours d'exécution.

Vous ne pouvez installer qu'une seule instance du service Integration Services sur un ordinateur. Le service n'est pas spécifique à l'instance. Vous vous connectez au service en utilisant le nom de l'ordinateur sur lequel le service s'exécute.

Vous pouvez gérer le service Integration Services à l'aide de l'un des composants logiciels enfichables MMC (Microsoft Management Console) suivants : Gestionnaire de configuration SQL Server ou Services. Avant de pouvoir gérer des packages dans SQL Server Management Studio, vous devez vous assurer que le service est démarré.

Par défaut, le service Integration Services est configuré pour gérer des packages stockés dans la base de données msdb dans une instance locale par défaut du Moteur de base de données. Pour gérer des packages stockés dans une instance nommée ou distante du Moteur de base de données, ou dans plusieurs instances du Moteur de base de données, vous devez modifier le fichier de configuration du service. Pour plus d'informations, consultez Configuration du service Integration Services.

Par défaut, le service Integration Services est configuré pour arrêter l'exécution des packages à l'arrêt du service. Toutefois, le service Integration Services n'attend pas l'arrêt des packages et certains packages peuvent continuer à être exécutés après l'arrêt du service Integration Services.

Si le service Integration Services est arrêté, vous pouvez continuer à exécuter des packages à l'aide de l'Assistant Importation et Exportation de SQL Server, le concepteur SSIS, l'utilitaire d'exécution de package et l'utilitaire d'invite de commandes dtexec. Vous ne pouvez cependant pas surveiller les packages en cours d'exécution.

Par défaut, le service Integration Services s'exécute dans le contexte du compte NETWORK SERVICE.

Le service Integration Services écrit dans le journal d'événements de Windows. Vous pouvez afficher les événements du service dans SQL Server Management Studio. Vous pouvez également afficher les événements de service à l'aide de l'Observateur d'événements Windows.

Pour définir les propriétés du service Integration Services à l'aide du composant logiciel enfichable Services

• Procédure : définir les propriétés du service Integration Services à l'aide du composant logiciel enfichable Services

• Procédure : définir les propriétés du service Integration Services à l'aide du Gestionnaire de configuration SQL Server

Pour afficher les événements du service dans SQL Server Management Studio

• Procédure : afficher les événements du service Integration Services dans SQL Server Management Studio

Pour afficher les journaux des événements d'Integration Services dans l'Observateur d'événements

• Procédure : afficher les journaux des événements d'Integration Services à l'aide de l’Observateur d’événements

Voir aussi

Tâches

Création de packages à l'aide de l'Assistant Importation et Exportation SQL Server
Exécution des packages

Concepts

Service Integration Services
Configuration du service Integration Services

Autres ressources

Utilitaire dtexec
Administration d'Integration Services

Aide et Informations

Assistance sur SQL Server 2005

Historique des modifications

Version	Historique
15 septembre 2007	Nouveau contenu Description de la façon de se connecter au service Integration Services. Explication de la nécessité de modifier le fichier de configuration par défaut pour gérer la base de données msdb sur des instances distantes ou multiples.