Parlez-nous de l’expérience de téléchargement de PDF.

SQL Server Integration Services

Article • 21/08/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

SQL Server Integration Services est une plateforme qui permet de générer des solutions
de transformation et d’intégration de données au niveau de l’entreprise. Utilisez les
services d’intégration pour résoudre des problèmes métier complexes. Par exemple :

Copier ou télécharger des fichiers

Charger des entrepôts de données
Nettoyer et explorer les données
Gérer des objets et données SQL Server.

Fonctionnalités
Integration Services peut extraire et transformer des données provenant d’une grande
variété de sources, par exemple des fichiers de données XML, des fichiers plats et des
sources de données relationnelles, puis charger les données dans une ou plusieurs
destinations.

Integration Services inclut :

Un ensemble riche de tâches et de transformations intégrées.

Des outils graphiques pour créer des packages.
Une base de données de catalogues SSIS pour stocker, exécuter et gérer des
packages.

Vous pouvez utiliser les outils Integration Services graphiques pour créer des solutions
sans écrire une seule ligne de code. Vous avez également la possibilité de programmer
le modèle objet Integration Services complet afin de créer des packages par programme
et de coder des tâches personnalisées et d’autres objets de package.

Prise en main
Vous pouvez commencer par installer SQL Server Integration Services, qui fait partie de
l’installation de SQL Server.

Pour obtenir des instructions et des conseils d’installation, consultez Installer Integration
Services.
Obtenir de l’aide
Obtenir de l’aide sur le forum SSIS
Obtenir de l’aide sur Stack Overflow
Suivre le blog de l’équipe SSIS
Signaler des problèmes et demander des fonctionnalités
Obtenir les documents sur votre PC
Documentation technique de SQL
Server
Documentation technique pour vous aider à commencer, à administrer, développer et
utiliser SQL Server et des produits associés.

SQL sur Azure

ｅ VUE D’ENSEMBLE

Azure SQL

Azure SQL Database

Azure SQL Managed Instance

Connecter à Azure SQL

SQL Server sur machines virtuelles Azure Windows

SQL Server sur machines virtuelles Azure Linux

Azure Synapse Analytics

Azure Database Migration Service

Migration

ｅ VUE D’ENSEMBLE

Contenu de migration

Guide de migration des données

Certification de compatibilité de la base de données

Assistant Migration de données (DMA)

Assistant Migration SQL Server (SSMA)

SQL Server

ｈ NOUVEAUTÉS
SQL Server 2022

SQL Server 2019

Azure Data Studio

SQL Server sur Linux

SQL Server avec Azure Arc

ｆ DÉMARRAGE RAPIDE

Qu'est-ce que SQL Server ?

Se connecter au moteur de base de données

Connexion et requête avec Azure Data Studio

Connexion et requête avec SSMS

ａ TÉLÉCHARGER

SQL Server

SQL Server Management Studio

Azure Data Studio

ｉ RÉFÉRENCE

Transact-SQL (T-SQL)

Documentation SQL Server 2014

Ressources SQL éducatives

Base de données Samples

Composants internes et guides d’architecture

Versions précédentes 2005-2012

Continuité de l’activité

ｅ VUE D’ENSEMBLE

Sauvegarde et restauration

Groupes de disponibilité Always On

Instance de cluster de basculement Always On

Mise en miroir de bases de données

Copie des journaux de transaction

Réplication

Sécurité

ｅ VUE D’ENSEMBLE

Évaluation des vulnérabilités SQL

Gestion de l’accès

Always Encrypted

Audit

Enclaves

Masquage dynamique des données

Transparent Data Encryption (TDE)

Sécurité au niveau des lignes

Création de bases de données

ｅ VUE D’ENSEMBLE

Classement

Bases de données

Graph

Index

Les vues

Fonctions définies par l’utilisateur

Tables

Procédures stockées

Gérer et surveiller
ｅ VUE D’ENSEMBLE

Gestion des journaux de transactions

Plans de maintenance

SQL Server Agent

Suivre les modifications

Compression des données

Événements étendus

Paramétrer

ｅ VUE D’ENSEMBLE

Centre de performances

Traitement de requêtes intelligent

Réglage automatique

Assistant Paramétrage de base de données

OLTP en mémoire

ｐ CONCEPT

Estimation de la cardinalité

Statistiques

Index

Interroger des données

ｅ VUE D’ENSEMBLE

Transact-SQL (T-SQL)

SQL PowerShell

Création de scripts

Jointures
Recherche en texte intégral

Synonymes

Big Data et Machine Learning

ｅ VUE D’ENSEMBLE

Système de la plateforme d'analyse

SQL Server Machine Learning (R et Python)

Virtualisation de données avec Polybase

Business Intelligence

ｅ VUE D’ENSEMBLE

SQL Server Reporting Services (SSRS)

SQL Server Analysis Services (SSAS)

SQL Server Integration Services (SSIS)

Azure Data Factory

Nouveautés d’Integration Services dans
SQL Server 2016
Article • 03/04/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Cette rubrique décrit les fonctionnalités qui ont été ajoutées ou mises à jour dans SQL
Server 2016Integration Services. Elle mentionne également les fonctionnalités ajoutées
ou mises à jour dans le Pack de fonctionnalités Azure pour Integration Services (SSIS)
durant le calendrier SQL Server 2016.

Nouveautés de SSIS dans Azure Data Factory

Avec la préversion publique d’Azure Data Factory version 2 de septembre 2017, vous
pouvez désormais effectuer les opérations suivantes :

Déployer des packages dans la base de données du catalogue SSIS (SSISDB) sur
Azure SQL Database.
Exécuter des packages déployés sur Azure sur le runtime d’intégration Azure-SSIS,
composant d’Azure Data Factory version 2.

Pour plus d’informations, consultez Effectuer un « lift-and-shift » des charges de travail

SQL Server Integration Services vers le cloud.

Ces nouvelles fonctionnalités nécessitent SQL Server Data Tools (SSDT) version 17.2 ou
ultérieure, mais ne nécessitent pas SQL Server 2017 ou SQL Server 2016. Quand vous
déployez des packages sur Azure, l’Assistant Déploiement de package met toujours à
niveau les packages avec le format de package le plus récent.

Améliorations de la version 2016 par catégorie

Facilité de gestion

Amélioration du déploiement

Assistant Mise à niveau de SSISDB

Prise en charge de la fonctionnalité AlwaysOn dans le catalogue SSIS

Déploiement incrémentiel de packages

 Prise en charge de la fonctionnalité de chiffrement intégral dans le catalogue
SSIS

Amélioration du débogage

Nouveau rôle de base de données ssis_logreader dans le catalogue SSIS

Nouveau niveau de journalisation RuntimeLineage dans le catalogue SSIS

Nouveau niveau de journalisation personnalisé dans le catalogue SSIS

Noms de colonnes pour les erreurs contenues dans le flux de données

Prise en charge étendue des noms de la colonne d’erreur

Prise en charge du niveau de journalisation par défaut au niveau du serveur

Nouvelle interface IDTSComponentMetaData130 dans l’API

Amélioration de la gestion des packages

Amélioration de l’expérience pour la mise à niveau des projets

La propriété AutoAdjustBufferSize calcule automatiquement la taille de la

mémoire tampon du flux de données

Modèles de flux de contrôle réutilisables

Nouveaux modèles renommés en tant que parties

Connectivité

Extension de la connectivité locale

Prise en charge des sources de données OData v4

Prise en charge explicite des sources de données Excel 2013

Prise en charge du système de fichiers Hadoop (HDFS)

Extension de la prise en charge pour Hadoop et HDFS

La destination du fichier HDFS prend désormais en charge le format de

fichier ORC

Composants ODBC mis à jour pour SQL Server 2016

Prise en charge explicite des sources de données Excel 2016

 Publication du connecteur pour SAP BW pour SQL Server 2016

Publication de la version 4.0 des connecteurs pour Oracle et Teradata

Publication des connecteurs pour Analytics Platform System (PDW) Appliance

Update 5

Extension de la connectivité au cloud

Connecteurs Azure Storage, et tâches Hive et Pig pour HDInsight -

Publication d’Azure Feature Pack pour SSIS pour SQL Server 2016

Prise en charge des ressources Microsoft Dynamics Online publiées dans

Service Pack 1

Prise en charge d’Azure Data Lake Store

Prise en charge d’Azure Synapse Analytics

Convivialité et productivité

Amélioration de l’expérience d’installation

Blocage de la mise à niveau quand SSISDB appartient à un groupe de
disponibilité

Amélioration de l’expérience de conception

Le concepteur SSIS crée et gère les packages pour SQL Server 2016, 2014 ou
2012

Multiples améliorations et correctifs de bogues pour les concepteurs.

Amélioration de l’expérience de gestion dans SQL Server Management Studio

Performances améliorées pour les affichages catalogue SSIS

Autres améliorations

La transformation du distributeur de données équilibrées fait désormais

partie de SSIS

Les composants de publication du flux de données font désormais partie de

SSIS

Prise en charge du stockage Blob Azure dans l’Assistant Importation et

Exportation SQL Server
 Service et concepteur de capture de données modifiées pour Oracle pour
Microsoft SQL Server 2016

Mise à jour des composants de capture de données modifiées pour SQL

Server 2016

Mise à jour de la tâche DDL d’exécution Analysis Services

Les tâches Analysis Services prennent en charge les modèles tabulaires

Prise en charge des services R intégrés

Sortie de validation XML détaillée dans la tâche XML

Simplicité de gestion

Amélioration du déploiement

Assistant Mise à niveau de SSISDB

Exécutez l’Assistant Mise à niveau de SSISDB pour mettre à niveau la base de données
du catalogue SSIS, SSISDB, quand celle-ci est plus ancienne que la version actuelle de
l’instance SQL Server. Cela se produit quand l’une des conditions suivantes est remplie.

Vous avez restauré la base de données à partir d’une ancienne version de SQL
Server.

Vous n’avez pas supprimé la base de données d’un groupe de disponibilité Always
On avant la mise à niveau de l’instance SQL Server. Cela empêche la mise à niveau
automatique de la base de données. Pour plus d’informations, consultez
Upgrading SSISDB in an availability group.

Pour plus d’informations, consultez Catalogue SSIS (SSISDB).

Prise en charge de la fonctionnalité AlwaysOn dans le catalogue

SSIS
La fonctionnalité des groupes de disponibilité AlwaysOn est une solution de haute
disponibilité et de récupération d’urgence qui offre une alternative au niveau de
l’entreprise à la mise en miroir de bases de données. Un groupe de disponibilité prend
en charge un environnement de basculement pour un ensemble discret de bases de
données utilisateur, appelées bases de données de disponibilité, qui basculent
ensemble. Pour plus d’informations, consultez Groupes de disponibilité AlwaysOn.

Dans SQL Server 2016, SSIS introduit de nouvelles fonctionnalités qui vous permettent
d’effectuer facilement un déploiement sur un catalogue SSIS centralisé (par exemple,
une base de données utilisateur SSISDB). Pour fournir une haute disponibilité à la base
de données SSISDB et son contenu (projets, packages, journaux d’exécution, etc.), vous
pouvez ajouter la base de données SSISDB à un groupe de disponibilité AlwaysOn,
comme n’importe quelle autre base de données utilisateur. Quand un basculement se
produit, le nœud secondaire devient automatiquement le nouveau nœud primaire.

Pour obtenir une présentation détaillée et des instructions pas à pas concernant
l’activation d’AlwaysOn pour SSISDB, consultez Catalogue SSIS.

Déploiement incrémentiel de packages

La fonctionnalité de déploiement incrémentiel de packages vous permet de déployer un
ou plusieurs packages dans un projet existant ou nouveau sans déployer la totalité du
projet. Vous pouvez déployer des packages de façon incrémentielle à l’aide des outils
suivants.

Assistant Déploiement

SQL Server Management Studio (qui utilise l’Assistant Déploiement)

SQL Server Data Tools (Visual Studio) (qui utilise également l’Assistant
Déploiement)

Procédures stockées

API MOM (Management Object Model)

Pour plus d’informations, consultez Déployer des projets et des packages Integration
Services (SSIS).

Prise en charge de la fonctionnalité de chiffrement intégral dans le

catalogue SSIS
SSIS prend déjà en charge la fonctionnalité de chiffrement intégral dans SQL Server.
Pour plus d’informations, consultez les billets de blog suivants.

SSIS et le chiffrement intégral

Transformation de recherche et chiffrement intégral

Amélioration du débogage

Nouveau rôle de base de données ssis_logreader dans le catalogue

SSIS

Dans les versions antérieures du catalogue SSIS, seuls les utilisateurs avec le rôle
ssis_admin peuvent accéder aux affichages qui contiennent la sortie de journalisation. Il
existe maintenant un nouveau rôle de base de données, ssis_logreader , qui vous
permet d’accorder aux utilisateurs non-administrateurs l’accès aux affichages contenant
la sortie de journalisation.

Il existe également un nouveau rôle ssis_monitor . Ce rôle prend en charge AlwaysOn et

est destiné à être utilisé de façon interne uniquement par le catalogue SSIS.

Nouveau niveau de journalisation RuntimeLineage dans le

catalogue SSIS

Le nouveau niveau de journalisation RuntimeLineage dans le catalogue SSIS permet de

collecter les données nécessaires pour le suivi des informations de lignage dans le flux
de données. Vous pouvez analyser ces informations de lignage pour mapper la relation
de lignage entre différentes tâches. Les éditeurs de logiciels indépendants et les
développeurs peuvent créer des outils de mappage de lignage personnalisés à l’aide de
ces informations.

Nouveau niveau de journalisation personnalisé dans le catalogue

SSIS
Dans les versions antérieures du catalogue SSIS, vous pouvez choisir l’un des quatre
niveaux de journalisation intégrés ( None, Basic, Performance ou Verbose) quand vous
exécutez un package. SQL Server 2016 ajoute le niveau de journalisation
RuntimeLineage. En outre, vous pouvez désormais créer et enregistrer plusieurs niveaux
de journalisation personnalisés dans le catalogue SSIS, et choisir le niveau de
journalisation à utiliser chaque fois que vous exécutez un package. Pour chaque niveau
de journalisation personnalisé, sélectionnez uniquement les statistiques et les
événements à capturer. Vous pouvez éventuellement inclure le contexte de l’événement
pour voir les valeurs des variables, les chaînes de connexion et les propriétés de la tâche.
Pour plus d’informations, consultez Activer la journalisation des exécutions de package
sur le serveur SSIS.
Noms de colonnes pour les erreurs contenues dans le flux de
données

Lorsque vous redirigez les lignes contenant des erreurs vers une sortie d'erreur dans le
flux de données, la sortie contient un identificateur numérique pour la colonne dans
laquelle l'erreur s'est produite, mais n'affiche pas le nom de la colonne. Il existe
désormais plusieurs façons de rechercher ou d’afficher le nom de la colonne dans
laquelle l’erreur s’est produite.

Quand vous configurez la journalisation, sélectionnez l’événement DiagnosticEx .

Cet événement consigne un mappage de colonnes de flux de données dans le
journal. Vous pouvez alors rechercher le nom de colonne dans ce mappage de
colonne à l’aide de l’identificateur de colonne capturé par une sortie d’erreur. Pour
plus d’informations, consultez Gestion des erreurs dans les données.

Dans l’éditeur avancé, vous pouvez voir le nom de colonne de la colonne en amont
quand vous affichez les propriétés d’une colonne d’entrée ou de sortie d’un
composant de flux de données.

Pour afficher les noms des colonnes dans lesquelles l’erreur s’est produite, attachez
une Visionneuse de données à une sortie d’erreur. La Visionneuse de données
affiche désormais la description de l’erreur et le nom de la colonne dans laquelle
l’erreur s’est produite.

Dans le composant Script ou un composant de flux de données personnalisé,

appelez la nouvelle méthode GetIdentificationStringByID de l’interface
IDTSComponentMetadata100.

Pour plus d’informations sur cette amélioration, consultez le billet de blog suivant écrit
par le développeur SSIS Bo Fan : Error Column Improvements for SSIS Data Flow
(Améliorations de la colonne d’erreur pour le flux de données SSIS) .

７ Notes

(Ce support a été développé dans des versions suivantes. Pour plus d’informations,
consultez Support développé des noms de la colonne d’erreur et Nouvelle
interface IDTSComponentMetaData130 dans l’API.)

Prise en charge étendue des noms de la colonne d’erreur

L’événement DiagnosticEx consigne désormais les informations de colonne pour toutes
les colonnes d’entrée et de sortie, pas seulement les colonnes de lignage. Ainsi, nous
appelons désormais la sortie un mappage de colonne de pipeline au lieu d’un mappage
de lignage de pipeline.

La méthode GetIdentificationStringByLineageID a été renommée

GetIdentificationStringByID. Pour plus d’informations, consultez Noms de colonnes pour
les erreurs contenues dans le flux de données.

Pour plus d’informations sur ce changement et sur l’amélioration de la colonne d’erreur,

consultez la mise à jour du billet de blog suivant. Error Column Improvements for SSIS
Data Flow (Updated for CTP3.3) [Améliorations de la colonne d’erreur pour le flux de
données SSIS (mis à jour pour CTP3.3)]

７ Notes

(Dans RC 0, cette méthode a été déplacée vers la nouvelle interface

IDTSComponentMetaData130. Pour plus d’informations, consultez Nouvelle
interface IDTSComponentMetaData130 dans l’API.)

Prise en charge du niveau de journalisation par défaut au niveau du

serveur

Dans Propriétés du serveurde SQL Server, sous la propriété Niveau de journalisation

du serveur , vous pouvez désormais sélectionner un niveau de journalisation par défaut
au niveau du serveur. Vous pouvez choisir l’un des niveaux de journalisation intégrés
(Basic, None, Verbose, Performance ou RuntimeLineage), ou choisir un niveau de
journalisation personnalisé existant. Le niveau de journalisation sélectionné s’applique à
tous les packages déployés dans le catalogue SSIS. Il s'applique également par défaut à
une étape de travail de l'Agent SQL qui exécute un package SSIS.

Nouvelle interface IDTSComponentMetaData130 dans l’API

Le nouveau niveau de journalisation IDTSComponentMetaData130 ajoute de nouvelles
fonctionnalités à l’interface IDTSComponentMetaData100 existante dans SQL Server
2016, en particulier la méthode GetIdentificationStringByID . (La méthode
GetIdentificationStringByID est déplacée de l’interface IDTSComponentMetaData100
dans la nouvelle interface.) Il y a également deux nouvelles interfaces,
IDTSInputColumn130 et IDTSOutputColumn130 , qui fournissent la propriété
LineageIdentificationString . Pour plus d’informations, consultez Noms de colonnes
pour les erreurs contenues dans le flux de données.
Amélioration de la gestion des packages

Amélioration de l’expérience pour la mise à niveau des projets

Durant la mise à niveau des projets SSIS de versions antérieures vers la version actuelle,
les gestionnaires de connexions au niveau du projet continuent de fonctionner comme
prévu. De plus, la disposition du package et les annotations sont conservées.

La propriété AutoAdjustBufferSize calcule automatiquement la

taille de la mémoire tampon du flux de données
Quand vous définissez la nouvelle propriété AutoAdjustBufferSize à la valeur true, le
moteur de flux de données calcule automatiquement la taille de la mémoire tampon
pour le flux de données. Pour plus d’informations, consultez Data Flow Performance
Features.

Modèles de flux de contrôle réutilisables

Enregistrez une tâche de flux de contrôle ou un conteneur fréquemment utilisé dans un

fichier de modèle autonome, puis réutilisez-le plusieurs fois dans un ou plusieurs
packages d’un projet à l’aide de modèles de flux de contrôle. Cette possibilité de
réutilisation facilite la conception et la gestion des packages SSIS. Pour plus
d’informations, consultez Réutiliser un flux de contrôle sur des packages à l’aide de
composants de package de flux de contrôle.

Nouveaux modèles renommés en tant que parties

Les nouveaux modèles de flux de contrôle réutilisables dans la version CTP 3.0 ont été
renommés en tant que parties de flux de contrôle ou parties de package. Pour plus
d’informations sur cette fonctionnalité, consultez Réutiliser un flux de contrôle sur des
packages à l’aide de composants de package de flux de contrôle.

Connectivité

Extension de la connectivité locale

Prise en charge des sources de données OData v4

OData Source et le Gestionnaire de connexions OData prennent désormais en charge les
protocoles OData v3 et v4.

Pour le protocole OData V3, le composant prend en charge les formats de

données JSON et ATOM.

Pour le protocole OData V4, le composant prend en charge le format de données

JSON.

Pour plus d'informations, consultez OData Source.

Prise en charge explicite des sources de données Excel 2013

Le Gestionnaire de connexions Excel, la source Excel, la destination Excel, ainsi que

l’Assistant Importation et Exportation SQL Server fournissent désormais une prise en
charge explicite des sources de données Excel 2013.

Prise en charge du système de fichiers Hadoop (HDFS)

Le support du système de fichiers HDFS contient les gestionnaires de connexions

permettant de se connecter aux clusters Hadoop, ainsi que les tâches permettant
d’effectuer les opérations HDFS courantes. Pour plus d’informations, consultez Support
Hadoop et HDFS dans Integration Services (SSIS).

Extension de la prise en charge pour Hadoop et HDFS

Le gestionnaire de connexions Hadoop prend désormais en charge

l’authentification de base et l’authentification Kerberos. Pour plus d’informations,
consultez Hadoop Connection Manager.

La source du fichier HDFS et la destination du fichier HDFS prennent désormais en

charge les formats texte et Avro. Pour plus d’informations, consultez Source des
fichiers HDFS et Destination des fichiers HDFS.

La tâche du système de fichiers Hadoop prend désormais en charge l’option

CopyWithinHadoop en plus des options CopyToHadoop et CopyFromHadoop.
Pour plus d’informations, consultez Hadoop File System Task.

La destination du fichier HDFS prend désormais en charge le

format de fichier ORC
La destination du fichier HDFS prend désormais en charge le format de fichier ORC, en
plus du format texte et Avro. (La source du fichier HDFS prend en charge uniquement le
format texte et Avro.) Pour plus d’informations sur ce composant, consultez HDFS File
Destination.

Composants ODBC mis à jour pour SQL Server 2016

Les composants ODBC source et de destination ont été mis à jour pour assurer une
compatibilité complète avec SQL Server 2016. Il n’existe aucune nouvelle fonctionnalité,
ni aucun changement de comportement.

Prise en charge explicite des sources de données Excel 2016

Le Gestionnaire de connexions Excel, la source Excel et la destination Excel fournissent
désormais une prise en charge explicite des sources de données Excel 2016.

Publication du connecteur pour SAP BW pour SQL Server 2016

Microsoft® Connector for SAP BW pour Microsoft SQL Server® 2016 a été publié
comme faisant partie du Feature Pack de SQL Server 2016. Pour télécharger les
composants du Feature Pack, consultez Feature Pack Microsoft® SQL Server® 2016 .

Publication de la version 4.0 des connecteurs pour Oracle et

Teradata
La version 4.0 de Microsoft Connectors pour Oracle et Teradata a été publiée. Pour
télécharger les connecteurs, consultez Microsoft Connectors v4.0 for Oracle and
Teradata .

Publication des connecteurs pour Analytics Platform

System (PDW) Appliance Update 5
Les adaptateurs de destination pour le chargement des données dans PDW avec AU5
ont été publiés. Pour télécharger les adaptateurs, consultez Analytics Platform System
Appliance Update 5 Documentation and Client Tools .

Extension de la connectivité au cloud

Publication d’Azure Feature Pack pour SSIS pour SQL Server 2016
Le Feature Pack Azure pour Integration Services a été publié pour SQL Server 2016. Le
Feature Pack contient les gestionnaires de connexions permettant de se connecter aux
sources de données Azure, ainsi que les tâches permettant d’effectuer les opérations
Azure courantes. Pour plus d’informations, consultez Pack de fonctionnalités Azure pour
Integration Services (SSIS).

Prise en charge des ressources Microsoft Dynamics Online publiées

dans Service Pack 1

Quand SQL Server 2016 Service Pack 1 est installé, le Gestionnaire de connexions OData
et de sources OData prend désormais en charge la connexion aux flux OData de
Microsoft Dynamics AX Online et Microsoft Dynamics CRM Online.

Prise en charge d’Azure Data Lake Store

La dernière version du Feature Pack Azure inclut un gestionnaire de connexions, une
source et une destination pour déplacer des données vers et depuis Azure Data Lake
Store. Pour plus d’informations, consultez Pack de fonctionnalités Azure pour Integration
Services (SSIS)

Prise en charge d’Azure Synapse Analytics

La dernière version du Feature Pack Azure comprend la tâche de chargement Azure SQL
DW pour renseigner Azure Synapse Analytics avec des données. Pour plus
d’informations, consultez Pack de fonctionnalités Azure pour Integration Services (SSIS)

Convivialité et productivité

Amélioration de l’expérience d’installation

Blocage de la mise à niveau quand SSISDB appartient à un groupe

de disponibilité
Si la base de données du catalogue SSIS (SSISDB) appartient à un groupe de
disponibilité AlwaysOn, vous devez supprimer SSISDB du groupe de disponibilité, mettre
à niveau SQL Server, puis rajouter SSISDB au groupe de disponibilité. Pour plus
d’informations, consultez Upgrading SSISDB in an availability group.

Amélioration de l’expérience de conception

Prise en charge du multi-ciblage et de plusieurs versions dans le
Concepteur SSIS

Vous pouvez désormais utiliser le Concepteur SSIS dans SQL Server Data Tools (SSDT)
pour Visual Studio 2015 pour créer, gérer et exécuter les packages qui ciblent SQL
Server 2016, SQL Server 2014 ou SQL Server 2012. Pour obtenir SSDT, voir Télécharger la
dernière version de SQL Server Data Tools.

Dans l’Explorateur de solutions, cliquez avec le bouton droit sur un projet Integration
Services, puis sélectionnez Propriétés pour ouvrir les pages de propriétés du projet.
Sous l’onglet Général de Propriétés de configuration, sélectionnez la propriété
TargetServerVersion, puis choisissez SQL Server 2016, SQL Server 2014 ou SQL
Server 2012.

） Important

Si vous développez des extensions personnalisées pour SSIS, consultez Support

multi-targeting in your custom components (Prise en charge du multi-ciblage
dans vos composants personnalisés) et Getting your SSIS custom extensions to be
supported by the multi-version support of SSDT 2015 for SQL Server
2016 (Préparer vos extensions personnalisées SSIS pour utiliser la prise en charge
de plusieurs versions de SSDT 2015 pour SQL Server 2016).

Amélioration de l’expérience de gestion dans SQL Server

Management Studio

Performances améliorées pour les affichages catalogue SSIS

La plupart des affichages de catalogue SSIS sont maintenant plus performants quand ils
sont exécutés par un utilisateur qui n’est pas membre du rôle ssis_admin.

Autres améliorations

La transformation du distributeur de données équilibrées fait

désormais partie de SSIS
La transformation du distributeur de données équilibrées, qui nécessitait un
téléchargement distinct dans les versions antérieures de SQL Server, est désormais
installée quand vous installez Integration Services. Pour plus d’informations, consultez
Balanced Data Distributor Transformation.

Les composants de publication du flux de données font désormais

partie de SSIS
Les composants de publication du flux de données, qui nécessitaient un téléchargement
distinct dans les versions antérieures de SQL Server, sont désormais installés quand vous
installez Integration Services. Pour plus d’informations, consultez Data Streaming
Destination.

Prise en charge du Stockage Blob Azure dans l’Assistant

Importation et Exportation SQL Server

L’Assistant Importation et Exportation SQL Server peut désormais importer des données
à partir d’Azure Blob Storage, mais également enregistrer des données à cet
emplacement. Pour plus d’informations, consultez Choisir une source de données
(Assistant Importation et Exportation SQL Server) et Choisir une destination (Assistant
Importation et Exportation SQL Server).

Service et concepteur de capture de données modifiées pour

Oracle pour Microsoft SQL Server 2016
Le service et le concepteur de capture des changements de données Microsoft® pour
Oracle par Attunity pour Microsoft SQL Server® 2016 ont été publiés comme faisant
partie du Feature Pack SQL Server 2016. Ces composants prennent désormais en charge
Oracle 12c dans une installation classique. (L’installation multi-locataire n’est pas prise
en charge). Pour télécharger les composants du Feature Pack, consultez Feature Pack
Microsoft® SQL Server® 2016 .
Mise à jour des composants de capture de données modifiées pour
SQL Server 2016

Les composants de capture de données modifiées (CDC), tels que la tâche de contrôle,
la source et la transformation de séparateur, ont été mis à jour pour assurer une
compatibilité complète avec SQL Server 2016. Il n’existe aucune nouvelle fonctionnalité,
ni aucun changement de comportement.

Mise à jour de la tâche DDL d’exécution Analysis Services

La tâche DDL d’exécution Analysis Services a été mise à jour pour accepter les
commandes du langage TMSL (Tabular Model Scripting Language).

Les tâches Analysis Services prennent en charge les modèles

tabulaires

Vous pouvez désormais utiliser toutes les tâches et destinations SSIS qui prennent en
charge SQL Server Analysis Services (SSAS) avec des modèles tabulaires SQL Server
2016. Les tâches SSIS ont été mises à jour pour représenter des objets tabulaires au lieu
d’objets multidimensionnels. Par exemple, quand vous sélectionnez des objets à traiter,
la tâche de traitement Analysis Services détecte automatiquement un modèle tabulaire
et affiche une liste d’objets tabulaires au lieu de montrer des groupes et des dimensions
de mesures. Désormais, la destination de traitement de partition affiche également des
objets tabulaires et prend en charge le Push de données dans une partition.

La destination de traitement de dimension ne fonctionne pas pour les modèles

tabulaires avec le niveau de compatibilité SQL 2016. La tâche de traitement Analysis
Services et la destination de traitement de partition sont tout ce dont vous avez besoin
pour le traitement tabulaire.

Prise en charge des services R intégrés

SSIS prend déjà en charge les services R intégrés dans SQL Server. Vous pouvez utiliser
SSIS non seulement pour extraire les données et charger la sortie de l’analyse, mais
également pour créer, exécuter et recycler régulièrement les modèles R. Pour plus
d’informations, consultez le billet de blog suivant. Operationalize your machine learning
project using SQL Server 2016 SSIS and R Services (Faire fonctionner votre projet
d’apprentissage machine à l’aide de SQL Server 2016 SSIS et des services R) .

Sortie de validation XML détaillée dans la tâche XML

Validez des documents XML et obtenez une sortie d’erreur détaillée en activant la
propriété ValidationDetails de la tâche XML. Avant que la propriété ValidationDetails ne
soit disponible, la validation XML par la tâche XML ne renvoyait qu’un résultat true ou
false, sans aucune information sur les erreurs ou leur emplacement. À présent, quand
vous définissez ValidationDetails sur true, le fichier de sortie contient des informations
détaillées sur chaque erreur, notamment le numéro de ligne et la position. Vous pouvez
utiliser ces informations pour comprendre, localiser et corriger les erreurs dans les
documents XML. Pour plus d’informations, consultez Validate XML with the XML Task.

SSIS a introduit la propriété ValidationDetails dans SQL Server 2012 (11.x) Service Pack
2. Cette nouvelle propriété n’a pas été annoncée ou documentée à ce moment-là. La
propriété ValidationDetails est également disponible dans SQL Server 2014 (12.x) et
dans SQL Server 2016 (13.x).

Obtenir de l’aide
Idées pour SQL : vous avez des suggestions pour améliorer SQL Server ?
Questions et réponses Microsoft (SQL Server)
DBA Stack Exchange (balise sql-server) : posez des questions sur SQL Server
Stack Overflow (balise sql-server) : réponses aux questions sur le développement
SQL
Reddit : discussion générale sur SQL Server
Termes du contrat de licence Microsoft SQL Server et autres informations
Options de support pour les utilisateurs professionnels
Contacter Microsoft
Aide et commentaires supplémentaires pour SQL Server

Contribuer à la documentation SQL

Saviez-vous que vous pouvez modifier le contenu SQL vous-même ? Dans ce cas, non
seulement vous nous aidez à améliorer notre documentation, mais vous êtes également
cité en tant que contributeur à la page.

Pour plus d’informations, consultez Guide pratique pour contribuer à la documentation

SQL Server

Voir aussi
Nouveautés de SQL Server 2016
Éditions et fonctionnalités prises en charge de SQL Server 2016
Nouveautés d’Integration Services dans
SQL Server 2017
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Cette rubrique décrit les fonctionnalités qui ont été ajoutées ou mises à jour dans SQL
Server 2017 (14.x) Integration Services.

７ Notes

SQL Server 2017 inclut également les fonctionnalités de SQL Server 2016 et les
fonctionnalités ajoutées dans les mises à jour de SQL Server 2016. Pour plus
d’informations sur les nouvelles fonctionnalités SSIS dans SQL Server 2016,
consultez Nouveautés d’Integration Services dans SQL Server 2016.

Principales caractéristiques de cette version

Voici les nouvelles fonctionnalités les plus importantes d’Integration Services dans SQL
Server 2017.

Scale-out. Distribuez plus facilement l’exécution de package SSIS sur plusieurs

ordinateurs de travail, et gérez les exécutions et les threads de travail à partir d’un
seul ordinateur maître. Pour plus d’informations, consultez Integration Services
Scale Out.

Integration Services sur Linux. Exécutez des packages SSIS sur des ordinateurs
Linux. Pour plus d’informations, consultez Extraire, transformer et charger des
données sur Linux avec SSIS.

Améliorations de la connectivité. Connectez-vous aux flux OData de Microsoft

Dynamics AX Online et Microsoft Dynamics CRM Online avec les composants
OData mis à jour.

Nouveautés dans Azure Data Factory

Avec la préversion publique d’Azure Data Factory version 2 de septembre 2017, vous
pouvez désormais effectuer les opérations suivantes :
 Déployer des packages dans la base de données du catalogue SSIS (SSISDB) sur
Azure SQL Database.
Exécuter des packages déployés sur Azure sur le runtime d’intégration Azure-SSIS,
composant d’Azure Data Factory version 2.

Pour plus d’informations, consultez Effectuer un « lift-and-shift » des charges de travail

SQL Server Integration Services vers le cloud.

Ces nouvelles fonctionnalités nécessitent SQL Server Data Tools (SSDT) version 17.2 ou
ultérieure, mais ne nécessitent pas SQL Server 2017 ou SQL Server 2016. Quand vous
déployez des packages sur Azure, l’Assistant Déploiement de package met toujours à
niveau les packages avec le format de package le plus récent.

Nouveautés dans le Feature Pack Azure

Outre les améliorations de connectivité dans SQL Server, le Feature Pack Integration
Services pour Azure a ajouté la prise en charge d’Azure Data Lake Store. Pour plus
d’informations, consultez le billet de blog intitulé New Azure Feature Pack Release
Strengthening ADLS Connectivity (Publication du nouveau Feature Pack Azure
renforçant la connectivité ADLS) . Voir également Feature Pack Azure pour Integration
Services (SSIS).

Nouveautés de SQL Server Data Tools (SSDT)

Vous pouvez maintenant développer des projets et des packages SSIS qui ciblent les
versions de SQL Server de 2012 à 2017 dans Visual Studio 2017 ou Visual Studio 2015.
Pour plus d’informations, consultez Télécharger SSDT (SQL Server Data Tools).

Nouveautés de SSIS dans SQL Server 2017 RC1

Fonctionnalités nouvelles et modifiées dans Scale Out

pour SSIS
Scale Out Master prend désormais en charge la haute disponibilité. Vous pouvez
activer AlwaysOn pour SSISDB et configurer le clustering de basculement Windows
Server pour le serveur qui héberge le service Scale Out Master. En appliquant cette
modification à Scale Out Master, vous évitez un point de défaillance unique et
bénéficiez d’une haute disponibilité pour l’ensemble du déploiement Scale Out.
La gestion de basculement des journaux d’exécution des Scale Out Workers est
améliorée. Les journaux d’exécution sont conservés sur le disque local au cas où le
 Scale Out Worker s’arrêterait de manière inattendue. Plus tard, quand le worker
redémarre, il recharge les journaux persistants et continue à les enregistrer dans
SSISDB.
Le paramètre runincluster de la procédure stockée [catalog].[create_execution] est
renommé en runinscaleout pour des raisons de cohérence et de lisibilité. Ce
changement de nom de paramètre a l’impact suivant :
Si vous avez des scripts existants pour exécuter des packages dans Scale Out,
vous devez remplacer le nom du paramètre runincluster par runinscaleout pour
que les scripts fonctionnent dans la version RC1.
SQL Server Management Studio (SSMS) 17.1 et versions antérieures ne peuvent
pas déclencher l’exécution du package dans Scale Out dans la version RC1. Le
message d'erreur est : « @runincluster n’est pas un paramètre pour la procédure
create_execution ». Ce problème est résolu dans la prochaine version de SSMS,
la version 17.2. Les versions 17.2 et ultérieures de SSMS prennent en charge le
nouveau nom de paramètre et l’exécution de package dans Scale Out. Jusqu’à
ce que SSMS version 17.2 soit disponible, en guise de solution de
contournement vous pouvez utiliser votre version existante de SSMS pour
générer le script d’exécution du package, remplacer le nom du paramètre
runincluster par runinscaleout dans le script, puis exécuter le script.
Le catalogue SSIS a une nouvelle propriété globale afin de spécifier le mode par
défaut pour l’exécution de packages SSIS. Cette nouvelle propriété s’applique
quand vous appelez la procédure stockée [catalog].[create_execution] avec le
paramètre runinscaleout défini sur null. Ce mode s’applique également aux travaux
de l’Agent SQL de SSIS. Vous pouvez définir la nouvelle propriété globale dans la
boîte de dialogue Propriétés du nœud SSISDB dans SSMS, ou avec la commande
suivante :

SQL

EXEC [catalog].[configure_catalog]
@property_name=N'DEFAULT_EXECUTION_MODE', @property_value=1

Nouveautés de SSIS dans SQL Server 2017 CTP

2.1

Fonctionnalités nouvelles et modifiées dans Scale Out

pour SSIS
 Vous pouvez maintenant utiliser le paramètre Use32BitRuntime quand vous
déclenchez l’exécution dans Scale Out.
Les performances de journalisation dans SSISDB pour les exécutions de package
dans Scale Out ont été améliorées. Les journaux Message d’événement et Contexte
de message sont désormais écrits dans SSISDB en mode batch plutôt qu’un par un.
Voici quelques remarques supplémentaires sur cette amélioration :
Certains rapports dans la version actuelle de SQL Server Management Studio
(SSMS) n’affichent pas ces journaux pour les exécutions dans Scale Out. Nous
estimons qu’ils seront pris en charge dans la prochaine version de SSMS. Les
rapports affectés incluent le rapport Toutes les connexions, le rapport Contexte
de l’erreur et la section Informations de connexion dans le tableau de bord
Integration Services.
Une nouvelle colonne event_message_guid a été ajoutée. Utilisez cette colonne
pour joindre les vues [catalog].[event_message_context] et [catalog].
[event_messages] au lieu d’utiliser event_message_id quand vous interrogez ces
journaux d’exécutions dans Scale Out.
Pour obtenir l’application de gestion pour SSIS Scale Out, téléchargez SQL Server
Management Studio (SSMS) 17.1 ou version ultérieure.

Nouveautés de SSIS dans SQL Server 2017 CTP

2.0
Il n’y a pas de nouvelles fonctionnalités SSIS dans SQL Server 2017 CTP 2.0.

Nouveautés de SSIS dans SQL Server 2017 CTP

1.4
Il n’y a pas de nouvelles fonctionnalités SSIS dans SQL Server 2017 CTP 1.4.

Nouveautés de SSIS dans SQL Server 2017 CTP

1.3
Il n’y a pas de nouvelles fonctionnalités SSIS dans SQL Server 2017 CTP 1.3.

Nouveautés de SSIS dans SQL Server 2017 CTP

1.2
Il n’y a pas de nouvelles fonctionnalités SSIS dans SQL Server 2017 CTP 1.2.

Nouveautés de SSIS dans SQL Server 2017 CTP

1.1
Il n’y a pas de nouvelles fonctionnalités SSIS dans SQL Server 2017 CTP 1.1.

Nouveautés de SSIS dans SQL Server 2017 CTP

1.0

Scale Out pour SSIS

La fonctionnalité Scale Out facilite grandement l’exécution de SSIS sur plusieurs
ordinateurs.

Après l’installation du Scale Out Master et des Scale Out Workers, le package peut être
distribué pour s’exécuter automatiquement sur différents Workers. Si l’exécution est
arrêtée inopinément, une nouvelle tentative est effectuée automatiquement. De plus,
vous pouvez gérer toutes les exécutions et Workers de manière centralisée à l’aide du
Master.

Pour plus d’informations, consultez Integration Services Scale Out.

Prise en charge des ressources Microsoft Dynamics

Online
Le Gestionnaire de connexions OData et de sources OData prennent désormais en
charge la connexion aux flux OData de Microsoft Dynamics AX Online et Microsoft
Dynamics CRM Online.
Fonctionnalités Integration Services
prises en charge par les éditions de SQL
Server
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Cette rubrique fournit des détails sur les fonctionnalités de SQL Server Integration
Services (SSIS) prises en charge par les différentes éditions de SQL Server.

Pour connaître les fonctionnalités prises en charge par les éditions Evaluation et
Developer, consultez les fonctionnalités répertoriées pour Enterprise Edition dans les
tableaux suivants.

Pour obtenir les notes de publication les plus récentes et des informations sur les
nouveautés, consultez les articles suivants :

Notes de publication de SQL Server 2016

Nouveautés d’Integration Services dans SQL Server 2016
Nouveautés d’Integration Services dans SQL Server 2017

Essayez SQL Server 2016 !

La version d’évaluation de SQL Server est disponible pendant une période d’évaluation
de 180 jours.

Télécharger SQL Server 2016 à partir du Centre d’évaluation

Nouvelles fonctionnalités Integration Services

dans SQL Server 2017
Fonctionnalité Entreprise standard Web Express Express
with
Advanced
Services

Scale Out Master Oui

Scale Out Worker Oui Oui 1 TBD TBD TBD

 Fonctionnalité Entreprise standard Web Express Express
with
Advanced
Services

Prise en charge de Microsoft Dynamics Oui Oui

AX et Microsoft Dynamics CRM dans les
composants OData 2

Prise en charge Linux Oui Oui Oui

1 Si vous exécutez des packages qui nécessitent des fonctionnalités Entreprise

uniquement dans Scale Out, les Scale Out Workers doivent également s’exécuter sur des
instances de SQL Server Entreprise.

2
Cette fonctionnalité est également prise en charge dans SQL Server 2016 avec Service
Pack 1.

Assistant Importation et Exportation SQL

Server
Fonctionnalité Entreprise standard Web Express with Express
Advanced
Services

Assistant Importation et Oui Oui Oui Oui1 Oui1

Exportation SQL Server

1 DTSWizard.exe n’est pas fourni avec SQL sur Linux. Toutefois, dtexec sur Linux peut
être utilisé pour exécuter un package créé par DTSWizard sur Windows.

Integration Services
Fonctionnalité Entreprise standard Web Express with Express
Advanced
Services

Connecteurs de source de Oui Oui

données intégrés

Tâches et transformations Oui Oui

intégrées

Source et destination ODBC Oui Oui

Fonctionnalité Entreprise standard Web Express with Express
Advanced
Services

Connecteurs et tâches de sources Oui Oui

de données Azure

Connecteurs et tâches Oui Oui

Hadoop/HDFS

Outils de profilage de données de Oui Oui

base

Integration Services - sources et destinations

avancées
Fonctionnalité Entreprise standard Web Express with Express
Advanced
Services

Source et destination Oracle hautes Oui

performances par Attunity

Source et destination hautes Oui

performances Teradata par Attunity

Source et destination SAP BW Oui

Destination d’apprentissage du Oui

modèle d’exploration de données

Destination de traitement de Oui

dimension

Destination de traitement de partition Oui

Integration Services - Tâches et transformations

avancées
Fonctionnalité Entreprise standard Web Express with Express
Advanced
Services

Composants de capture de données Oui

modifiées par Attunity 1
 Fonctionnalité Entreprise standard Web Express with Express
Advanced
Services

Transformation de requête Oui

d'exploration de données

Transformations de regroupement Oui

probable et de recherche floue

Transformations d’extraction de terme Oui

et de recherche de terme

1
Les composants de capture de données modifiées par Attunity nécessitent l’édition
Entreprise. Le service de capture de données modifiées et le concepteur de capture de
données modifiées, toutefois, ne nécessitent pas l’édition Entreprise. Vous pouvez
utiliser le concepteur et le service sur un ordinateur où SSIS n’est pas installé.
Documentation Integration Services
pour les développeurs
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Integration Services inclut un modèle objet entièrement réécrit, auquel ont été ajoutées
de nombreuses fonctionnalités, afin d'offrir un outil convivial, souple et puissant pour
étendre et programmer des packages. Les développeurs peuvent étendre et
programmer pratiquement tous les aspects des packages Integration Services.

En tant que développeur Integration Services, vous disposez de deux méthodes de

programmation Integration Services fondamentales :

Vous pouvez étendre des packages en écrivant des composants qui deviennent
disponibles dans le concepteur SSIS pour fournir des fonctionnalités
personnalisées dans un package.

Vous pouvez créer, configurer et exécuter des packages par programme à partir de
vos propres applications.

Si vous constatez que les composants intégrés dans Integration Services ne satisfont pas
vos besoins, vous pouvez étendre la puissance d'Integration Services en codant vos
propres extensions. Cette méthode propose deux options distinctes :

Pour une utilisation ad hoc dans un seul package, vous pouvez créer une tâche
personnalisée en écrivant du code dans la tâche de script, ou un composant de
flux de données personnalisé en écrivant du code dans le composant Script, que
vous pouvez configurer en tant que source, transformation ou destination. Ces
wrappers puissants se chargent d'écrire le code d'infrastructure et vous permettent
ainsi de vous consacrer exclusivement au développement de vos fonctionnalités
personnalisées ; toutefois, ils sont difficilement réutilisables dans un contexte
différent.

Pour une utilisation dans plusieurs packages, vous pouvez créer des extensions
Integration Services personnalisées, telles que des gestionnaires de connexions,
des tâches, des énumérateurs, des modules fournisseurs d'informations et des
composants de flux. Le modèle objet Integration Services managé contient des
classes de base qui fournissent un point de départ et facilitent considérablement le
développement d'extensions personnalisées.
Si vous souhaitez créer des packages de manière dynamique, ou gérer et exécuter des
packages Integration Services à l'extérieur de l'environnement de développement, vous
pouvez manipuler les packages par programme. Vous pouvez charger, modifier et
exécuter des packages existants, ou créer et exécuter par programme des packages
entièrement nouveaux. Cette méthode vous offre une gamme continue d'options :

Charger et exécuter un package existant sans modification.

Charger un package existant, le reconfigurer (par exemple, spécifier une source de

données différente) et l'exécuter.

Créer un package, ajouter et configurer des composants, apporter des

modifications objet par objet et propriété par propriété, l’enregistrer, puis
l’exécuter.

Ces méthodes de programmation Integration Services sont décrites dans cette section
et illustrées par des exemples.

Dans cette section

Vue d'ensemble de la programmation Integration Services
Décrit les rôles de flux de contrôle et de flux dans le développement Integration
Services.

Présentation des transformations synchrones et asynchrones

Décrit la distinction importante entre les sorties synchrones et les sorties asynchrones,
ainsi que les composants qui les utilisent dans le flux de données.

Utilisation de gestionnaires de connexions par programme

Répertorie les gestionnaires de connexions que vous pouvez utiliser à partir du code
managé, ainsi que les valeurs que les gestionnaires de connexions retournent quand le
code appelle la méthode AcquireConnection.

Extension de packages avec des scripts

Décrit comment étendre le flux de contrôle à l’aide de la tâche de script, ou le flux de
données à l’aide du composant Script.

Extension de packages avec des objets personnalisés

Décrit comment créer et programmer des tâches personnalisées, des composants de
flux de données et d'autres objets de package à utiliser dans plusieurs packages.

Génération de packages par programme

Décrit comment créer, configurer et enregistrer des packages Integration Services par
programme.
Exécution et gestion de packages par programme
Décrit comment énumérer, exécuter et gérer des packages Integration Services par
programme.

Informations de référence
Guide de référence des erreurs et des messages propres à Integration Services
Répertorie les codes d'erreur Integration Services prédéfinis, avec leur nom symbolique
et leur description.

Sections connexes
Outils de dépannage pour le développement des packages
Décrit les fonctionnalités et les outils fournis par Integration Services pour le dépannage
des packages lors du développement.

Voir aussi
SQL Server Integration Services
Compatibilité descendante d'Integration
Services
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Cette rubrique décrit les modifications entre les versions de SQL Server Integration
Services. Elle traite des fonctionnalités qui ne sont plus disponibles ou destinées à être
supprimées dans les versions futures. Elle décrit également les changements importants
apportés au produit, connus pour empêcher le bon fonctionnement ou pour modifier le
comportement d'une application personnalisée incluant la fonctionnalité Integration
Services .

Fonctionnalités Integration Services dépréciées

Cette rubrique décrit les fonctionnalités dépréciées d’Integration Services encore
disponibles dans la version actuelle de SQL Server Integration Services. Il est prévu que
ces fonctionnalités soient supprimées dans une prochaine version de SQL Server.
N’utilisez pas de fonctions déconseillées dans les nouvelles applications.

SQL Server 2022 (16.x) ne compte aucune fonctionnalité Integration Services dépréciée.

Fonctionnalités Integration Services

abandonnées
Cette rubrique décrit les fonctionnalités d’Integration Services qui ne sont plus
disponibles dans la version actuelle de SQL Server Integration Services.

Change Data Capture Designer pour Oracle d’Attunity n’est pas pris en charge dans
SQL Server 2022 (16.x).

Changements cassants apportés aux

fonctionnalités Integration Services
Cette section décrit les changements essentiels apportés à Integration Services. Ces
modifications peuvent interrompre les applications, scripts ou autres éléments basés sur
les versions antérieures de SQL Server. Il se peut que vous rencontriez ces problèmes
pendant une mise à niveau.
Aucun changement cassant n’a été apporté aux fonctionnalités Integration Services dans
SQL Server 2022 (16.x).

Changements de comportement des

fonctionnalités Integration Services
Cette section décrit les changements de comportement dans Integration Services. Les
modifications de comportement affectent le mode de fonctionnement ou d’interaction
des fonctionnalités dans la version actuelle de SQL Server Integration Services par
rapport aux versions précédentes de SQL Server.

Le comportement des fonctionnalités Integration Services dans SQL Server 2022 (16.x)
est inchangé.
Déployer un projet SSIS avec SQL Server
Management Studio (SSMS)
Article • 30/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Ce guide de démarrage rapide montre comment utiliser SQL Server Management Studio
(SSMS) pour se connecter à la base de données du catalogue SSIS, puis exécuter
l’Assistant Déploiement d’Integration Services pour déployer un projet SSIS sur le
catalogue SSIS.

SQL Server Management Studio est un environnement intégré pour la gestion des
infrastructures SQL, de SQL Server à SQL Database. Pour plus d’informations sur SSMS,
consultez SQL Server Management Studio (SSMS).

Prérequis
Avant de commencer, vérifiez que vous disposez de la dernière version de SQL Server
Management Studio. Pour télécharger SSMS, consultez Télécharger SQL Server
Management Studio (SSMS).

La validation décrite dans cet article pour le déploiement sur Azure SQL Database
nécessite SQL Server Data Tools (SSDT) version 17.4 ou ultérieure. Pour obtenir la
dernière version de SSDT, consultez Télécharger SSDT (SQL Server Data Tools).

Un serveur Azure SQL Database écoute sur le port 1433. Si vous essayez de vous
connecter à un serveur Azure SQL Database en étant derrière un pare-feu d’entreprise,
ce port doit être ouvert dans le pare-feu d’entreprise pour que vous puissiez vous
connecter.

Plateformes prises en charge

Vous pouvez utiliser les informations de ce guide de démarrage rapide pour déployer un
projet SSIS sur les plateformes suivantes :

SQL Server sur Windows.

Azure SQL Database. Pour plus d’informations sur le déploiement et l’exécution de

packages dans Azure, consultez Effectuer un « lift-and-shift » des charges de
travail SQL Server Integration Services vers le cloud.
Vous ne pouvez pas utiliser les informations de ce guide de démarrage rapide pour
déployer un package SSIS sur SQL Server sur Linux. Pour plus d’informations sur
l’exécution de packages sur Linux, consultez Extraire, transformer et charger des
données sur Linux avec SSIS.

Pour Azure SQL Database, obtenez les

informations de connexion.
Pour déployer le projet sur Azure SQL Database, obtenez les informations de connexion
dont vous avez besoin pour vous connecter à la base de données du catalogue SSIS
(SSISDB). Vous avez besoin des informations de connexion et du nom de serveur
complet dans les procédures qui suivent.

1. Connectez-vous au portail Azure .

2. Sélectionnez Bases de données SQL dans le menu de gauche, puis sélectionnez la
base de données SSISDB dans la page Bases de données SQL.
3. Dans la page Vue d’ensemble de votre base de données, notez le nom complet du
serveur. Pour voir l’option Cliquer pour copier, pointez sur le nom du serveur.
4. Si vous avez oublié vos informations de connexion au serveur Azure SQL Database,
accédez à la page du serveur SQL Database pour voir le nom de l’administrateur
du serveur. Vous pouvez réinitialiser le mot de passe si nécessaire.

Méthodes d’authentification pour le

déploiement
Si vous déployez sur un serveur SQL Server avec l’Assistant Déploiement, vous devez
utiliser l’authentification Windows. Vous ne pouvez pas utiliser l’authentification SQL
Server.

Si vous déployez sur un serveur Azure SQL Database, vous devez utiliser
l’authentification SQL Server ou l’authentification Azure Active Directory. Vous ne
pouvez pas utiliser l’authentification Windows.

Se connecter à la base de données SSISDB

Utilisez SQL Server Management Studio pour établir une connexion au catalogue SSIS.

1. Ouvrez SQL Server Management Studio.

2. Dans la fenêtre Se connecter au serveur, entrez les valeurs suivantes :

 Paramètre Valeur En savoir plus
suggérée

Type de serveur Moteur de base Cette valeur est requise.

de données

Nom du serveur Nom complet Si vous vous connectez à un serveur Azure SQL
du serveur Database, le nom est au format suivant :
<server_name>.database.windows.net .

Authentification l’authentification Avec l’authentification SQL Server, vous pouvez vous

SQL Server connecter à SQL Server ou à Azure SQL Database.
Consultez Méthodes d’authentification dans le
déploiement dans cet article.

Connexion Compte Il s’agit du compte que vous avez spécifié quand

d’administrateur vous avez créé le serveur.
de serveur

Mot de passe Mot de passe de Il s’agit du mot de passe que vous avez spécifié
votre compte quand vous avez créé le serveur.
d’administrateur
de serveur

3. Cliquez sur Connecter. La fenêtre Explorateur d’objets s’ouvre dans SSMS.

4. Dans l’Explorateur d’objets, développez Catalogues Integration Services, puis

développez SSISDB pour afficher les objets de la base de données de catalogues
SSIS.

Démarrer l’Assistant Déploiement d’Integration

Services
1. Dans l’Explorateur d’objets, après avoir développé les nœuds Catalogues
Integration Services et SSISDB, développez un dossier.

2. Sélectionnez le nœud Projets.

3. Cliquez avec le bouton droit sur le nœud Projets, puis sélectionnez Déployer le
projet. L’Assistant Déploiement d’Integration Services s’ouvre. Vous pouvez
déployer un projet à partir du catalogue actif ou du système de fichiers.

Déployer un projet avec l’Assistant

1. Dans la page Introduction de l’Assistant, examinez l’introduction. Cliquez sur
Suivant pour ouvrir la page Sélectionner la source.

2. Dans la page Sélectionner la source, sélectionnez le projet SSIS existant à

déployer.

Pour déployer un fichier de déploiement de projet que vous avez créé en

générant un projet dans l’environnement de développement, sélectionnez
Fichier de déploiement de projet et entrez le chemin du fichier .ispac.
Pour déployer un projet déjà déployé dans une base de données du
catalogue SSIS, sélectionnez Catalogue Integration Services et entrez le nom
du serveur et le chemin du projet dans le catalogue. Cliquez sur Suivant pour
afficher la page Sélectionner la destination .

3. Dans la page Sélectionner la destination, sélectionnez la destination du projet.

Entrez le nom complet du serveur. Si le serveur cible est un serveur Azure

SQL Database, le nom est au format suivant :
<server_name>.database.windows.net .

Fournissez les informations d’authentification et sélectionnez Se connecter.

Consultez Méthodes d’authentification dans le déploiement dans cet article.
Sélectionnez ensuite Parcourir pour sélectionner le dossier cible dans SSISDB.
Ensuite, sélectionnez Suivant pour ouvrir la page Vérifier. (Le bouton Suivant
est activé seulement si vous sélectionnez Se connecter.)

4. Dans la page Vérifier, vérifiez les paramètres que vous avez sélectionnés.

Vous pouvez modifier vos sélections en cliquant sur Précédentou en cliquant

sur l'une des étapes dans le volet gauche.
Cliquez sur Déployer pour démarrer le processus de déploiement.

5. Si vous déployez sur un serveur Azure SQL Database, la page Valider s’ouvre et
inspecte les packages du projet à la recherche de problèmes connus susceptibles
d’impacter leur exécution dans Azure-SSIS Integration Runtime. Pour plus
d’informations, consultez Valider des packages SSIS déployés sur Azure.

6. Une fois le processus de déploiement effectué, la page Résultats s’affiche. Cette

page indique la réussite ou l’échec de chaque action.

Si l’action a échoué, cliquez sur Échec dans la colonne Résultat pour afficher
une explication de l’erreur.
Si vous le souhaitez, cliquez sur Enregistrer le rapport pour enregistrer les
résultats dans un fichier XML.
Cliquez sur Fermer pour quitter l’Assistant.
Étapes suivantes
Envisagez d’autres méthodes pour déployer un package.
Déployer un package SSIS avec Transact-SQL (SSMS)
Déployer un package SSIS avec Transact-SQL (VS Code)
Déployer un package SSIS à partir de l’invite de commandes
Déployer un package SSIS avec PowerShell
Déployer un package SSIS avec C#
Exécutez un package déployé. Pour exécuter un package, vous pouvez choisir
parmi plusieurs outils et langages. Pour plus d’informations, consultez les articles
suivants :
Exécuter un package SSIS avec SSMS
Exécuter un package SSIS avec Transact-SQL (SSMS)
Exécuter un package SSIS avec Transact-SQL (VS Code)
Exécuter un package SSIS à partir de l’invite de commandes
Exécuter un package SSIS avec PowerShell
Exécuter un package SSIS avec C#
Déployer un projet SSIS à partir de
SSMS avec Transact-SQL
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Ce guide de démarrage rapide montre comment utiliser SQL Server Management Studio
(SSMS) pour se connecter à la base de données du catalogue SSIS, puis utiliser des
instructions Transact-SQL pour déployer un projet SSIS dans le catalogue SSIS.

SQL Server Management Studio est un environnement intégré pour la gestion des
infrastructures SQL, de SQL Server à SQL Database. Pour plus d’informations sur SSMS,
consultez SQL Server Management Studio (SSMS).

Prérequis
Avant de commencer, vérifiez que vous disposez de la dernière version de SQL Server
Management Studio. Pour télécharger SSMS, consultez Télécharger SQL Server
Management Studio (SSMS).

Plateformes prises en charge

Vous pouvez utiliser les informations de ce guide de démarrage rapide pour déployer un
projet SSIS sur les plateformes suivantes :

SQL Server sur Windows.

Vous ne pouvez pas utiliser les informations de ce guide de démarrage rapide pour
déployer un package SSIS sur Azure SQL Database. La procédure stockée
catalog.deploy_project attend le chemin du fichier .ispac dans le système de fichiers
local. Pour plus d’informations sur le déploiement et l’exécution de packages dans
Azure, consultez Effectuer un « lift-and-shift » des charges de travail SQL Server
Integration Services vers le cloud.

Vous ne pouvez pas utiliser les informations de ce guide de démarrage rapide pour
déployer un package SSIS sur SQL Server sur Linux. Pour plus d’informations sur
l’exécution de packages sur Linux, consultez Extraire, transformer et charger des
données sur Linux avec SSIS.
Méthode d’authentification prise en charge
Consultez Méthodes d’authentification pour le déploiement.

Se connecter à la base de données du

catalogue SSIS
Utilisez SQL Server Management Studio pour établir une connexion au catalogue SSIS.

1. Ouvrez SQL Server Management Studio.

2. Dans la fenêtre Se connecter au serveur, entrez les valeurs suivantes :

Paramètre Valeur suggérée En savoir plus

Type de serveur Moteur de base de données Cette valeur est requise.

Nom du serveur Nom complet du serveur

Authentification l’authentification SQL Server

Connexion Compte d’administrateur de Il s’agit du compte que vous avez

serveur spécifié quand vous avez créé le serveur.

Mot de passe Mot de passe de votre Il s’agit du mot de passe que vous avez
compte d’administrateur de spécifié quand vous avez créé le serveur.
serveur

3. Cliquez sur Connecter. La fenêtre Explorateur d’objets s’ouvre dans SSMS.

4. Dans l’Explorateur d’objets, développez Catalogues Integration Services, puis

développez SSISDB pour afficher les objets de la base de données de catalogues
SSIS.

Exécuter le code T-SQL

Exécutez le code Transact-SQL suivant pour déployer un projet SSIS.

1. Dans SSMS, ouvrez une nouvelle fenêtre de requête et collez le code suivant.

2. Mettez à jour les valeurs de paramètres dans la procédure stockée

catalog.deploy_project pour votre système.

3. Vérifiez que SSISDB est la base de données active.

 4. Exécutez le script.

5. Dans l’Explorateur d’objets, actualisez le contenu de SSISDB si nécessaire et

vérifiez la présence du projet que vous avez déployé.

SQL

DECLARE @ProjectBinary AS varbinary(max)

DECLARE @operation_id AS bigint
SET @ProjectBinary =
(SELECT * FROM OPENROWSET(BULK '<project_file_path>.ispac', SINGLE_BLOB)
AS BinaryData)

EXEC catalog.deploy_project @folder_name = '<target_folder>',

@project_name = '<project_name',
@Project_Stream = @ProjectBinary,
@operation_id = @operation_id out

Étapes suivantes
Envisagez d’autres méthodes pour déployer un package.
Déployer un package SSIS avec SSMS
Déployer un package SSIS avec Transact-SQL (VS Code)
Déployer un package SSIS à partir de l’invite de commandes
Déployer un package SSIS avec PowerShell
Déployer un package SSIS avec C#
Exécutez un package déployé. Pour exécuter un package, vous pouvez choisir
parmi plusieurs outils et langages. Pour plus d’informations, consultez les articles
suivants :
Exécuter un package SSIS avec SSMS
Exécuter un package SSIS avec Transact-SQL (SSMS)
Exécuter un package SSIS avec Transact-SQL (VS Code)
Exécuter un package SSIS à partir de l’invite de commandes
Exécuter un package SSIS avec PowerShell
Exécuter un package SSIS avec C#
Déployer un projet SSIS à partir de
Visual Studio Code avec Transact-SQL
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Ce guide de démarrage rapide montre comment utiliser Visual Studio Code pour se
connecter à la base de données du catalogue SSIS, puis utiliser des instructions
Transact-SQL pour déployer un projet SSIS dans le catalogue SSIS.

Visual Studio Code est un éditeur de code pour Windows, macOS et Linux qui prend en
charge les extensions, notamment l’extension mssql pour la connexion à Microsoft SQL
Server, à Azure SQL Database et à Azure Synapse Analytics. Pour plus d’informations sur
VS Code, consultez Visual Studio Code .

Prérequis
Avant de commencer, vérifiez que vous avez installé la dernière version de Visual Studio
Code et chargé l’extension mssql . Pour télécharger ces outils, consultez les pages
suivantes :

Télécharger Visual Studio Code

Extension mssql

Plateformes prises en charge

Vous pouvez utiliser les informations de ce guide de démarrage rapide pour déployer un
projet SSIS sur les plateformes suivantes :

SQL Server sur Windows.

Vous ne pouvez pas utiliser les informations de ce guide de démarrage rapide pour
déployer un package SSIS sur Azure SQL Database. La procédure stockée
catalog.deploy_project attend le chemin du fichier .ispac dans le système de fichiers

local. Pour plus d’informations sur le déploiement et l’exécution de packages dans

Azure, consultez Effectuer un « lift-and-shift » des charges de travail SQL Server
Integration Services vers le cloud.

Vous ne pouvez pas utiliser les informations de ce guide de démarrage rapide pour
déployer un package SSIS sur SQL Server sur Linux. Pour plus d’informations sur
l’exécution de packages sur Linux, consultez Extraire, transformer et charger des
données sur Linux avec SSIS.

Définir SQL comme mode de langage dans VS

Code
Pour activer les commandes mssql et T-SQL IntelliSense, définissez SQL comme mode
de langage dans Visual Studio Code.

1. Ouvrez Visual Studio Code, puis ouvrez une nouvelle fenêtre.

2. Cliquez sur Texte brut dans le coin inférieur droit de la barre d’état.

3. Dans le menu déroulant Sélectionner le mode de langage qui s’affiche,

sélectionnez ou entrez SQL, puis appuyez sur Entrée pour définir SQL comme
mode de langage.

Méthode d’authentification prise en charge

Consultez Méthodes d’authentification pour le déploiement.

Se connecter à la base de données du

catalogue SSIS
Utilisez Visual Studio Code pour établir une connexion au catalogue SSIS.

1. Dans VS Code, appuyez sur CTRL+MAJ+P (ou F1) pour ouvrir la Palette de
commandes.

2. Tapez sqlcon, puis appuyez sur ENTRÉE.

3. Appuyez sur ENTRÉE pour sélectionner Créer un profil de connexion. Cette étape
crée un profil de connexion pour votre instance de SQL Server.

4. Suivez les invites pour spécifier les propriétés de connexion de ce nouveau profil
de connexion. Après avoir spécifié chaque valeur, appuyez sur ENTRÉE pour
continuer.

Paramètre Valeur suggérée En savoir plus

Nom du serveur Nom complet du serveur

 Paramètre Valeur suggérée En savoir plus

Nom de la base SSISDB Nom de la base de données à laquelle se

de données connecter.

Authentification Connexion SQL

Nom Compte d’administrateur Il s’agit du compte que vous avez spécifié

d’utilisateur de serveur quand vous avez créé le serveur.

Mot de passe Mot de passe de votre Il s’agit du mot de passe que vous avez
(connexion compte d’administrateur spécifié quand vous avez créé le serveur.
SQL) de serveur

Enregistrer le Oui ou Non Si vous ne souhaitez pas entrer le mot de

mot de passe ? passe à chaque fois, sélectionnez Oui.

Entrez un nom Nom d’un profil, tel que Un nom de profil enregistré permet
pour ce profil mySSISServer d’accélérer votre connexion lors des
connexions suivantes.

5. Appuyez sur la touche ÉCHAP pour fermer le message d’information qui vous
informe que le profil est créé et connecté.

6. Vérifiez votre connexion dans la barre d’état.

Exécuter le code T-SQL

Exécutez le code Transact-SQL suivant pour déployer un projet SSIS.

1. Dans la fenêtre Éditeur, entrez la requête suivante dans la fenêtre de requête vide.

2. Mettez à jour les valeurs de paramètres dans la procédure stockée

catalog.deploy_project pour votre système.

3. Appuyez sur Ctrl+Maj+E pour exécuter le code et déployer le projet.

SQL

DECLARE @ProjectBinary AS varbinary(max)

DECLARE @operation_id AS bigint
SET @ProjectBinary = (SELECT * FROM OPENROWSET(BULK
'<project_file_path>.ispac', SINGLE_BLOB) AS BinaryData)

EXEC catalog.deploy_project @folder_name = '<target_folder>',

@project_name = '<project_name',
@Project_Stream = @ProjectBinary,
@operation_id = @operation_id out
Étapes suivantes
Envisagez d’autres méthodes pour déployer un package.
Déployer un package SSIS avec SSMS
Déployer un package SSIS avec Transact-SQL (SSMS)
Déployer un package SSIS à partir de l’invite de commandes
Déployer un package SSIS avec PowerShell
Déployer un package SSIS avec C#
Exécutez un package déployé. Pour exécuter un package, vous pouvez choisir
parmi plusieurs outils et langages. Pour plus d’informations, consultez les articles
suivants :
Exécuter un package SSIS avec SSMS
Exécuter un package SSIS avec Transact-SQL (SSMS)
Exécuter un package SSIS avec Transact-SQL (VS Code)
Exécuter un package SSIS à partir de l’invite de commandes
Exécuter un package SSIS avec PowerShell
Exécuter un package SSIS avec C#
Déployer un projet SSIS à partir de
l’invite de commandes avec
ISDeploymentWizard.exe
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Ce guide de démarrage rapide montre comment déployer un projet SSIS à partir de

l’invite de commandes en exécutant l’Assistant Déploiement d’Integration Services,
ISDeploymentWizard.exe .

Pour plus d’informations sur l’Assistant Déploiement d’Integration Services, consultez

Assistant Déploiement d’Integration Services.

Prérequis
La validation décrite dans cet article pour le déploiement sur Azure SQL Database
nécessite SQL Server Data Tools (SSDT) version 17.4 ou ultérieure. Pour obtenir la
dernière version de SSDT, consultez Télécharger SSDT (SQL Server Data Tools).

Un serveur Azure SQL Database écoute sur le port 1433. Si vous essayez de vous
connecter à un serveur Azure SQL Database en étant derrière un pare-feu d’entreprise,
ce port doit être ouvert dans le pare-feu d’entreprise pour que vous puissiez vous
connecter.

Plateformes prises en charge

Vous pouvez utiliser les informations de ce guide de démarrage rapide pour déployer un
projet SSIS sur les plateformes suivantes :

SQL Server sur Windows.

Azure SQL Database. Pour plus d’informations sur le déploiement et l’exécution de

packages dans Azure, consultez Effectuer un « lift-and-shift » des charges de
travail SQL Server Integration Services vers le cloud.

Vous ne pouvez pas utiliser les informations de ce guide de démarrage rapide pour
déployer un package SSIS sur SQL Server sur Linux. Pour plus d’informations sur
l’exécution de packages sur Linux, consultez Extraire, transformer et charger des
données sur Linux avec SSIS.
Pour Azure SQL Database, obtenez les
informations de connexion.
Pour déployer le projet sur Azure SQL Database, obtenez les informations de connexion
dont vous avez besoin pour vous connecter à la base de données du catalogue SSIS
(SSISDB). Vous avez besoin des informations de connexion et du nom de serveur
complet dans les procédures qui suivent.

1. Connectez-vous au portail Azure .

2. Sélectionnez Bases de données SQL dans le menu de gauche, puis sélectionnez la
base de données SSISDB dans la page Bases de données SQL.
3. Dans la page Vue d’ensemble de votre base de données, notez le nom complet du
serveur. Pour voir l’option Cliquer pour copier, pointez sur le nom du serveur.
4. Si vous avez oublié vos informations de connexion au serveur Azure SQL Database,
accédez à la page du serveur SQL Database pour voir le nom de l’administrateur
du serveur. Vous pouvez réinitialiser le mot de passe si nécessaire.

Méthode d’authentification prise en charge

Consultez Méthodes d’authentification pour le déploiement.

Démarrer l’Assistant Déploiement d’Integration

Services
1. Ouvrez une fenêtre d’invite de commandes.

2. Exécutez ISDeploymentWizard.exe . L’Assistant Déploiement d’Integration Services

s’ouvre.

Si le dossier qui contient ISDeploymentWizard.exe ne figure pas dans votre variable

d’environnement path , vous devrez peut-être utiliser la commande cd pour
basculer vers son répertoire. Pour SQL Server 2017, ce dossier est généralement
C:\Program Files (x86)\Microsoft SQL Server\140\DTS\Binn .

Déployer un projet avec l’Assistant

1. Dans la page Introduction de l’Assistant, examinez l’introduction. Cliquez sur
Suivant pour ouvrir la page Sélectionner la source.
2. Dans la page Sélectionner la source, sélectionnez le projet SSIS existant à
déployer.

Pour déployer un fichier de déploiement de projet que vous avez créé en

générant un projet dans l’environnement de développement, sélectionnez
Fichier de déploiement de projet et entrez le chemin du fichier .ispac.
Pour déployer un projet déjà déployé dans une base de données du
catalogue SSIS, sélectionnez Catalogue Integration Services et entrez le nom
du serveur et le chemin du projet dans le catalogue. Cliquez sur Suivant pour
afficher la page Sélectionner la destination .

3. Dans la page Sélectionner la destination, sélectionnez la destination du projet.

Entrez le nom complet du serveur. Si le serveur cible est un serveur Azure

SQL Database, le nom est au format suivant :
<server_name>.database.windows.net .

Fournissez les informations d’authentification et sélectionnez Se connecter.

Consultez la section Méthodes d’authentification pour le déploiement de cet
article.
Sélectionnez ensuite Parcourir pour sélectionner le dossier cible dans SSISDB.
Ensuite, sélectionnez Suivant pour ouvrir la page Vérifier. (Le bouton Suivant
est activé seulement si vous sélectionnez Se connecter.)

4. Dans la page Vérifier, vérifiez les paramètres que vous avez sélectionnés.

Vous pouvez modifier vos sélections en cliquant sur Précédentou en cliquant

sur l'une des étapes dans le volet gauche.
Cliquez sur Déployer pour démarrer le processus de déploiement.

5. Si vous déployez sur un serveur Azure SQL Database, la page Valider s’ouvre et
inspecte les packages du projet à la recherche de problèmes connus susceptibles
d’impacter leur exécution dans Azure-SSIS Integration Runtime. Pour plus
d’informations, consultez Valider des packages SSIS déployés sur Azure.

6. Une fois le processus de déploiement effectué, la page Résultats s’affiche. Cette

page indique la réussite ou l’échec de chaque action.

Si l’action a échoué, cliquez sur Échec dans la colonne Résultat pour afficher
une explication de l’erreur.
Si vous le souhaitez, cliquez sur Enregistrer le rapport pour enregistrer les
résultats dans un fichier XML.
Cliquez sur Fermer pour quitter l’Assistant.
Étapes suivantes
Envisagez d’autres méthodes pour déployer un package.
Déployer un package SSIS avec SSMS
Déployer un package SSIS avec Transact-SQL (SSMS)
Déployer un package SSIS avec Transact-SQL (VS Code)
Déployer un package SSIS avec PowerShell
Déployer un package SSIS avec C#
Exécutez un package déployé. Pour exécuter un package, vous pouvez choisir
parmi plusieurs outils et langages. Pour plus d’informations, consultez les articles
suivants :
Exécuter un package SSIS avec SSMS
Exécuter un package SSIS avec Transact-SQL (SSMS)
Exécuter un package SSIS avec Transact-SQL (VS Code)
Exécuter un package SSIS à partir de l’invite de commandes
Exécuter un package SSIS avec PowerShell
Exécuter un package SSIS avec C#
Déployer un projet SSIS avec PowerShell
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Ce guide de démarrage rapide montre comment utiliser un script PowerShell pour se

connecter à un serveur de base de données et déployer un projet SSIS dans le catalogue
SSIS.

Prérequis
Un serveur Azure SQL Database écoute sur le port 1433. Si vous essayez de vous
connecter à un serveur Azure SQL Database en étant derrière un pare-feu d’entreprise,
ce port doit être ouvert dans le pare-feu d’entreprise pour que vous puissiez vous
connecter.

Plateformes prises en charge

Vous pouvez utiliser les informations de ce guide de démarrage rapide pour déployer un
projet SSIS sur les plateformes suivantes :

SQL Server sur Windows.

Azure SQL Database. Pour plus d’informations sur le déploiement et l’exécution de

packages dans Azure, consultez Effectuer un « lift-and-shift » des charges de
travail SQL Server Integration Services vers le cloud.

Vous ne pouvez pas utiliser les informations de ce guide de démarrage rapide pour
déployer un package SSIS sur SQL Server sur Linux. Pour plus d’informations sur
l’exécution de packages sur Linux, consultez Extraire, transformer et charger des
données sur Linux avec SSIS.

Pour Azure SQL Database, obtenez les

informations de connexion.
Pour déployer le projet sur Azure SQL Database, obtenez les informations de connexion
dont vous avez besoin pour vous connecter à la base de données du catalogue SSIS
(SSISDB). Vous avez besoin des informations de connexion et du nom de serveur
complet dans les procédures qui suivent.
 1. Connectez-vous au portail Azure .
2. Sélectionnez Bases de données SQL dans le menu de gauche, puis sélectionnez la
base de données SSISDB dans la page Bases de données SQL.
3. Dans la page Vue d’ensemble de votre base de données, notez le nom complet du
serveur. Pour voir l’option Cliquer pour copier, pointez sur le nom du serveur.
4. Si vous avez oublié vos informations de connexion au serveur Azure SQL Database,
accédez à la page du serveur SQL Database pour voir le nom de l’administrateur
du serveur. Vous pouvez réinitialiser le mot de passe si nécessaire.
5. Cliquez sur Afficher les chaînes de connexion de la base de données.
6. Examinez la chaîne de connexion ADO.NET complète.

Méthode d’authentification prise en charge

Consultez Méthodes d’authentification pour le déploiement.

Fournisseur PowerShell SSIS

Entrez les valeurs appropriées pour les variables en haut du script suivant, puis exécutez
le script pour déployer le projet SSIS.

７ Notes

L’exemple suivant utilise l’authentification Windows pour effectuer un déploiement

sur un serveur SQL local. Utilisez le cmdlet New-PSDive pour établir une connexion à
l’aide de l’authentification SQL Server. Si vous vous connectez à un serveur Azure
SQL Database, vous ne pouvez pas utiliser l’authentification Windows.

PowerShell

# Variables
$TargetInstanceName = "localhost\default"
$TargetFolderName = "Project1Folder"
$ProjectFilePath = "C:\Projects\Integration Services Project1\Integration
Services Project1\bin\Development\Integration Services Project1.ispac"
$ProjectName = "Integration Services Project1"

# Get the Integration Services catalog

$catalog = Get-Item SQLSERVER:\SSIS\$TargetInstanceName\Catalogs\SSISDB\

# Create the target folder

New-Object
"Microsoft.SqlServer.Management.IntegrationServices.CatalogFolder"
($catalog,
 $TargetFolderName,"Folder description") -OutVariable folder
$folder.Create()

# Read the project file and deploy it

[byte[]] $projectFile = [System.IO.File]::ReadAllBytes($ProjectFilePath)
$folder.DeployProject($ProjectName, $projectFile)

# Verify packages were deployed.

dir
"$($catalog.PSPath)\Folders\$TargetFolderName\Projects\$ProjectName\Packages
" |
SELECT Name, DisplayName, PackageId

Script PowerShell
Entrez les valeurs appropriées pour les variables en haut du script suivant, puis exécutez
le script pour déployer le projet SSIS.

７ Notes

L’exemple suivant utilise l’authentification Windows pour effectuer un déploiement

sur un serveur SQL local. Pour utiliser l’authentification SQL Server, remplacez
l’argument Integrated Security=SSPI; par User ID=<user name>;Password=
<password>; . Si vous vous connectez à un serveur Azure SQL Database, vous ne
pouvez pas utiliser l’authentification Windows.

PowerShell

# Variables
$SSISNamespace = "Microsoft.SqlServer.Management.IntegrationServices"
$TargetServerName = "localhost"
$TargetFolderName = "Project1Folder"
$ProjectFilePath = "C:\Projects\Integration Services Project1\Integration
Services Project1\bin\Development\Integration Services Project1.ispac"
$ProjectName = "Integration Services Project1"

# Load the IntegrationServices assembly

$loadStatus =
[System.Reflection.Assembly]::Load("Microsoft.SQLServer.Management.Integrati
onServices, "+
"Version=14.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91,
processorArchitecture=MSIL")

# Create a connection to the server

$sqlConnectionString = `
"Data Source=" + $TargetServerName + ";Initial Catalog=master;Integrated
Security=SSPI;"
 $sqlConnection = New-Object System.Data.SqlClient.SqlConnection
$sqlConnectionString

# Create the Integration Services object

$integrationServices = New-Object $SSISNamespace".IntegrationServices"
$sqlConnection

# Get the Integration Services catalog

$catalog = $integrationServices.Catalogs["SSISDB"]

# Create the target folder

$folder = New-Object $SSISNamespace".CatalogFolder" ($catalog,
$TargetFolderName,
"Folder description")
$folder.Create()

Write-Host "Deploying " $ProjectName " project ..."

# Read the project file and deploy it

[byte[]] $projectFile = [System.IO.File]::ReadAllBytes($ProjectFilePath)
$folder.DeployProject($ProjectName, $projectFile)

Write-Host "Done."

Étapes suivantes
Envisagez d’autres méthodes pour déployer un package.
Déployer un package SSIS avec SSMS
Déployer un package SSIS avec Transact-SQL (SSMS)
Déployer un package SSIS avec Transact-SQL (VS Code)
Déployer un package SSIS à partir de l’invite de commandes
Déployer un package SSIS avec C#
Exécutez un package déployé. Pour exécuter un package, vous pouvez choisir
parmi plusieurs outils et langages. Pour plus d’informations, consultez les articles
suivants :
Exécuter un package SSIS avec SSMS
Exécuter un package SSIS avec Transact-SQL (SSMS)
Exécuter un package SSIS avec Transact-SQL (VS Code)
Exécuter un package SSIS à partir de l’invite de commandes
Exécuter un package SSIS avec PowerShell
Exécuter un package SSIS avec C#
Déployer un projet SSIS avec du code
C# dans une application .NET
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Ce guide de démarrage rapide montre comment écrire du code C# pour se connecter à

un serveur de base de données et déployer un projet SSIS.

Pour créer une application C#, vous pouvez utiliser Visual Studio, Visual Studio Code ou
un autre outil de votre choix.

Prérequis
Avant de commencer, vérifiez que Visual Studio ou Visual Studio Code est installé sur
votre ordinateur. Téléchargez l’édition Community gratuite de Visual Studio, ou le
logiciel Visual Studio Code gratuit, à partir de la page de Téléchargements Visual
Studio .

Un serveur Azure SQL Database écoute sur le port 1433. Si vous essayez de vous
connecter à un serveur Azure SQL Database en étant derrière un pare-feu d’entreprise,
ce port doit être ouvert dans le pare-feu d’entreprise pour que vous puissiez vous
connecter.

Plateformes prises en charge

Vous pouvez utiliser les informations de ce guide de démarrage rapide pour déployer un
projet SSIS sur les plateformes suivantes :

SQL Server sur Windows.

Azure SQL Database. Pour plus d’informations sur le déploiement et l’exécution de

packages dans Azure, consultez Effectuer un « lift-and-shift » des charges de
travail SQL Server Integration Services vers le cloud.

Vous ne pouvez pas utiliser les informations de ce guide de démarrage rapide pour
déployer un package SSIS sur SQL Server sur Linux. Pour plus d’informations sur
l’exécution de packages sur Linux, consultez Extraire, transformer et charger des
données sur Linux avec SSIS.
Pour Azure SQL Database, obtenez les
informations de connexion.
Pour déployer le projet sur Azure SQL Database, obtenez les informations de connexion
dont vous avez besoin pour vous connecter à la base de données du catalogue SSIS
(SSISDB). Vous avez besoin des informations de connexion et du nom de serveur
complet dans les procédures qui suivent.

1. Connectez-vous au portail Azure .

2. Sélectionnez Bases de données SQL dans le menu de gauche, puis sélectionnez la
base de données SSISDB dans la page Bases de données SQL.
3. Dans la page Vue d’ensemble de votre base de données, notez le nom complet du
serveur. Pour voir l’option Cliquer pour copier, pointez sur le nom du serveur.
4. Si vous avez oublié vos informations de connexion au serveur Azure SQL Database,
accédez à la page du serveur SQL Database pour voir le nom de l’administrateur
du serveur. Vous pouvez réinitialiser le mot de passe si nécessaire.
5. Cliquez sur Afficher les chaînes de connexion de la base de données.
6. Examinez la chaîne de connexion ADO.NET complète. Votre code peut aussi utiliser
un SqlConnectionStringBuilder pour recréer cette chaîne de connexion avec
chaque valeur de paramètre que vous fournissez.

Méthode d’authentification prise en charge

Consultez Méthodes d’authentification pour le déploiement.

Créer un projet Visual Studio

1. Dans Visual Studio, choisissez Fichier, Nouveau, Projet.
2. Dans la boîte de dialogue Nouveau projet, développez Visual C#.
3. Sélectionnez Application console et entrez run_ssis_project comme nom de projet.
4. Cliquez sur OK pour créer et ouvrir le nouveau projet dans Visual Studio.

Ajouter des références

1. Dans l’Explorateur de solutions, cliquez avec le bouton droit sur le dossier
Références, puis sélectionnez Ajouter une référence. La boîte de dialogue
Gestionnaire de références s’ouvre.
2. Dans la boîte de dialogue Gestionnaire de références, développez Assemblys et
sélectionnez Extensions.
 3. Sélectionnez les deux références suivantes à ajouter :

Microsoft.SqlServer.Management.Sdk.Sfc
Microsoft.SqlServer.Smo

4. Cliquez sur le bouton Parcourir pour ajouter une référence à

Microsoft.SqlServer.Management.IntegrationServices. (Cet assembly est installé
uniquement dans le Global Assembly Cache (GAC).) La boîte de dialogue
Sélectionner les fichiers à référencer s’ouvre.
5. Dans la boîte de dialogue Sélectionner les fichiers à référencer, accédez au
dossier GAC qui contient l’assembly. En général, il s’agit du dossier
C:\Windows\assembly\GAC_MSIL\Microsoft.SqlServer.Management.IntegrationService

s\14.0.0.0__89845dcd8080cc91 .

6. Sélectionnez l’assembly (autrement dit, le fichier .dll) dans le dossier et cliquez sur
Ajouter.
7. Cliquez sur OK pour fermer la boîte de dialogue Gestionnaire de références et
ajouter les trois références. Pour vérifier que les références y figurent, consultez la
liste Références dans l’Explorateur de solutions.

Ajouter le code C#
1. Ouvrez Program.cs.

2. Remplacez le contenu de Program.cs par le code suivant. Ajoutez les valeurs

appropriées pour votre serveur, base de données, utilisateur et mot de passe.

７ Notes

L’exemple suivant utilise l’authentification Windows. Pour utiliser l’authentification

SQL Server, remplacez l’argument Integrated Security=SSPI; par User ID=<user
name>;Password=<password>; . Si vous vous connectez à un serveur Azure SQL
Database, vous ne pouvez pas utiliser l’authentification Windows.

C#

using Microsoft.SqlServer.Management.IntegrationServices;
using System;
using System.Data.SqlClient;
using System.IO;

namespace deploy_ssis_project
{
class Program
 {
static void Main(string[] args)
{
// Variables
string targetServerName = "localhost";
string targetFolderName = "Project1Folder";
string projectName = "Integration Services Project1";
string projectFilePath = @"C:\Projects\Integration Services
Project1\Integration Services Project1\bin\Development\Integration Services
Project1.ispac";

// Create a connection to the server

string sqlConnectionString = "Data Source=" + targetServerName +
";Initial Catalog=master;Integrated Security=SSPI;";
SqlConnection sqlConnection = new
SqlConnection(sqlConnectionString);

// Create the Integration Services object

IntegrationServices integrationServices = new
IntegrationServices(sqlConnection);

// Get the Integration Services catalog

Catalog catalog = integrationServices.Catalogs["SSISDB"];

// Create the target folder

CatalogFolder folder = new CatalogFolder(catalog,
targetFolderName, "Folder description");
folder.Create();

Console.WriteLine("Deploying " + projectName + " project.");

byte[] projectFile = File.ReadAllBytes(projectFilePath);

folder.DeployProject(projectName, projectFile);

Console.WriteLine("Done.");
}
}
}

Exécuter le code
1. Pour exécuter l'application, appuyez sur F5.
2. Dans SSMS, vérifiez que le projet a été déployé.

Étapes suivantes
Envisagez d’autres méthodes pour déployer un package.
Déployer un package SSIS avec SSMS
Déployer un package SSIS avec Transact-SQL (SSMS)
 Déployer un package SSIS avec Transact-SQL (VS Code)
Déployer un package SSIS à partir de l’invite de commandes
Déployer un package SSIS avec PowerShell
Exécutez un package déployé. Pour exécuter un package, vous pouvez choisir
parmi plusieurs outils et langages. Pour plus d’informations, consultez les articles
suivants :
Exécuter un package SSIS avec SSMS
Exécuter un package SSIS avec Transact-SQL (SSMS)
Exécuter un package SSIS avec Transact-SQL (VS Code)
Exécuter un package SSIS à partir de l’invite de commandes
Exécuter un package SSIS avec PowerShell
Exécuter un package SSIS avec C#
Exécuter un package SSIS avec SQL
Server Management Studio (SSMS)
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Ce guide de démarrage rapide montre comment utiliser SQL Server Management Studio
(SSMS) pour se connecter à la base de données du catalogue SSIS, puis exécuter un
package SSIS stocké dans le catalogue SSIS à partir de l’Explorateur d’objets dans SSMS.

SQL Server Management Studio est un environnement intégré pour la gestion des
infrastructures SQL, de SQL Server à SQL Database. Pour plus d’informations sur SSMS,
consultez SQL Server Management Studio (SSMS).

Prérequis
Avant de commencer, vérifiez que vous disposez de la dernière version de SQL Server
Management Studio (SSMS). Pour télécharger SSMS, consultez Télécharger SQL Server
Management Studio (SSMS).

Un serveur Azure SQL Database écoute sur le port 1433. Si vous essayez de vous
connecter à un serveur Azure SQL Database en étant derrière un pare-feu d’entreprise,
ce port doit être ouvert dans le pare-feu d’entreprise pour que vous puissiez vous
connecter.

Plateformes prises en charge

Vous pouvez utiliser les informations de ce guide de démarrage rapide pour exécuter un
package SSIS sur les plateformes suivantes :

SQL Server sur Windows.

Azure SQL Database. Pour plus d’informations sur le déploiement et l’exécution de

packages dans Azure, consultez Effectuer un « lift-and-shift » des charges de
travail SQL Server Integration Services vers le cloud.

Vous ne pouvez pas utiliser les informations de ce guide de démarrage rapide pour
exécuter un package SSIS sur Linux. Pour plus d’informations sur l’exécution de
packages sur Linux, consultez Extraire, transformer et charger des données sur Linux
avec SSIS.
Pour Azure SQL Database, obtenez les
informations de connexion.
Pour exécuter le package sur Azure SQL Database, obtenez les informations de
connexion dont vous avez besoin pour vous connecter à la base de données du
catalogue SSIS (SSISDB). Vous avez besoin des informations de connexion et du nom de
serveur complet dans les procédures qui suivent.

1. Connectez-vous au portail Azure .

2. Sélectionnez Bases de données SQL dans le menu de gauche, puis sélectionnez la
base de données SSISDB dans la page Bases de données SQL.
3. Dans la page Vue d’ensemble de votre base de données, notez le nom complet du
serveur. Pour voir l’option Cliquer pour copier, pointez sur le nom du serveur.
4. Si vous avez oublié vos informations de connexion au serveur Azure SQL Database,
accédez à la page du serveur SQL Database pour voir le nom de l’administrateur
du serveur. Vous pouvez réinitialiser le mot de passe si nécessaire.

Se connecter à la base de données SSISDB

Utilisez SQL Server Management Studio pour établir une connexion au catalogue SSIS.

1. Ouvrez SQL Server Management Studio.

2. Dans la fenêtre Se connecter au serveur, entrez les valeurs suivantes :

Paramètre Valeur En savoir plus

suggérée

Type de serveur Moteur de base Cette valeur est requise.

de données

Nom du serveur Nom complet Si vous vous connectez à un serveur Azure SQL
du serveur Database, le nom est au format suivant :
<server_name>.database.windows.net .

Authentification l’authentification Avec l’authentification SQL Server, vous pouvez vous

SQL Server connecter à SQL Server ou à Azure SQL Database. Si
vous vous connectez à un serveur Azure SQL
Database, vous ne pouvez pas utiliser
l’authentification Windows.

Connexion Compte Il s’agit du compte que vous avez spécifié quand

d’administrateur vous avez créé le serveur.
de serveur
 Paramètre Valeur En savoir plus
suggérée

Mot de passe Mot de passe de Il s’agit du mot de passe que vous avez spécifié
votre compte quand vous avez créé le serveur.
d’administrateur
de serveur

3. Cliquez sur Connecter. La fenêtre Explorateur d’objets s’ouvre dans SSMS.

4. Dans l’Explorateur d’objets, développez Catalogues Integration Services, puis

développez SSISDB pour afficher les objets de la base de données de catalogues
SSIS.

Exécuter un package
1. Dans l’Explorateur d’objets, sélectionnez le package que vous souhaitez exécuter.

2. Cliquez avec le bouton droit et sélectionnez Exécuter. La boîte de dialogue

Exécuter le package s’ouvre.

3. Configurez l’exécution du package à l’aide des paramètres sous les onglets

Paramètres, Gestionnaires de connexionset Avancé de la boîte de dialogue
Exécuter le package .

4. Cliquez sur OK pour exécuter le package.

Étapes suivantes
Envisagez d’autres méthodes pour exécuter un package.
Exécuter un package SSIS avec Transact-SQL (SSMS)
Exécuter un package SSIS avec Transact-SQL (VS Code)
Exécuter un package SSIS à partir de l’invite de commandes
Exécuter un package SSIS avec PowerShell
Exécuter un package SSIS avec C#
Exécuter un package SSIS à partir de
SSMS avec Transact-SQL
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Ce guide de démarrage rapide montre comment utiliser SQL Server Management Studio
(SSMS) pour se connecter à la base de données du catalogue SSIS, puis utiliser des
instructions Transact-SQL pour exécuter un package SSIS stocké dans le catalogue SSIS.

SQL Server Management Studio est un environnement intégré pour la gestion des
infrastructures SQL, de SQL Server à SQL Database. Pour plus d’informations sur SSMS,
consultez SQL Server Management Studio (SSMS).

Prérequis
Avant de commencer, vérifiez que vous disposez de la dernière version de SQL Server
Management Studio (SSMS). Pour télécharger SSMS, consultez Télécharger SQL Server
Management Studio (SSMS).

Un serveur Azure SQL Database écoute sur le port 1433. Si vous essayez de vous
connecter à un serveur Azure SQL Database en étant derrière un pare-feu d’entreprise,
ce port doit être ouvert dans le pare-feu d’entreprise pour que vous puissiez vous
connecter.

Plateformes prises en charge

Vous pouvez utiliser les informations de ce guide de démarrage rapide pour exécuter un
package SSIS sur les plateformes suivantes :

SQL Server sur Windows.

Azure SQL Database. Pour plus d’informations sur le déploiement et l’exécution de

packages dans Azure, consultez Effectuer un « lift-and-shift » des charges de
travail SQL Server Integration Services vers le cloud.

Vous ne pouvez pas utiliser les informations de ce guide de démarrage rapide pour
exécuter un package SSIS sur Linux. Pour plus d’informations sur l’exécution de
packages sur Linux, consultez Extraire, transformer et charger des données sur Linux
avec SSIS.
Pour Azure SQL Database, obtenez les
informations de connexion.
Pour exécuter le package sur Azure SQL Database, obtenez les informations de
connexion dont vous avez besoin pour vous connecter à la base de données du
catalogue SSIS (SSISDB). Vous avez besoin des informations de connexion et du nom de
serveur complet dans les procédures qui suivent.

1. Connectez-vous au portail Azure .

2. Sélectionnez Bases de données SQL dans le menu de gauche, puis sélectionnez la
base de données SSISDB dans la page Bases de données SQL.
3. Dans la page Vue d’ensemble de votre base de données, notez le nom complet du
serveur. Pour voir l’option Cliquer pour copier, pointez sur le nom du serveur.
4. Si vous avez oublié vos informations de connexion au serveur Azure SQL Database,
accédez à la page du serveur SQL Database pour voir le nom de l’administrateur
du serveur. Vous pouvez réinitialiser le mot de passe si nécessaire.

Se connecter à la base de données SSISDB

Utilisez SQL Server Management Studio pour établir une connexion au catalogue SSIS
sur votre serveur Azure SQL Database.

1. Ouvrez SQL Server Management Studio.

2. Dans la fenêtre Se connecter au serveur, entrez les valeurs suivantes :

Paramètre Valeur En savoir plus

suggérée

Type de serveur Moteur de base Cette valeur est requise.

de données

Nom du serveur Nom complet Si vous vous connectez à un serveur Azure SQL
du serveur Database, le nom est au format suivant :
<server_name>.database.windows.net .

Authentification l’authentification Avec l’authentification SQL Server, vous pouvez vous

SQL Server connecter à SQL Server ou à Azure SQL Database. Si
vous vous connectez à un serveur Azure SQL
Database, vous ne pouvez pas utiliser
l’authentification Windows.
 Paramètre Valeur En savoir plus
suggérée

Connexion Compte Il s’agit du compte que vous avez spécifié quand

d’administrateur vous avez créé le serveur.
de serveur

Mot de passe Mot de passe de Il s’agit du mot de passe que vous avez spécifié
votre compte quand vous avez créé le serveur.
d’administrateur
de serveur

3. Cliquez sur Connecter. La fenêtre Explorateur d’objets s’ouvre dans SSMS.

4. Dans l’Explorateur d’objets, développez Catalogues Integration Services, puis

développez SSISDB pour afficher les objets de la base de données de catalogues
SSIS.

Exécuter un package
Exécutez le code Transact-SQL suivant pour exécuter un package SSIS.

1. Dans SSMS, ouvrez une nouvelle fenêtre de requête et collez le code suivant. (Ce
code est le code généré par l’option Script dans la boîte de dialogue Exécuter le
package dans SSMS.)

2. Mettez à jour les valeurs de paramètres dans la procédure stockée

catalog.create_execution pour votre système.

3. Vérifiez que SSISDB est la base de données active.

4. Exécutez le script.

5. Dans l’Explorateur d’objets, actualisez le contenu de SSISDB si nécessaire et

vérifiez la présence du projet que vous avez déployé.

SQL

Declare @execution_id bigint

EXEC [SSISDB].[catalog].[create_execution] @package_name=N'Package.dtsx',
@execution_id=@execution_id OUTPUT,
@folder_name=N'Deployed Projects',
@project_name=N'Integration Services Project1',
@use32bitruntime=False,
@reference_id=Null
Select @execution_id
DECLARE @var0 smallint = 1
 EXEC [SSISDB].[catalog].[set_execution_parameter_value] @execution_id,
@object_type=50,
@parameter_name=N'LOGGING_LEVEL',
@parameter_value=@var0
EXEC [SSISDB].[catalog].[start_execution] @execution_id
GO

Étapes suivantes
Envisagez d’autres méthodes pour exécuter un package.
Exécuter un package SSIS avec SSMS
Exécuter un package SSIS avec Transact-SQL (VS Code)
Exécuter un package SSIS à partir de l’invite de commandes
Exécuter un package SSIS avec PowerShell
Exécuter un package SSIS avec C#
Exécuter un package SSIS à partir de
Visual Studio Code avec Transact-SQL
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Ce guide de démarrage rapide montre comment utiliser Visual Studio Code pour se
connecter à la base de données du catalogue SSIS, puis utiliser des instructions
Transact-SQL pour exécuter un package SSIS stocké dans le catalogue SSIS.

Visual Studio Code est un éditeur de code pour Windows, macOS et Linux qui prend en
charge les extensions, notamment l’extension mssql pour la connexion à Microsoft SQL
Server, à Azure SQL Database et à Azure Synapse Analytics. Pour plus d’informations sur
VS Code, consultez Visual Studio Code .

Prérequis
Avant de commencer, vérifiez que vous avez installé la dernière version de Visual Studio
Code et chargé l’extension mssql . Pour télécharger ces outils, consultez les pages
suivantes :

Télécharger Visual Studio Code

Extension mssql

Plateformes prises en charge

Vous pouvez utiliser les informations de ce guide de démarrage rapide pour exécuter un
package SSIS sur les plateformes suivantes :

SQL Server sur Windows.

Azure SQL Database. Pour plus d’informations sur le déploiement et l’exécution de

packages dans Azure, consultez Effectuer un « lift-and-shift » des charges de
travail SQL Server Integration Services vers le cloud.

Vous ne pouvez pas utiliser les informations de ce guide de démarrage rapide pour
exécuter un package SSIS sur Linux. Pour plus d’informations sur l’exécution de
packages sur Linux, consultez Extraire, transformer et charger des données sur Linux
avec SSIS.
Définir SQL comme mode de langage dans VS
Code
Pour activer les commandes mssql et T-SQL IntelliSense, définissez SQL comme mode
de langage dans Visual Studio Code.

1. Ouvrez Visual Studio Code, puis ouvrez une nouvelle fenêtre.

2. Cliquez sur Texte brut dans le coin inférieur droit de la barre d’état.

3. Dans le menu déroulant Sélectionner le mode de langage qui s’affiche,

sélectionnez ou entrez SQL, puis appuyez sur Entrée pour définir SQL comme
mode de langage.

Pour Azure SQL Database, obtenez les

informations de connexion.
Pour exécuter le package sur Azure SQL Database, obtenez les informations de
connexion dont vous avez besoin pour vous connecter à la base de données du
catalogue SSIS (SSISDB). Vous avez besoin des informations de connexion et du nom de
serveur complet dans les procédures qui suivent.

1. Connectez-vous au portail Azure .

2. Sélectionnez Bases de données SQL dans le menu de gauche, puis sélectionnez la
base de données SSISDB dans la page Bases de données SQL.
3. Dans la page Vue d’ensemble de votre base de données, notez le nom complet du
serveur. Pour voir l’option Cliquer pour copier, pointez sur le nom du serveur.
4. Si vous avez oublié vos informations de connexion au serveur Azure SQL Database,
accédez à la page du serveur SQL Database pour voir le nom de l’administrateur
du serveur. Vous pouvez réinitialiser le mot de passe si nécessaire.

Se connecter à la base de données du

catalogue SSIS
Utilisez Visual Studio Code pour établir une connexion au catalogue SSIS.

） Important

Avant de poursuivre, assurez-vous que votre serveur et votre base de données sont
prêts, et que vous disposez de vos informations de connexion. Si vous modifiez le
focus à partir de Visual Studio Code après avoir commencé à entrer les
informations de profil de connexion, vous devez redémarrer la création du profil de
connexion.

1. Dans VS Code, appuyez sur CTRL+MAJ+P (ou F1) pour ouvrir la Palette de
commandes.

2. Tapez sqlcon, puis appuyez sur ENTRÉE.

3. Appuyez sur ENTRÉE pour sélectionner Créer un profil de connexion. Cette étape
crée un profil de connexion pour votre instance de SQL Server.

4. Suivez les invites pour spécifier les propriétés de connexion de ce nouveau profil
de connexion. Après avoir spécifié chaque valeur, appuyez sur ENTRÉE pour
continuer.

Paramètre Valeur En savoir plus

suggérée

Nom du serveur Nom complet Si vous vous connectez à un serveur Azure SQL
du serveur Database, le nom est au format suivant :
<server_name>.database.windows.net .

Nom de la base SSISDB Nom de la base de données à laquelle se connecter.

de données

Authentification Connexion SQL Avec l’authentification SQL Server, vous pouvez vous
connecter à SQL Server ou à Azure SQL Database. Si
vous vous connectez à un serveur Azure SQL
Database, vous ne pouvez pas utiliser
l’authentification Windows.

Nom Compte Il s’agit du compte que vous avez spécifié quand

d'utilisateur d’administrateur vous avez créé le serveur.
de serveur

Mot de passe Mot de passe Il s’agit du mot de passe que vous avez spécifié
(connexion de votre quand vous avez créé le serveur.
SQL) compte
d’administrateur
de serveur

Enregistrer le Oui ou Non Si vous ne souhaitez pas entrer le mot de passe à

mot de passe ? chaque fois, sélectionnez Oui.

Entrez un nom Nom d’un profil, Un nom de profil enregistré permet d’accélérer votre
pour ce profil tel que connexion lors des connexions suivantes.
mySSISServer
 5. Appuyez sur la touche ÉCHAP pour fermer le message d’information qui vous
informe que le profil est créé et connecté.

6. Vérifiez votre connexion dans la barre d’état.

Exécuter le code T-SQL

Exécutez le code Transact-SQL suivant pour exécuter un package SSIS.

1. Dans la fenêtre Éditeur, entrez la requête suivante dans la fenêtre de requête vide.
(Ce code est le code généré par l’option Script dans la boîte de dialogue Exécuter
le package dans SSMS.)

2. Mettez à jour les valeurs de paramètres dans la procédure stockée

catalog.create_execution pour votre système.

3. Appuyez sur Ctrl+Maj+E pour exécuter le code et le package.

SQL

Declare @execution_id bigint

EXEC [SSISDB].[catalog].[create_execution] @package_name=N'Package.dtsx',
@execution_id=@execution_id OUTPUT,
@folder_name=N'Deployed Projects',
@project_name=N'Integration Services Project1',
@use32bitruntime=False,
@reference_id=Null
Select @execution_id
DECLARE @var0 smallint = 1
EXEC [SSISDB].[catalog].[set_execution_parameter_value] @execution_id,
@object_type=50,
@parameter_name=N'LOGGING_LEVEL',
@parameter_value=@var0
EXEC [SSISDB].[catalog].[start_execution] @execution_id
GO

Étapes suivantes
Envisagez d’autres méthodes pour exécuter un package.
Exécuter un package SSIS avec SSMS
Exécuter un package SSIS avec Transact-SQL (SSMS)
Exécuter un package SSIS à partir de l’invite de commandes
Exécuter un package SSIS avec PowerShell
Exécuter un package SSIS avec C#
Exécuter un package SSIS à partir de
l’invite de commandes avec DTExec.exe
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Ce guide de démarrage rapide montre comment exécuter un package SSIS à partir de

l’invite de commandes en exécutant DTExec.exe avec les paramètres appropriés.

７ Notes

La méthode décrite dans cet article n’a pas été testée avec des packages déployés
sur un serveur Azure SQL Database.

Pour plus d’informations sur DTExec.exe , consultez Utilitaire dtexec.

Plateformes prises en charge

Vous pouvez utiliser les informations de ce guide de démarrage rapide pour exécuter un
package SSIS sur les plateformes suivantes :

SQL Server sur Windows.

La méthode décrite dans cet article n’a pas été testée avec des packages déployés sur
un serveur Azure SQL Database. Pour plus d’informations sur le déploiement et
l’exécution de packages dans Azure, consultez Effectuer un « lift-and-shift » des charges
de travail SQL Server Integration Services vers le cloud.

Vous ne pouvez pas utiliser les informations de ce guide de démarrage rapide pour
exécuter un package SSIS sur Linux. Pour plus d’informations sur l’exécution de
packages sur Linux, consultez Extraire, transformer et charger des données sur Linux
avec SSIS.

Exécuter un package avec dtexec

Si le dossier qui contient DTExec.exe ne figure pas dans votre variable d’environnement
path , vous devrez peut-être utiliser la commande cd pour basculer vers son répertoire.

Pour SQL Server 2017, ce dossier est généralement C:\Program Files (x86)\Microsoft
SQL Server\140\DTS\Binn .
Avec les valeurs de paramètres utilisées dans l’exemple suivant, le programme exécute
le package qui se trouve au chemin de dossier spécifié sur le serveur SSIS, autrement dit
le serveur qui héberge la base de données du catalogue SSIS (SSISDB). Le paramètre
/Server fournit le nom du serveur. Le programme se connecte en tant que l’utilisateur
actuel avec l’Authentification intégrée de Windows. Pour utiliser l’authentification SQL,
spécifiez les paramètres /User et Password avec les valeurs appropriées.

1. Ouvrez une fenêtre d’invite de commandes.

2. Exécutez DTExec.exe et fournissez des valeurs pour au moins les paramètres

ISServer et Server , comme indiqué dans l’exemple suivant :

Invite de commandes Windows

dtexec /ISServer "\SSISDB\Project1Folder\Integration Services

Project1\Package.dtsx" /Server "localhost"

Étapes suivantes
Envisagez d’autres méthodes pour exécuter un package.
Exécuter un package SSIS avec SSMS
Exécuter un package SSIS avec Transact-SQL (SSMS)
Exécuter un package SSIS avec Transact-SQL (VS Code)
Exécuter un package SSIS avec PowerShell
Exécuter un package SSIS avec C#
Exécuter un package SSIS avec
PowerShell
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Ce guide de démarrage rapide montre comment utiliser un script PowerShell pour se

connecter à un serveur de base de données et exécuter un package SSIS.

Prérequis
Un serveur Azure SQL Database écoute sur le port 1433. Si vous essayez de vous
connecter à un serveur Azure SQL Database en étant derrière un pare-feu d’entreprise,
ce port doit être ouvert dans le pare-feu d’entreprise pour que vous puissiez vous
connecter.

Plateformes prises en charge

Vous pouvez utiliser les informations de ce guide de démarrage rapide pour exécuter un
package SSIS sur les plateformes suivantes :

SQL Server sur Windows.

Runtime d’intégration SSIS (IR) dans Azure Data Factory (ADF), où le catalogue SSIS
(SSISDB) est hébergé par Azure SQL Managed Instance (MI). Pour plus
d’informations sur le déploiement et l’exécution de packages dans Azure,
consultez Effectuer un « lift-and-shift » des charges de travail SQL Server
Integration Services vers le cloud.

Vous ne pouvez pas utiliser les informations de ce guide de démarrage rapide pour
exécuter un package SSIS sur Linux. Pour plus d’informations sur l’exécution de
packages sur Linux, consultez Extraire, transformer et charger des données sur Linux
avec SSIS.

Pour Azure SQL Database, obtenez les

informations de connexion.
Pour exécuter le package sur Azure SQL Database, obtenez les informations de
connexion dont vous avez besoin pour vous connecter à la base de données du
catalogue SSIS (SSISDB). Vous avez besoin des informations de connexion et du nom de
serveur complet dans les procédures qui suivent.

1. Connectez-vous au portail Azure .

2. Sélectionnez Bases de données SQL dans le menu de gauche, puis sélectionnez la
base de données SSISDB dans la page Bases de données SQL.
3. Dans la page Vue d’ensemble de votre base de données, notez le nom complet du
serveur. Pour voir l’option Cliquer pour copier, pointez sur le nom du serveur.
4. Si vous avez oublié vos informations de connexion au serveur Azure SQL Database,
accédez à la page du serveur SQL Database pour voir le nom de l’administrateur
du serveur. Vous pouvez réinitialiser le mot de passe si nécessaire.
5. Cliquez sur Afficher les chaînes de connexion de la base de données.
6. Examinez la chaîne de connexion ADO.NET complète.

Fournisseur PowerShell SSIS

Vous pouvez utiliser le fournisseur PowerShell de SSIS pour vous connecter à un
catalogue SSIS et exécuter les packages qu’il contient.

Voici un exemple simple illustrant la méthode pour exécuter un package SSIS dans un
catalogue de packages avec le fournisseur PowerShell de SSIS.

PowerShell

(Get-ChildItem
SQLSERVER:\SSIS\localhost\Default\Catalogs\SSISDB\Folders\Project1Folder\Pro
jects\'Integration Services Project1'\Packages\ |
WHERE { $_.Name -eq 'Package.dtsx' }).Execute("false", $null)

Script PowerShell
Entrez les valeurs appropriées pour les variables en haut du script suivant, puis exécutez
le script pour exécuter le package SSIS.

７ Notes

L’exemple suivant utilise l’authentification Windows. Pour utiliser l’authentification

SQL Server, remplacez l’argument Integrated Security=SSPI; par User ID=<user
name>;Password=<password>; . Si vous vous connectez à un serveur Azure SQL

Database, vous ne pouvez pas utiliser l’authentification Windows.

 PowerShell

# Variables
$SSISNamespace = "Microsoft.SqlServer.Management.IntegrationServices"
$TargetServerName = "localhost"
$TargetFolderName = "Project1Folder"
$ProjectName = "Integration Services Project1"
$PackageName = "Package.dtsx"

# Load the IntegrationServices assembly

$loadStatus =
[System.Reflection.Assembly]::Load("Microsoft.SQLServer.Management.Integrati
onServices, "+
"Version=14.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91,
processorArchitecture=MSIL")

# Create a connection to the server

$sqlConnectionString = `
"Data Source=" + $TargetServerName + ";Initial Catalog=master;Integrated
Security=SSPI;"
$sqlConnection = New-Object System.Data.SqlClient.SqlConnection
$sqlConnectionString

# Create the Integration Services object

$integrationServices = New-Object $SSISNamespace".IntegrationServices"
$sqlConnection

# Get the Integration Services catalog

$catalog = $integrationServices.Catalogs["SSISDB"]

# Get the folder

$folder = $catalog.Folders[$TargetFolderName]

# Get the project

$project = $folder.Projects[$ProjectName]

# Get the package

$package = $project.Packages[$PackageName]

Write-Host "Running " $PackageName "..."

$result = $package.Execute("false", $null)

Write-Host "Done."

Étapes suivantes
Envisagez d’autres méthodes pour exécuter un package.
Exécuter un package SSIS avec SSMS
Exécuter un package SSIS avec Transact-SQL (SSMS)
Exécuter un package SSIS avec Transact-SQL (VS Code)
Exécuter un package SSIS à partir de l’invite de commandes
Exécuter un package SSIS avec C#
Exécuter un package SSIS avec du code
C# dans une application .NET
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Ce guide de démarrage rapide montre comment écrire du code C# pour se connecter à

un serveur de base de données et exécuter un package SSIS.

Pour créer une application C#, vous pouvez utiliser Visual Studio, Visual Studio Code ou
un autre outil de votre choix.

Conditions préalables
Avant de commencer, vérifiez que Visual Studio ou Visual Studio Code est installé sur
votre ordinateur. Téléchargez l’édition Community gratuite de Visual Studio, ou le
logiciel Visual Studio Code gratuit, à partir de la page de Téléchargements Visual
Studio .

Un serveur Azure SQL Database écoute sur le port 1433. Si vous essayez de vous
connecter à un serveur Azure SQL Database en étant derrière un pare-feu d’entreprise,
ce port doit être ouvert dans le pare-feu d’entreprise pour que vous puissiez vous
connecter.

Pour Azure SQL Database, obtenez les

informations de connexion.
Pour exécuter le package sur Azure SQL Database, obtenez les informations de
connexion dont vous avez besoin pour vous connecter à la base de données du
catalogue SSIS (SSISDB). Vous avez besoin des informations de connexion et du nom de
serveur complet dans les procédures qui suivent.

1. Connectez-vous au portail Azure .

2. Sélectionnez Bases de données SQL dans le menu de gauche, puis sélectionnez la
base de données SSISDB dans la page Bases de données SQL.
3. Dans la page Vue d’ensemble de votre base de données, notez le nom complet du
serveur. Pour voir l’option Cliquer pour copier, pointez sur le nom du serveur.
4. Si vous avez oublié vos informations de connexion au serveur Azure SQL Database,
accédez à la page du serveur SQL Database pour voir le nom de l’administrateur
 du serveur. Vous pouvez réinitialiser le mot de passe si nécessaire.
5. Cliquez sur Afficher les chaînes de connexion de la base de données.
6. Examinez la chaîne de connexion ADO.NET complète. Votre code peut aussi utiliser
un SqlConnectionStringBuilder pour recréer cette chaîne de connexion avec
chaque valeur de paramètre que vous fournissez.

Créer un projet Visual Studio

1. Dans Visual Studio, choisissez Fichier, Nouveau, Projet.
2. Dans la boîte de dialogue Nouveau projet, développez Visual C#.
3. Sélectionnez Application console et entrez run_ssis_project comme nom de projet.
4. Cliquez sur OK pour créer et ouvrir le nouveau projet dans Visual Studio.

Ajouter des références

1. Dans l’Explorateur de solutions, cliquez avec le bouton droit sur le dossier
Références, puis sélectionnez Ajouter une référence. La boîte de dialogue
Gestionnaire de références s’ouvre.
2. Dans la boîte de dialogue Gestionnaire de références, développez Assemblys et
sélectionnez Extensions.
3. Sélectionnez les deux références suivantes à ajouter :

Microsoft.SqlServer.Management.Sdk.Sfc
Microsoft.SqlServer.Smo

4. Cliquez sur le bouton Parcourir pour ajouter une référence à

Microsoft.SqlServer.Management.IntegrationServices. (Cet assembly est installé
uniquement dans le Global Assembly Cache (GAC).) La boîte de dialogue
Sélectionner les fichiers à référencer s’ouvre.
5. Dans la boîte de dialogue Sélectionner les fichiers à référencer, accédez au
dossier GAC qui contient l’assembly. En général, il s’agit du dossier
C:\Windows\assembly\GAC_MSIL\Microsoft.SqlServer.Management.IntegrationService
s\14.0.0.0__89845dcd8080cc91 .

6. Sélectionnez l’assembly (autrement dit, le fichier .dll) dans le dossier et cliquez sur
Ajouter.
7. Cliquez sur OK pour fermer la boîte de dialogue Gestionnaire de références et
ajouter les trois références. Pour vérifier que les références y figurent, consultez la
liste Références dans l’Explorateur de solutions.

Ajouter le code C#
1. Ouvrez Program.cs.

2. Remplacez le contenu de Program.cs par le code suivant. Ajoutez les valeurs

appropriées pour votre serveur, base de données, utilisateur et mot de passe.

７ Notes

L’exemple suivant utilise l’authentification Windows. Pour utiliser l’authentification

SQL Server, remplacez l’argument Integrated Security=SSPI; par User ID=<user
name>;Password=<password>; . Si vous vous connectez à un serveur Azure SQL
Database, vous ne pouvez pas utiliser l’authentification Windows.

C#

using Microsoft.SqlServer.Management.IntegrationServices;
using System.Data.SqlClient;

namespace run_ssis_package
{
class Program
{
static void Main(string[] args)
{
// Variables
string targetServerName = "localhost";
string folderName = "Project1Folder";
string projectName = "Integration Services Project1";
string packageName = "Package.dtsx";

// Create a connection to the server

string sqlConnectionString = "Data Source=" + targetServerName +
";Initial Catalog=master;Integrated Security=SSPI;";
SqlConnection sqlConnection = new
SqlConnection(sqlConnectionString);

// Create the Integration Services object

IntegrationServices integrationServices = new
IntegrationServices(sqlConnection);

// Get the Integration Services catalog

Catalog catalog = integrationServices.Catalogs["SSISDB"];

// Get the folder

CatalogFolder folder = catalog.Folders[folderName];

// Get the project

ProjectInfo project = folder.Projects[projectName];

// Get the package

PackageInfo package = project.Packages[packageName];
 // Run the package
package.Execute(false, null);

}
}
}

Exécuter le code
1. Pour exécuter l'application, appuyez sur F5.
2. Vérifiez que le package s’est exécuté comme prévu, puis fermez la fenêtre
d’application.

Étapes suivantes
Envisagez d’autres méthodes pour exécuter un package.
Exécuter un package SSIS avec SSMS
Exécuter un package SSIS avec Transact-SQL (SSMS)
Exécuter un package SSIS avec Transact-SQL (VS Code)
Exécuter un package SSIS à partir de l’invite de commandes
Exécuter un package SSIS avec PowerShell
Effectuer un « lift-and-shift » des
charges de travail SQL Server
Integration Services vers le cloud
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Vous pouvez maintenant déplacer vos projets, packages et charges de travail SQL Server
Integration Services (SSIS) vers le cloud Azure. Déployez, exécutez et gérez des projets
et des packages SSIS dans le catalogue SSIS (SSISDB) dans Azure SQL Database ou SQL
Managed Instance avec des outils habituels, comme SQL Server Management Studio
(SSMS).

Avantages
Le déplacement de vos charges de travail SSIS locales vers Azure présente les avantages
potentiels suivants :

Réduisez les coûts opérationnels et la charge de gestion de l’infrastructure quand

vous exécutez SSIS localement ou sur des machines virtuelles Azure.
Augmentez la haute disponibilité pour pouvoir spécifier plusieurs nœuds par
cluster, et étendez les fonctionnalités de haute disponibilité d’Azure et d’Azure SQL
Database.
Augmentez la scalabilité pour pouvoir spécifier plusieurs cœurs par nœud (scale-
up) et plusieurs nœuds par cluster (scale-out).

Architecture de SSIS sur Azure

Le tableau suivant met en évidence les différences entre une instance SSIS locale et une
instance SSIS sur Azure.

La différence la plus importante est la séparation du stockage et de l’exécution. Azure

Data Factory héberge le moteur de runtime des packages SSIS sur Azure. Le moteur
d’exécution est appelé Azure-SSIS Integration Runtime (Azure-SSIS IR). Pour plus
d’informations, consultez Azure-SSIS Runtime Integration.

ﾉ Agrandir le tableau
 Emplacement Stockage Runtime Extensibilité

Localement SQL Server Runtime SSIS hébergé par SSIS Scale Out (dans SQL
SQL Server Server 2017 et versions
ultérieures)

Solutions personnalisées
(dans les versions antérieures
de SQL Server)

Sur Azure SQL Database ou Azure-SSIS Integration Options de mise à l’échelle

SQL Managed Runtime, composant pour Azure-SSIS Integration
Instance d’Azure Data Factory Runtime

Provisionner SSIS sur Azure

Provisionnez. Avant de pouvoir déployer et exécuter des packages SSIS dans Azure,
vous devez provisionner le catalogue SSIS (SSISDB) et le runtime d’intégration Azure-
SSIS.

Pour configurer SSIS sur Azure dans le portail Azure, suivez les étapes de
configuration dans cet article : Configurer Azure-SSIS Integration Runtime dans
Azure Data Factory.

Pour configurer SSIS sur Azure avec PowerShell, suivez les étapes de configuration
dans cet article : Configurer Azure-SSIS Integration Runtime dans Azure Data
Factory avec PowerShell.

Il vous suffit de provisionner Azure-SSIS IR une seule fois. Vous pouvez ensuite utiliser
des outils familiers tels que SQL Server Data Tools (SSDT) et SQL Server Management
Studio (SSMS) pour déployer, configurer, exécuter, surveiller, planifier et gérer les
packages.

７ Notes

Azure-SSIS Integration Runtime n’est pas encore disponible dans toutes les régions
Azure. Pour plus d’informations sur les régions prises en charge, consultez Produits
disponibles par région - Microsoft Azure .

Effectuez une augmentation de la taille des instances et une montée en puissance

parallèle. Quand vous provisionnez Azure-SSIS IR, vous pouvez effectuer un scale-up et
un scale-out en spécifiant des valeurs pour les options suivantes :
 la taille du nœud (notamment le nombre de cœurs) et le nombre de nœuds du
cluster ;
l’instance existante d’Azure SQL Database pour héberger la base de données de
catalogues SSIS (SSISDB), et le niveau de service de la base de données ;
le nombre maximal d’exécutions parallèles par nœud.

Améliorez les performances. Pour plus d’informations, consultez Configurer le runtime

d’intégration Azure-SSIS pour de hautes performances.

Réduisez les coûts. Pour réduire les coûts, exécutez Azure-SSIS IR uniquement lorsque
vous en avez besoin. Pour plus d’informations, voir Guide pratique pour planifier le
démarrage et l’arrêt d’un runtime d’intégration Azure-SSIS.

Concevoir des packages

Vous continuez à concevoir et générer des packages localement dans SSDT, ou dans
Visual Studio avec SSDT installé.

Se connecter aux sources de données

Pour se connecter à des sources de données locales à partir du cloud avec
l’authentification Windows, voir Se connecter à des sources de données et à des
partages de fichiers avec l’authentification Windows à partir de packages SSIS sur Azure.

Pour se connecter à des fichiers et à des partages de fichiers, voir Ouvrir et enregistrer
des fichiers localement et sur Azure avec des packages SSIS déployés sur Azure.

Composants SSIS disponibles

Si vous approvisionnez une instance de SQL Database pour héberger SSISDB, les
composants Azure Feature Pack pour SSIS et Access Redistributable sont également
installés. Ces composants fournissent une connectivité à diverses sources de données
Azure et aux fichiers Excel et Access, en plus des sources de données prises en charge
par les composants intégrés.

Vous pouvez également installer des composants supplémentaires. Par exemple, vous
pouvez installer un pilote qui n’est pas installé par défaut. Pour plus d’informations, voir
Personnaliser l’installation du runtime d’intégration Azure-SSIS.

Des composants supplémentaires sont accessibles aux détenteurs d’une licence

Enterprise Edition. Pour plus d’informations, voir Configurer Enterprise Edition pour
Azure-SSIS Integration Runtime.
Si vous êtes éditeur de logiciels, vous pouvez mettre à jour l’installation de vos
composants sous licence pour les rendre disponibles sur Azure. Pour plus
d’informations, voir Installer des composants personnalisés payants ou sous licence pour
le runtime d’intégration Azure-SSIS.

Déployer et exécuter des packages

Pour commencer, consultez Tutoriel : Déployer et exécuter un package SQL Server
Integration Services (SSIS) sur Azure.

Prérequis
Pour déployer des packages SSIS sur Azure, vous devez avoir l’une des versions
suivantes de SQL Server Data Tools (SSDT) :

Pour Visual Studio 2017, version 15.3 ou ultérieure.

Pour Visual Studio 2015, version 17.2 ou ultérieure.

Se connecter à SSISDB
Le nom de l’instance SQL Database qui héberge SSISDB devient la première partie du
nom en quatre parties à utiliser quand vous déployez et exécutez des packages à partir
de SSDT et SSMS, au format suivant : <sql_database_name>.database.windows.net . Pour
plus d’informations sur la connexion à la base de données du catalogue SSIS sur Azure,
voir Se connecter au catalogue SSIS (SSISDB) sur Azure.

Déployer des projets et des packages

Vous devez utiliser le modèle de déploiement de projet, et non le modèle de
déploiement de package, quand vous déployez des projets dans SSISDB sur Azure.

Pour déployer des projets sur Azure, vous pouvez utiliser plusieurs outils et options de
script de votre choix :

SQL Server Management Studio (SSMS)

Transact-SQL (à partir de SSMS, Visual Studio Code ou tout autre outil)
Un outil en ligne de commande
PowerShell ou C# et le modèle objet de gestion SSIS

Le processus de déploiement valide chaque package pour vérifier qu’il peut s’exécuter
dans Azure SSIS Integration Runtime. Pour plus d’informations, voir Valider les packages
SQL Server Integration Services (SSIS) déployés sur Azure.

Pour obtenir un exemple de déploiement qui utilise SSMS et l’Assistant Déploiement

d’Integration Services, consultez Didacticiel : Déployer et exécuter un package SQL
Server Integration Services (SSIS) sur Azure.

Prise en charge de la version

Vous pouvez déployer n’importe quel package créé avec l’une des versions de SSIS sur
Azure. Quand vous déployez un package sur Azure sans erreur de validation, le package
est automatiquement mis à niveau avec le dernier format de package. Le package est
donc toujours mis à niveau avec la dernière version de SSIS.

Exécuter des packages

Il existe différents moyens d’exécuter des packages SSIS déployés sur Azure. Pour plus
d’informations, voir Exécuter des packages SQL Server Integration Services (SSIS)
déployés sur Azure.

Exécuter des packages dans un pipeline Azure Data

Factory
Pour exécuter un package SSIS dans un pipeline Azure Data Factory, utilisez l’activité
Exécuter un package SSIS. Pour plus d’informations, consultez Exécuter un package SSIS
à l’aide de l’activité Exécuter le package SSIS dans Azure Data Factory.

Lorsque vous exécutez un package dans un pipeline Data Factory avec l’activité Exécuter
un package SSIS, vous pouvez transmettre des valeurs au package à l’exécution. Pour
transmettre une ou plusieurs valeurs de runtime, créez des environnements d’exécution
SSIS dans SSISDB avec SQL Server Management Studio (SSMS). Dans chaque
environnement, créez des variables et affectez des valeurs qui correspondent aux
paramètres de vos projets ou packages. Configurez vos packages SSIS dans SSMS pour
associer ces variables d’environnement aux paramètres de votre projet ou package.
Quand vous exécutez les packages dans le pipeline, vous pouvez passer d’un
environnement à un autre en spécifiant différents chemins d’environnement sous
l’onglet Paramètres de l’interface utilisateur de l’activité Exécuter un package SSIS. Pour
plus d’informations sur les environnements SSIS, voir Créer et mapper un
environnement serveur.

Surveiller les packages

Pour effectuer le monitoring des packages en cours d’exécution, utilisez les options de
création de rapports suivantes dans SSMS.

Cliquez avec le bouton droit sur SSISDB, puis sélectionnez Opérations actives pour
ouvrir la boîte de dialogue Opérations actives.
Sélectionnez un package dans l’Explorateur d’objets, cliquez avec le bouton droit,
sélectionnez Rapports, Rapports standard, puis Toutes les exécutions.

Pour surveiller Azure-SSIS Integration Runtime, consultez Surveiller le runtime

d’intégration Azure-SSIS.

Planifier les packages

Il existe différents outils permettant de planifier l’exécution de packages déployés sur
Azure. Pour plus d’informations, voir Planifier l’exécution de packages SQL Server
Integration Services (SSIS) déployés sur Azure.

Étapes suivantes
Pour bien démarrer avec les charges de travail SSIS sur Azure, consultez les articles
suivants :

Tutoriel : Déployer et exécuter un package SQL Server Integration Services (SSIS)

sur Azure
Configurer Azure-SSIS Integration Runtime dans Azure Data Factory

Commentaires
Cette page a-t-elle été utile ?  Yes  No

Indiquer des commentaires sur le produit | Obtenir de l’aide sur Microsoft Q&A
Tutoriel : Déployer et exécuter un
package SQL Server Integration Services
(SSIS) sur Azure
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Ce tutoriel vous montre comment déployer un projet SQL Server Integration Services sur
le catalogue SSIS dans Azure SQL Database, comment exécuter un package dans le
runtime d’intégration Azure-SSIS et comment surveiller le package en cours d’exécution.

Prérequis
Avant de commencer, vérifiez que vous avez la version 17.2 ou ultérieure de SQL Server
Management Studio. Pour télécharger la dernière version de SSMS, consultez
Télécharger SQL Server Management Studio (SSMS).

Vérifiez également que vous avez configuré la base de données SSISDB dans Azure et
que vous avez provisionné le runtime d’intégration Azure-SSIS. Pour plus d’informations
sur le provisionnement de SSIS sur Azure, consultez Déployer des packages SQL Server
Integration Services sur Azure.

Pour Azure SQL Database, obtenez les

informations de connexion.
Pour exécuter le package sur Azure SQL Database, obtenez les informations de
connexion dont vous avez besoin pour vous connecter à la base de données du
catalogue SSIS (SSISDB). Vous avez besoin des informations de connexion et du nom de
serveur complet dans les procédures qui suivent.

1. Connectez-vous au portail Azure .

2. Sélectionnez Bases de données SQL dans le menu de gauche, puis sélectionnez la
base de données SSISDB dans la page Bases de données SQL.
3. Dans la page Vue d’ensemble de votre base de données, notez le nom complet du
serveur. Pour voir l’option Cliquer pour copier, pointez sur le nom du serveur.
4. Si vous avez oublié vos informations de connexion au serveur Azure SQL Database,
accédez à la page du serveur SQL Database pour voir le nom de l’administrateur
du serveur. Vous pouvez réinitialiser le mot de passe si nécessaire.
Se connecter à la base de données SSISDB
Utilisez SQL Server Management Studio pour vous connecter au catalogue SSIS sur
votre serveur Azure SQL Database. Pour obtenir plus d’informations et des captures
d’écran, consultez Se connecter à la base de données de catalogues SSISDB sur Azure.

Voici les deux points les plus importants à retenir. Ces étapes sont décrites dans la
procédure suivante.

Entrez le nom complet du serveur Azure SQL Database au format

mysqldbserver.database.windows.net.
Sélectionnez SSISDB comme base de données pour la connexion.

） Important

Un serveur Azure SQL Database écoute sur le port 1433. Si vous tentez de vous
connecter à un serveur Azure SQL Database derrière un pare-feu d’entreprise, ce
port doit être ouvert dans le pare-feu d’entreprise pour que vous puissiez vous
connecter correctement.

1. Ouvrez SQL Server Management Studio.

2. Connectez-vous au serveur. Dans la fenêtre Se connecter au serveur, entrez les

valeurs suivantes :

Paramètre Valeur Description

suggérée

Type de serveur Moteur de base Cette valeur est requise.

de données

Nom du serveur Nom complet Le nom doit être au format suivant :

du serveur mysqldbserver.database.windows.net. Si vous avez
besoin du nom du serveur, consultez Se connecter à
la base de données de catalogues SSISDB sur Azure.

Authentification l’authentification Vous ne pouvez pas vous connecter à Azure SQL

SQL Server Database avec l’authentification Windows.

Connexion Compte Le compte que vous avez spécifié lorsque vous avez
d’administrateur créé le serveur.
de serveur
 Paramètre Valeur Description
suggérée

Mot de passe Mot de passe de Il s’agit du mot de passe que vous avez spécifié
votre compte quand vous avez créé le serveur.
d’administrateur
de serveur

3. Connectez-vous à la base de données SSISDB. Sélectionnez Options pour

développer la boîte de dialogue Se connecter au serveur. Dans la boîte de
dialogue Se connecter au serveur développée, sélectionnez l’onglet Propriétés de
connexions. Dans le champ Se connecter à la base de données, sélectionnez ou
entrez SSISDB .

4. Sélectionnez Connecter. La fenêtre Explorateur d’objets s’ouvre dans SSMS.

5. Dans l’Explorateur d’objets, développez Catalogues Integration Services, puis

développez SSISDB pour afficher les objets de la base de données de catalogues
SSIS.

Déployer un projet avec l’Assistant

Déploiement
Pour en savoir plus sur le déploiement de packages et sur l’Assistant Déploiement,
consultez Déployer des projets et des packages Integration Services (SSIS) et Assistant
Déploiement d’Integration Services.

７ Notes

Le déploiement sur Azure prend uniquement en charge le modèle de déploiement

de projet.

Démarrer l’Assistant Déploiement d’Integration Services

1. Dans l’Explorateur d’objets de SSMS, après avoir développé le nœud Catalogues
Integration Services et le nœud SSISDB, développez un dossier de projet.

2. Sélectionnez le nœud Projets.

3. Cliquez avec le bouton droit sur le nœud Projets, puis sélectionnez Déployer le
projet. L’Assistant Déploiement d’Integration Services s’ouvre. Vous pouvez
 déployer un projet à partir d’une base de données de catalogues SSIS ou du
système de fichiers.

Déployer un projet avec l’Assistant Déploiement

1. Dans la page Introduction de l’Assistant Déploiement, lisez l’introduction.
Sélectionnez Suivant pour ouvrir la page Sélectionner la source.

2. Dans la page Sélectionner la source, sélectionnez le projet SSIS existant à

déployer.

Pour déployer un fichier de déploiement de projet que vous avez créé,

sélectionnez Fichier de déploiement de projet , puis entrez le chemin d’accès
du fichier .ispac.
Pour déployer un projet qui réside dans un catalogue SSIS, sélectionnez
Catalogue Integration Services, puis entrez le nom du serveur et le chemin
du projet au sein du catalogue. Seuls les projets qui résident dans SSISDB
hébergé par SQL Server peuvent être redéployés au cours de cette étape.
Sélectionnez Suivant pour voir la page Sélectionner la destination.

3. Dans la page Sélectionner la destination, sélectionnez la destination du projet.

Entrez le nom complet du serveur au format

<server_name>.database.windows.net .

Fournissez les informations d’authentification et sélectionnez Se connecter.

Sélectionnez ensuite Parcourir pour sélectionner le dossier cible dans SSISDB.
Ensuite, sélectionnez Suivant pour ouvrir la page Vérifier. (Le bouton Suivant
est activé seulement si vous sélectionnez Se connecter.)

4. Dans la page Vérifier, vérifiez les paramètres que vous avez sélectionnés.

Vous pouvez changer vos choix en sélectionnant Précédent, ou en

sélectionnant l’une des étapes du volet gauche.
Sélectionnez Déployer pour démarrer le processus de déploiement.

７ Notes

Si le message d’erreur Il n’y a aucun Worker Agent actif (Fournisseur de

données SqlClient .Net) s’affiche, vérifiez que le Runtime d’intégration Azure-
SSIS est en cours d’exécution. Cette erreur se produit si vous essayez de
déployer pendant que le Runtime d’intégration Azure-SSIS est à l’état arrêté.

5. Une fois le processus de déploiement effectué, la page Résultats s’affiche. Cette

page indique la réussite ou l’échec de chaque action.

En cas d’échec de l’action, sélectionnez Échec dans la colonne Résultat pour

afficher une explication de l’erreur.
 Sélectionnez éventuellement Enregistrer le rapport pour enregistrer les
résultats dans un fichier XML.
Pour quitter l’Assistant, sélectionnez Fermer.

Déployer un projet avec PowerShell

Pour déployer un projet avec PowerShell sur SSISDB sur Azure SQL Database, adaptez le
script suivant à vos besoins. Le script énumère les dossiers enfants sous
$ProjectFilePath et les projets de chaque dossier enfant, puis crée les mêmes dossiers

dans SSISDB et déploie les projets dans ces dossiers.

Ce script nécessite l’installation de SQL Server Data Tools version 17.x ou de SQL Server
Management Studio sur l’ordinateur sur lequel vous exécutez le script.

PowerShell

# Variables
$ProjectFilePath = "C:\<folder>"
$SSISDBServerEndpoint = "<servername>.database.windows.net"
$SSISDBServerAdminUserName = "<username>"
$SSISDBServerAdminPassword = "<password>"

# Load the IntegrationServices Assembly

[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SqlServer.Manag
ement.IntegrationServices") | Out-Null;

# Store the IntegrationServices Assembly namespace to avoid typing it every

time
$ISNamespace = "Microsoft.SqlServer.Management.IntegrationServices"

Write-Host "Connecting to server ..."

# Create a connection to the server

$sqlConnectionString = "Data Source=" + $SSISDBServerEndpoint + ";User ID="+
$SSISDBServerAdminUserName +";Password="+ $SSISDBServerAdminPassword +
";Initial Catalog=SSISDB"
$sqlConnection = New-Object System.Data.SqlClient.SqlConnection
$sqlConnectionString

# Create the Integration Services object

$integrationServices = New-Object $ISNamespace".IntegrationServices"
$sqlConnection

# Get the catalog

$catalog = $integrationServices.Catalogs['SSISDB']

write-host "Enumerating all folders..."

$folders = ls -Path $ProjectFilePath -Directory

 if ($folders.Count -gt 0)
{
foreach ($filefolder in $folders)
{
Write-Host "Creating Folder " + $filefolder.Name + " ..."

# Create a new folder

$folder = New-Object $ISNamespace".CatalogFolder" ($catalog,
$filefolder.Name, "Folder description")
$folder.Create()

$projects = ls -Path $filefolder.FullName -File -Filter *.ispac

if ($projects.Count -gt 0)
{
foreach($projectfile in $projects)
{
$projectfilename = $projectfile.Name.Replace(".ispac", "")
Write-Host "Deploying " + $projectfilename + " project ..."

# Read the project file, and deploy it to the folder

[byte[]] $projectFileContent =
[System.IO.File]::ReadAllBytes($projectfile.FullName)
$folder.DeployProject($projectfilename, $projectFileContent)
}
}
}
}

Write-Host "All done."

Exécuter un package
1. Dans l’Explorateur d’objets de SSMS, sélectionnez le package à exécuter.

2. Cliquez avec le bouton droit et sélectionnez Exécuter pour ouvrir la boîte de

dialogue Exécuter le package.

3. Dans la boîte de dialogue Exécuter le package, configurez l’exécution du package

à l’aide des paramètres situés sous les onglets Paramètres, Gestionnaires de
connexions et Avancé.

4. Sélectionnez OK pour exécuter le package.

Surveiller l’exécution du package dans SSMS

Pour afficher l’état des opérations Integration Services en cours d’exécution sur le
serveur Integration Services, par exemple le déploiement, la validation et l’exécution du
package, utilisez la boîte de dialogue Opérations actives dans SSMS. Pour ouvrir la boîte
de dialogue Opérations actives, cliquez avec le bouton droit sur SSISDB, puis
sélectionnez Opérations actives.

Vous pouvez également sélectionner un package dans l’Explorateur d’objets, cliquer

avec le bouton droit et sélectionner Rapports, Rapports standard, puis Toutes les
exécutions.

Pour plus d’informations sur la surveillance des packages en cours d’exécution dans
SSMS, consultez la section Surveiller les packages en cours d’exécution et autres
opérations.

Surveiller l’activité Exécuter le package SSIS

Si vous exécutez un package dans le cadre d’un pipeline Azure Data Factory avec
l’activité Exécuter le package SSIS, vous pouvez surveiller les exécutions du pipeline dans
l’interface utilisateur de Data Factory. Vous pouvez obtenir l’ID de l’exécution de SSISDB
à partir de la sortie de l’exécution de l’activité, puis l’utiliser pour examiner des messages
d’erreur et des journaux d’exécution plus complets dans SSMS.
Surveiller le runtime d’intégration Azure SSIS
Pour obtenir des informations d’état sur le runtime d’intégration Azure-SSIS dans lequel
les packages sont en cours d’exécution, utilisez les commandes PowerShell suivantes.
Pour chacune des commandes, spécifiez les noms de la fabrique de données, du
runtime d’intégration Azure-SSIS et du groupe de ressources.

Pour plus d’informations, consultez Surveiller le runtime d’intégration Azure-SSIS.

Obtenir des métadonnées sur le runtime d’intégration
Azure SSIS
PowerShell

Get-AzDataFactoryV2IntegrationRuntime -DataFactoryName $DataFactoryName -

Name $AzureSsisIRName -ResourceGroupName $ResourceGroupName

Obtenir l’état du runtime d’intégration Azure SSIS

PowerShell

Get-AzDataFactoryV2IntegrationRuntime -Status -DataFactoryName

$DataFactoryName -Name $AzureSsisIRName -ResourceGroupName
$ResourceGroupName

Étapes suivantes
Apprenez à planifier l’exécution du package. Pour plus d’informations, consultez
Planifier l’exécution d’un package SSIS sur Azure
Accéder à des magasins de données et à des partages de
fichiers avec l’authentification Windows à partir de packages
SSIS sur Azure
Article • 10/08/2023

S’APPLIQUE À : Azure Data Factory Azure Synapse Analytics

 Conseil

Essayez Data Factory dans Microsoft Fabric, une solution d’analyse tout-en-un pour les entreprises. Microsoft Fabric couvre tous les
aspects, du déplacement des données à la science des données, en passant par l’analyse en temps réel, l’aide à la décision et la
création de rapports. Découvrez comment démarrer un nouvel essai gratuitement !

Vous pouvez utiliser l’authentification Windows pour accéder à des magasins de données, par exemple des serveurs SQL, des partages de
fichiers, Azure Files, etc. à partir de packages SSIS qui s’exécutent sur Azure-SSIS Integration Runtime (IR) dans Azure Data Factory (ADF) et
Azure Synapse. Il peut s’agir de magasins de données sur site, hébergés sur les Machines virtuelles Azure ou qui s’exécutent dans Azure en
tant que services gérés. S’ils sont en local, vous devez joindre votre runtime Azure-SSIS IR à un Réseau virtuel (Réseau virtuel Microsoft
Azure) connecté à votre réseau local : voir Joindre un runtime Azure-SSIS IR à un Réseau virtuel Microsoft Azure. Il existe quatre moyens
d’accéder à des magasins de données avec l’authentification Windows à partir de packages SSIS qui s’exécutent sur un runtime Azure-SSIS
IR :

Méthode de Portée Étape de configuration Méthode d’accès dans des packages

connexion effective

Configurer un Selon Configurez la propriété Authentification Windows pour définir un Accédez aux ressources directement dans les packages.
contexte l’activité contexte « Exécution/Exécuter en tant que » pour l’exécution de packages utilisez un chemin d’accès UNC pour accéder aux partag
d’exécution au Exécuter un SSIS en tant qu’activités Exécuter un package SSIS dans des pipelines ADF. ou au service Azure Files : \\YourFileShareServerName\Y
niveau de package SSIS ou
l’activité Pour plus d’informations, voir Configurer l’activité Exécuter le package \\YourAzureStorageAccountName.file.core.windows.net\
SSIS.

Configurer un Selon Azure- Exécutez la procédure stockée catalog.set_execution_credential SSISDB Accédez aux ressources directement dans les packages.
contexte SSIS IR, mais pour définir un contexte « Exécution/Exécuter en tant que ». utilisez un chemin d’accès UNC pour accéder aux partag
d’exécution au est remplacé ou au service Azure Files : \\YourFileShareServerName\Y
niveau du lors la Pour plus d’informations, voir la suite de cet article. ou
catalogue configuration \\YourAzureStorageAccountName.file.core.windows.net\
d’un
contexte
d’exécution
au niveau de
l’activité (voir
plus haut)
 Méthode de Portée Étape de configuration Méthode d’accès dans des packages
connexion effective

Conserver les Selon Azure- Exécutez la commande cmdkey dans un script d’installation personnalisé Accédez aux ressources directement dans les packages.
informations SSIS IR, mais ( main.cmd ) lors de l’approvisionnement de votre Azure-SSIS IR, par utilisez un chemin d’accès UNC pour accéder aux partag
d’identification est remplacé exemple, si vous utilisez des partages de fichiers, Azure Files ou SQL ou au service Azure Files : \\YourFileShareServerName\Y
avec la lors la Server : ou
commande configuration \\YourAzureStorageAccountName.file.core.windows.net\
cmdkey d’un cmdkey /add:YourFileShareServerName /user:YourDomainName\YourUsername
contexte /pass:YourPassword ,
d’exécution
au niveau de cmdkey /add:YourAzureStorageAccountName.file.core.windows.net
l’activité ou /user:azure\YourAzureStorageAccountName /pass:YourAccessKey ou
du catalogue
(voir plus cmdkey
haut) /add:YourSQLServerFullyQualifiedDomainNameOrIPAddress:YorSQLServerPort
/user:YourDomainName\YourUsername /pass:YourPassword .

Pour plus d’informations, voir Personnaliser l’installation du runtime

Azure-SSIS IR.

Monter des Par package Exécutez la commande net use dans la tâche Exécuter le processus Accédez aux partages de fichiers par le biais de lecteurs
lecteurs à ajoutée au début du flux de contrôle de vos packages, par exemple, net
l’exécution du use D: \\YourFileShareServerName\YourFolderName .
package (non
persistant)

２ Avertissement

Si vous n’utilisez aucune des méthodes ci-dessus pour accéder à des magasins de données avec l’Authentification Windows, les
packages qui dépendent de l’Authentification Windows ne peuvent pas y accéder et échouent au moment de l’exécution.

La suite de cet article explique comment configurer le catalogue SSIS (SSISDB) hébergé dans une base de données SQL/une instance
managée SQL pour exécuter des packages sur le runtime d’intégration Azure-SSIS utilisant l’authentification Windows pour accéder aux
magasins de données.

Vous ne pouvez utiliser qu’un seul jeu d’informations d’identification

Si vous utilisez l’authentification Windows dans un package SSIS, vous ne pouvez recourir qu’à un seul jeu d’informations d’identification.
Tant que vous ne les changez et ne les supprimez pas, les informations d’identification de domaine que vous indiquez en suivant les étapes
de cet article s’appliquent à toutes les exécutions de packages, interactives ou planifiées, sur votre runtime Azure-SSIS IR. Si votre package
doit se connecter à plusieurs magasins de données avec différents jeux d’informations d’identification, tournez-vous vers les autres
méthodes décrites plus haut.
Fournir des informations d’identification de domaine pour
l’authentification Windows
Suivez les étapes ci-dessous pour fournir des informations d’identification de domaine permettant aux packages d’utiliser l’authentification
Windows afin d’accéder à des magasins de données sur site :

1. Avec SSMS (SQL Server Management Studio) ou un autre outil, connectez-vous à la base de données SQL/l’instance managée SQL qui
héberge SSISDB. Pour plus d’informations, voir Se connecter à SSISDB sur Azure.

2. La base de données SSISDB étant la base de données active, ouvrez une fenêtre de requête.

3. Exécutez la procédure stockée suivante en indiquant les informations d’identification de domaine nécessaires :

SQL

catalog.set_execution_credential @user='<your user name>', @domain='<your domain name>', @password='<your password>'

4. Exécutez vos packages SSIS. Les packages utilisent les informations d’identification fournies pour accéder aux magasins de données
sur site avec l’Authentification Windows.

Afficher les informations d’identification de domaine

Pour afficher les informations d’identification de domaine actives, effectuez les actions suivantes :

1. Avec SSMS ou un autre outil, connectez-vous à la base de données SQL/l’instance managée SQL qui héberge SSISDB. Pour plus
d’informations, voir Se connecter à SSISDB sur Azure.

2. La base de données SSISDB étant la base de données active, ouvrez une fenêtre de requête.

3. Exécutez la procédure stockée suivante et vérifiez la sortie :

SQL

SELECT *
FROM catalog.master_properties
WHERE property_name = 'EXECUTION_DOMAIN' OR property_name = 'EXECUTION_USER'

Effacer les informations d’identification de domaine

Pour effacer et supprimer les informations d’identification que vous avez fournies, comme indiqué dans cet article, effectuez les actions
suivantes :

1. Avec SSMS ou un autre outil, connectez-vous à la base de données SQL/l’instance managée SQL qui héberge SSISDB. Pour plus
d’informations, voir Se connecter à SSISDB sur Azure.

2. La base de données SSISDB étant la base de données active, ouvrez une fenêtre de requête.

3. Exécutez la procédure stockée suivante :

SQL

catalog.set_execution_credential @user='', @domain='', @password=''

Se connecter à un serveur SQL Server sur site

Suivez les étapes ci-dessous pour vérifier que vous pouvez vous connecter à un serveur SQL Server sur site :

1. Pour exécuter ce test, recherchez un ordinateur non membre d’un domaine.

2. Sur l’ordinateur non membre d’un domaine, exécutez la commande suivante pour lancer SSMS avec les informations d’identification
de domaine souhaitées :

Invite de commandes Windows

runas.exe /netonly /user:<domain>\<username> SSMS.exe

 3. À partir de SSMS, vérifiez que vous pouvez vous connecter au serveur SQL Server sur site.

Prérequis
Suivez les étapes ci-dessous pour accéder à un serveur SQL Server sur site à partir de packages qui s’exécutent sur Azure :

1. Dans le Gestionnaire de configuration SQL Server, activez le protocole TCP/IP.

2. Autorisez l’accès à travers le Pare-feu Windows. Pour plus d’informations, voir Configurer le Pare-feu Windows pour accéder à SQL
Server.

3. Joignez votre runtime Azure-SSIS IR à un Réseau virtuel Microsoft Azure connecté au SQL Server local. Pour plus d’informations,
consultez Joindre le runtime Azure-SSIS IR à un Réseau virtuel Microsoft Azure.

4. Utilisez la procédure stockée catalog.set_execution_credential SSISDB pour indiquer les informations d’identification comme le
décrit cet article.

Se connecter à un partage de fichiers sur site

Suivez les étapes ci-dessous pour vérifier que vous pouvez vous connecter à un partage de fichiers sur site :

1. Pour exécuter ce test, recherchez un ordinateur non membre d’un domaine.

2. Sur l’ordinateur non membre d’un domaine, exécutez les commandes suivantes. Elles ouvrent une fenêtre d’invite de commandes
avec les informations d’identification de domaine à utiliser, puis testent la connectivité au partage de fichiers sur site en récupérant
une liste de répertoires.

Invite de commandes Windows

runas.exe /netonly /user:<domain>\<username> cmd.exe

dir \\fileshare

3. Vérifiez que la liste de répertoires est retournée pour le partage de fichiers sur site.

Prérequis
Suivez les étapes ci-dessous pour accéder à un partage de fichiers sur site à partir de packages qui s’exécutent sur Azure :

1. Autorisez l’accès à travers le Pare-feu Windows.

2. Joignez votre runtime Azure-SSIS IR à un Réseau virtuel Microsoft Azure connecté au partage de fichiers local. Pour plus
d’informations, consultez Joindre le runtime Azure-SSIS IR à un Réseau virtuel Microsoft Azure.

3. Utilisez la procédure stockée catalog.set_execution_credential SSISDB pour indiquer les informations d’identification comme le
décrit cet article.

Se connecter à un partage de fichiers sur les Machines virtuelles Azure

Suivez les étapes ci-dessous pour accéder à un partage de fichiers sur les Machines virtuelles Azure à partir de packages qui s’exécutent sur
Azure :

1. Avec SSMS ou un autre outil, connectez-vous à la base de données SQL/l’instance managée SQL qui héberge SSISDB. Pour plus
d’informations, voir Se connecter à SSISDB sur Azure.

2. La base de données SSISDB étant la base de données active, ouvrez une fenêtre de requête.

3. Exécutez la procédure stockée suivante en indiquant les informations d’identification de domaine nécessaires :

SQL

catalog.set_execution_credential @domain = N'.', @user = N'username of local account on Azure virtual machine',
@password = N'password'

Se connecter à un partage de fichiers dans Azure Files

Pour plus d’informations sur Azure Files, consultez Azure Files .

Suivez les étapes ci-dessous pour accéder à un partage de fichiers sur Azure Files à partir de packages qui s’exécutent sur Azure :

1. Avec SSMS ou un autre outil, connectez-vous à la base de données SQL/l’instance managée SQL qui héberge SSISDB. Pour plus
d’informations, voir Se connecter à SSISDB sur Azure.

2. La base de données SSISDB étant la base de données active, ouvrez une fenêtre de requête.

3. Exécutez la procédure stockée suivante en indiquant les informations d’identification de domaine nécessaires :

SQL

catalog.set_execution_credential @domain = N'Azure', @user = N'<storage-account-name>', @password = N'<storage-

account-key>'

Étapes suivantes
Déployez vos packages. Pour plus d’informations, voir Déployer un projet SSIS dans Azure avec SSMS.
Exécutez vos packages. Pour plus d’informations, voir Exécuter des packages SSIS sur Azure avec SSMS.
Planifiez vos packages. Pour plus d’informations, consultez Planifier des packages SSIS dans Azure.
Ouvrir et enregistrer des fichiers
localement et dans Azure avec des
packages SSIS déployés dans Azure
Article • 05/01/2024

S’APPLIQUE À : Azure Data Factory Azure Synapse Analytics

 Conseil

Essayez Data Factory dans Microsoft Fabric, une solution d’analyse tout-en-un
pour les entreprises. Microsoft Fabric couvre tous les aspects, du déplacement des
données à la science des données, en passant par l’analyse en temps réel, l’aide à la
décision et la création de rapports. Découvrez comment démarrer un nouvel essai
gratuitement !

Cet article explique ouvrir et enregistrer des fichiers localement et dans Azure quand
effectuez un lift-and-shift de packages SSIS qui utilisent des systèmes de fichiers locaux
dans SSIS dans Azure.

Enregistrer des fichiers temporaires

Si vous devez stocker et traiter des fichiers temporaires au cours d’une même exécution
d’un package, les packages peuvent utiliser le répertoire de travail actuel ( . ) ou le
répertoire temporaire ( %TEMP% ) de vos nœuds Azure SSIS Integration Runtime.

Utiliser des partages de fichiers locaux

Pour continuer à utiliser les partages de fichiers locaux quand vous faites un lift-and-
shift des packages basés sur des systèmes de fichiers locaux dans SSIS au sein d’Azure,
effectuez les actions suivantes :

1. Transférez les fichiers des systèmes de fichiers locaux vers des partages de fichiers
locaux.

2. Joignez les partages de fichiers locaux à un réseau virtuel Azure.

3. Joignez votre runtime d’intégration Azure-SSIS au même réseau virtuel. Pour plus
d’information, voir Joindre un runtime d’intégration Azure-SSIS à un réseau virtuel.
 4. Connectez votre runtime d’intégration Azure-SSIS aux partages de fichiers locaux
dans le même réseau virtuel en configurant des informations d’identification
d’accès qui utilisent l’authentification Windows. Pour plus d’informations, consultez
Se connecter à des données et des partages de fichiers avec l’authentification
Windows.

5. Mettez à jour les chemins de fichiers locaux de vos packages en fonction des
chemins UNC qui pointent vers les partages de fichiers locaux. Par exemple, mettez
à jour C:\abc.txt vers \\<on-prem-server-name>\<share-name>\abc.txt .

Utiliser les partages de fichiers Azure

Pour utiliser Azure Files quand vous faites un lift-and-shift des packages basés sur des
systèmes de fichiers locaux dans SSIS au sein d’Azure, effectuez les actions suivantes :

1. Transférez les fichiers des systèmes de fichiers locaux vers Azure Files. Pour plus
d’informations, consultez Azure Files .

2. Connectez votre runtime d’intégration Azure SSIS à Azure Files en configurant les
informations d’identification d’accès qui utilisent l’authentification Windows. Pour
plus d’informations, consultez Se connecter à des données et des partages de
fichiers avec l’authentification Windows.

3. Mettez à jour les chemins de fichiers locaux de vos packages en fonction des
chemins UNC qui pointent vers Azure Files. Par exemple, mettez à jour C:\abc.txt
vers \\<storage-account-name>.file.core.windows.net\<share-name>\abc.txt .

Contenu connexe
Déployez vos packages. Pour plus d’informations, voir Déployer un projet SSIS
dans Azure avec SSMS.
Exécutez vos packages. Pour plus d’informations, voir Exécuter des packages SSIS
sur Azure avec SSMS.
Planifiez vos packages. Pour plus d’informations, consultez Planifier des packages
SSIS dans Azure.
Se connecter au catalogue SSIS (SSISDB)
dans Azure
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Découvrez les informations de connexion nécessaires pour se connecter au catalogue

SSIS (SSISDB) hébergé sur un serveur Azure SQL Database. Vous avez besoin des
éléments suivants pour vous connecter :

nom complet du serveur

nom de la base de données
informations de connexion

） Important

À l’heure actuelle, il n’est pas possible de créer la base de données du catalogue

SSISDB dans Azure SQL Database indépendamment de la création d’Azure-SSIS
Integration Runtime dans Azure Data Factory. Le runtime d’intégration Azure-SSIS
est l’environnement d’exécution qui exécute les packages SSIS sur Azure. Pour une
procédure pas à pas du processus, consultez Déployer et exécuter un package
SSIS dans Azure.

Prérequis
Avant de commencer, veillez à disposer de la version 17.2 ou ultérieure de SQL Server
Management Studio (SSMS). Si la base de données du catalogue SSISDB est hébergée
sur SQL Managed Instance, vérifiez que vous avez la version 17.6 ou ultérieure de SSMS.
Pour télécharger la dernière version de SSMS, consultez Télécharger SQL Server
Management Studio (SSMS).

Obtenir les informations de connexion à partir

du portail Azure
1. Connectez-vous au portail Azure .

2. Dans le portail Azure, sélectionnez Bases de données SQL dans le menu de

gauche, puis sélectionnez la base de données SSISDB dans la page Bases de
 données SQL.

3. Dans la page Vue d’ensemble de la base de données SSISDB , vérifiez le nom

complet du serveur comme indiqué dans l’image suivante. Pointez sur le nom du
serveur pour afficher l’option Cliquer pour copier.

4. Si vous avez oublié les informations de connexion du serveur SQL Database,

accédez à la page du serveur SQL Database. Vous pourrez y trouver le nom de
l’administrateur du serveur et, si nécessaire, réinitialiser le mot de passe.

Se connecter à SSMS
1. Ouvrez SQL Server Management Studio.

2. Connectez-vous au serveur. Dans la fenêtre Se connecter au serveur, entrez les

valeurs suivantes :

Paramètre Valeur suggérée Description

Type de serveur Moteur de base de données Cette valeur est requise.

Nom du serveur Nom complet du serveur Le nom doit être au format suivant :
mysqldbserver.database.windows.net.

Authentification l’authentification SQL Server

Connexion Compte d’administrateur de Il s’agit du compte que vous avez

serveur spécifié lorsque vous avez créé le
serveur.

Mot de passe Mot de passe de votre Il s’agit du mot de passe que vous avez
compte d’administrateur de spécifié lorsque vous avez créé le
serveur serveur.
3. Connectez-vous à la base de données SSISDB. Sélectionnez Options pour
développer la boîte de dialogue Se connecter au serveur. Dans la boîte de
dialogue Se connecter au serveur développée, sélectionnez l’onglet Propriétés de
connexions. Dans le champ Se connecter à la base de données, sélectionnez ou
entrez SSISDB .

） Important

Si vous ne sélectionnez pas SSISDB quand vous vous connectez, le catalogue

SSIS risque de ne pas s’afficher dans l’Explorateur d’objets.
 4. Sélectionnez Connecter.

5. Dans l’Explorateur d’objets, développez Catalogues Integration Services, puis

développez SSISDB pour afficher les objets de la base de données de catalogues
SSIS.

Étapes suivantes
Déployez un package. Pour plus d’informations, consultez Déployer un projet SSIS
avec SQL Server Management Studio (SSMS).
Exécutez un package. Pour plus d’informations, consultez Exécuter un package SSIS
avec SQL Server Management Studio (SSMS).
Planifiez un package. Pour plus d’informations, consultez Planifier des packages
SSIS dans Azure.
Valider les packages SSIS (SQL Server
Integration Services) déployés sur Azure
Article • 30/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Quand vous déployez un projet SQL Server Integration Services (SSIS) sur le catalogue
SSIS (SSISDB) sur un serveur Azure, l’Assistant Déploiement de package ajoute une
étape de validation supplémentaire après la page Passer en revue. Cette étape de
validation inspecte les packages du projet à la recherche de problèmes connus
susceptibles d’impacter leur exécution dans Azure SSIS Integration Runtime. L’Assistant
affiche ensuite tous les avertissements applicables dans la page Valider.

） Important

La validation décrite dans cet article se produit quand vous déployez un projet avec
SQL Server Data Tools (SSDT) version 17.4 ou ultérieure. Pour obtenir la dernière
version de SSDT, consultez Télécharger SSDT (SQL Server Data Tools).

Pour plus d’informations sur l’Assistant Déploiement de package, consultez Déployer

des projets et des packages Integration Services (SSIS).

Valider les gestionnaires de connexions

L’Assistant inspecte certains gestionnaires de connexions à la recherche des problèmes
suivants qui peuvent entraîner l’échec de la connexion :

Authentification Windows. Si une chaîne de connexion utilise l’authentification

Windows, la validation génère un avertissement. L’authentification Windows
nécessite des étapes de configuration supplémentaires. Pour plus d’informations,
consultez Se connecter à des données et des partages de fichiers avec
l’authentification Windows.
Chemin du fichier. Si une chaîne de connexion contient un chemin de fichier local
codé en dur, comme C:\\... , la validation génère un avertissement. Les packages
contenant un chemin absolu peuvent échouer.
Chemin UNC. Si une chaîne de connexion contient un chemin UNC, la validation
génère un avertissement. Les packages contenant un chemin UNC peuvent
échouer, car ce chemin nécessite généralement l’authentification Windows pour
l’octroi de l’accès.
 Nom d’hôte. Si une propriété de serveur contient un nom d’hôte au lieu d’une
adresse IP, la validation génère un avertissement. Les packages contenant un nom
d’hôte peuvent échouer, car le réseau virtuel Azure exige généralement la bonne
configuration DNS pour prendre en charge la résolution de noms DNS.
Fournisseur ou pilote. Si un fournisseur ou un pilote n’est pas pris en charge, la
validation lève un avertissement. Seuls quelques fournisseurs et pilotes intégrés
sont pris en charge actuellement.

L’Assistant effectue les contrôles de validation suivants pour les gestionnaires de

connexions dans la liste.

Gestionnaire de Authentification Chemins d'accès Chemin Nom de Fournisseur

connexions Windows au fichier UNC l’hôte ou pilote

Ado

AdoNet

Cache

Excel

Fichier

FlatFile

Ftp

MsOLAP100

MultiFile

MultiFlatFile

OData

Odbc

OleDb

SmoServer

Smtp

SqlMobile

Wmi

Valider les sources et les destinations

Les sources et destinations tierces suivantes ne sont pas prises en charge :

Source et destination Oracle par Attunity

Source et destination Teradata par Attunity
Source et destination SAP BW

Valider les tâches et les composants

Tâche d'exécution de processus

La validation génère un avertissement si une commande pointe vers un fichier local avec
un chemin absolu ou vers un fichier avec un chemin UNC. Ces chemins peuvent
provoquer l’échec de l’exécution sur Azure.

Tâche de script et composant de script

La validation génère un avertissement si un package contient une tâche de script ou un
composant de script qui peut référencer ou appeler des assemblys non pris en charge.
Ces références ou appels peuvent provoquer l’échec de l’exécution.

Autres composants
Le format Orc n’est pas pris en charge dans la destination HDFS ni la destination Azure
Data Lake Store.

Étapes suivantes
Planifier des packages SSIS dans Azure.
Exécuter des packages SSIS (SQL Server
Integration Services) déployés sur Azure
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Choisissez une des méthodes décrites dans cet article pour exécuter des packages SSIS
déployés sur le catalogue SSISDB sur un serveur Azure SQL Database. Vous pouvez
exécuter un package directement ou dans le cadre d’un pipeline Azure Data Factory.
Pour une vue d’ensemble de SSIS sur Azure, consultez Déployer et exécuter des
packages SSIS dans Azure.

Exécuter un package directement

Exécuter avec SSMS

Exécuter avec des procédures stockées

Exécuter avec un script ou du code

Exécuter un package dans le cadre d’un pipeline Azure Data Factory

Exécuter avec l’activité Exécuter le package SSIS

Exécuter avec l’activité Procédure stockée

７ Notes

L’exécution d’un package avec dtexec.exe n’a pas été testée avec les packages
déployés sur Azure.

Exécuter un package avec SSMS

Dans SSMS (SQL Server Management Studio), vous pouvez cliquer avec le bouton droit
sur un package déployé sur la base de données du catalogue SSIS, SSISDB, puis
sélectionner Exécuter pour ouvrir la boîte de dialogue Exécuter le package. Pour plus
d’informations, consultez Exécuter un package SSIS avec SQL Server Management
Studio (SSMS).
Exécuter des packages avec des procédures
stockées
Dans tout environnement à partir duquel vous pouvez vous connecter à Azure SQL
Database et exécuter du code Transact-SQL, vous pouvez exécuter un package en
appelant les procédures stockées suivantes :

1. [catalog].[create_execution] . Pour plus d’informations, consultez

catalog.create_execution.

2. [catalog].[set_execution_parameter_value] . Pour plus d’informations, consultez

catalog.set_execution_parameter_value.

3. [catalog].[start_execution] . Pour plus d’informations, consultez

catalog.start_execution.

Pour plus d’informations, consultez les exemples suivants :

Exécuter un package SSIS à partir de SSMS avec Transact-SQL

Exécuter un package SSIS à partir de Visual Studio Code avec Transact-SQL

Exécuter un package avec un script ou du code

Dans tout environnement de développement à partir duquel vous pouvez appeler une
API managée, vous pouvez exécuter un package en appelant la méthode Execute de
l’objet Package dans l’espace de noms
Microsoft.SQLServer.Management.IntegrationServices .

Pour plus d’informations, consultez les exemples suivants :

Exécuter un package SSIS avec PowerShell

Exécuter un package SSIS avec du code C# dans une application .NET

Exécuter un package avec l’activité Exécuter le

package SSIS
Pour plus d’informations, consultez Exécuter un package SSIS à l’aide de l’activité
Exécuter le package SSIS dans Azure Data Factory.
Exécuter un package avec l’activité Procédure
stockée
Pour plus d’informations, consultez Exécuter un package SSIS à l’aide de l’activité
Procédure stockée dans Azure Data Factory.

Étapes suivantes
Découvrez les options disponibles pour planifier des packages SSIS déployés sur Azure.
Pour plus d’informations, consultez Planifier des packages SSIS dans Azure.
Planifier l’exécution de packages SSIS
(SQL Server Integration Services)
déployés dans Azure
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Choisissez une des méthodes décrites dans cet article pour planifier l’exécution de
packages SSIS déployés sur le catalogue SSISDB sur un serveur Azure SQL Database.
Vous pouvez planifier un package soit directement, soit indirectement dans le cadre
d’un pipeline Azure Data Factory. Pour obtenir une vue d’ensemble de SSIS sur Azure,
consultez Effectuer un « lift-and-shift » des charges de travail SQL Server Integration
Services vers le cloud.

Planifier un package directement

Planifier à l’aide de l’option Planifier dans SQL Server Management Studio

(SSMS)

Travaux élastiques SQL Database

SQL Server Agent

Planifier un package indirectement dans le cadre d’un pipeline Azure Data Factory

Planifier un package avec SSMS

Dans SQL Server Management Studio (SSMS), vous pouvez cliquer avec le bouton droit
sur un package déployé dans la base de données du catalogue SSIS, SSISDB , puis
sélectionner Planifier pour ouvrir la boîte de dialogue Nouvelle planification. Pour plus
d’informations, consultez Planifier des packages SSIS dans Azure avec SSMS.

Cette fonctionnalité nécessite SQL Server Management Studio version 17.7 ou ultérieure.
Pour obtenir la dernière version de SSMS, consultez Télécharger SQL Server
Management Studio (SSMS).

Planifier un package avec des travaux

élastiques SQL Database
Pour plus d’informations sur les travaux élastiques SQL Database, consultez Gestion des
bases de données cloud avec augmentation de la taille des instances.

Prérequis
Pour pouvoir utiliser des travaux élastiques afin de planifier des packages SSIS stockés
dans la base de données de catalogues SSISDB sur un serveur Azure SQL Database, vous
devez effectuer les actions suivantes :

1. Installez et configurez les tâches de base de données élastique. Pour plus

d’informations, consultez Vue d’ensemble de l’installation des tâches de base de
données élastique.

2. Créez des informations d’identification au niveau de la base de données pour

permettre aux travaux d’envoyer des commandes à la base de données de
catalogues SSIS. Pour plus d’informations, consultez CREATE DATABASE SCOPED
CREDENTIAL (Transact-SQL).

Créer un travail élastique

Créez le travail à l’aide d’un script Transact-SQL similaire au script indiqué dans
l’exemple suivant :

SQL

-- Create Elastic Jobs target group

EXEC jobs.sp_add_target_group 'TargetGroup'

-- Add Elastic Jobs target group member

EXEC jobs.sp_add_target_group_member @target_group_name='TargetGroup',

@target_type='SqlDatabase', @server_name='YourSQLDBServer.database.windows.n
et',
@database_name='SSISDB'

-- Add a job to schedule SSIS package execution

EXEC jobs.sp_add_job @job_name='ExecutePackageJob', @description='Descriptio
n',
@schedule_interval_type='Minutes', @schedule_interval_count=60

-- Add a job step to create/start SSIS package execution using SSISDB

catalog stored procedures
EXEC jobs.sp_add_jobstep @job_name='ExecutePackageJob',
@command=N'DECLARE @exe_id bigint
EXEC [SSISDB].[catalog].[create_execution]
@folder_name=N''folderName'', @project_name=N''projectName'',
@package_name=N''packageName'', @use32bitruntime=0,
 @runinscaleout=1, @useanyworker=1,
@execution_id=@exe_id OUTPUT
EXEC [SSISDB].[catalog].[start_execution] @exe_id, @retry_count=0',
@credential_name='YourDBScopedCredentials',
@target_group_name='TargetGroup'

-- Enable the job schedule

EXEC jobs.sp_update_job @job_name='ExecutePackageJob', @enabled=1,
@schedule_interval_type='Minutes', @schedule_interval_count=60

Planifier un package avec SQL Server Agent en

local
Pour plus d’informations sur SQL Server Agent, consultez Travaux de SQL Server Agent
pour les packages.

Prérequis : Créer un serveur lié

Avant de pouvoir utiliser SQL Server Agent localement pour planifier l’exécution des
packages stockés sur un serveur Azure SQL Database, vous devez ajouter le serveur SQL
Database à votre serveur SQL Server local en tant que serveur lié. L’exemple ci-dessous
utilise Microsoft OLE DB Driver pour SQL Server.

1. Configurer le serveur lié

SQL

-- Add the SSISDB database on your Azure SQL Database as a linked

server to your SQL Server on premises
EXEC sp_addlinkedserver
@server='myLinkedServer', -- Name your linked server
@srvproduct='',
@provider='MSOLEDBSQL', -- Microsoft OLE DB Driver for SQL Server
@datasrc='<server_name>.database.windows.net', -- Add your Azure
SQL Database server endpoint
@location='',
@provstr='',
@catalog='SSISDB' -- Add SSISDB as the initial catalog

2. Configurer les informations d’identification du serveur lié

SQL

-- Add your Azure SQL Database server admin credentials

EXEC sp_addlinkedsrvlogin
@rmtsrvname = 'myLinkedServer',
 @useself = 'false',
@rmtuser = 'myUsername', -- Add your server admin username
@rmtpassword = 'myPassword' -- Add your server admin password

3. Configurer les options du serveur lié

SQL

EXEC sp_serveroption 'myLinkedServer', 'rpc out', true;

Pour plus d’informations, consultez Créer des serveurs liés et Serveurs liés.

Créer un travail de SQL Server Agent

Pour planifier un package avec SQL Server Agent localement, créez un travail avec une
étape de travail qui appelle les procédures stockées du catalogue SSIS [catalog].
[create_execution] , puis [catalog].[start_execution] . Pour plus d’informations,

consultez Travaux de SQL Server Agent pour les packages.

1. Dans SQL Server Management Studio, connectez-vous à la base de données SQL

Server locale sur laquelle vous souhaitez créer le travail.

2. Cliquez avec le bouton droit sur le nœud SQL Server Agent, sélectionnez
Nouveau, puis Travail pour ouvrir la boîte de dialogue Nouveau travail.

3. Dans la boîte de dialogue Nouveau travail, sélectionnez la page Étapes, puis

Nouveau pour ouvrir la boîte de dialogue Nouvelle étape du travail.

4. Dans la boîte de dialogue Nouvelle étape du travail, sélectionnez SSISDB en tant

que Base de données.

5. Dans le champ Commande, entrez un script Transact-SQL similaire au script

figurant dans l’exemple suivant :

SQL

-- T-SQL script to create and start SSIS package execution using SSISDB
stored procedures
DECLARE @return_value int, @exe_id bigint

EXEC @return_value = [YourLinkedServer].[SSISDB].[catalog].

[create_execution]
@folder_name=N'folderName', @project_name=N'projectName',

@package_name=N'packageName', @use32bitruntime=0, @runincluster=1, @use

anyworker=1,
 @execution_id=@exe_id OUTPUT

EXEC [YourLinkedServer].[SSISDB].[catalog].
[set_execution_parameter_value] @exe_id,
@object_type=50, @parameter_name=N'SYNCHRONIZED',
@parameter_value=1

EXEC [YourLinkedServer].[SSISDB].[catalog].
[start_execution] @execution_id=@exe_id

6. Finissez de configurer et de planifier le travail.

Planifier un package dans le cadre d’un

pipeline Azure Data Factory
Vous pouvez planifier un package indirectement à l’aide d’un déclencheur pour exécuter
un pipeline Azure Data Factory qui exécute un package SSIS.

Pour planifier un pipeline Data Factory, utilisez l’un des déclencheurs suivants :

Déclencheur de planification

Déclencheur de fenêtre bascule

Déclencheur basé sur un événement

Pour exécuter un package SSIS dans le cadre d’un pipeline Data Factory, utilisez l’une
des activités suivantes :

Activité Exécuter le package SSIS.

Activité Procédure stockée.

Étapes suivantes
Passez en revue les options disponibles pour exécuter des packages SSIS déployés sur
Azure. Pour plus d’informations, consultez Exécuter des packages SSIS dans Azure.
Planifier l’exécution de packages SSIS
déployés dans Azure avec SQL Server
Management Studio (SSMS)
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Vous pouvez utiliser SQL Server Management Studio (SSMS) pour planifier le
déploiement de packages SSIS dans Azure SQL Database. SQL Server local et SQL
Managed Instance ont respectivement SQL Server Agent et l’agent Managed Instance
comme planificateur de travaux SSIS de première classe. De son côté, SQL Database
n’intègre pas de planificateur de travaux SSIS de première classe. La fonctionnalité SSMS
décrite dans cet article présente une interface utilisateur bien connue qui s’apparente à
celle de SQL Server Agent pour la planification des packages déployés dans SQL
Database.

Si vous utilisez SQL Database pour héberger le catalogue SSIS, SSISDB , vous pouvez
utiliser cette fonctionnalité de SSMS pour générer les pipelines, les activités et les
déclencheurs Data Factory nécessaires à la planification de packages SSIS. Vous pouvez
ensuite si vous le souhaitez modifier et étendre ces objets dans Data Factory.

Quand vous vous servez de SSMS pour planifier un package, SSIS crée
automatiquement trois objets Data Factory et les nomme selon le nom du package
sélectionné et de l’horodatage. Par exemple, si le nom du package SSIS est
MonPackage, SSMS crée des objets Data Factory semblables aux suivants :

Object Name

Pipeline Pipeline_MonPackage_2018-05-08T09_00_00Z

Activité Exécuter le package SSIS Activité_MonPackage_2018-05-08T09_00_00Z

Déclencheur Déclencheur_MonPackage_2018-05-08T09_00_00Z

Conditions préalables requises

La fonctionnalité décrite dans cet article nécessite SQL Server Management Studio
version 17.7 ou supérieure. Pour obtenir la dernière version de SSMS, consultez
Télécharger SQL Server Management Studio (SSMS).
Planifier un package dans SSMS
1. Dans SSMS, dans l’Explorateur d’objets SQL Server, sélectionnez successivement la
base de données SSISDB, un dossier, un projet, puis un package. Cliquez avec le
bouton droit sur le package, puis sélectionnez Planifier.

2. La boîte de dialogue Nouvelle planification s’ouvre. Dans la page Général de la

boîte de dialogue Nouvelle planification, fournissez un nom et une description
pour le nouveau travail planifié.
3. Dans la page Package de la boîte de dialogue Nouvelle planification, sélectionnez
éventuellement des paramètres d’exécution et un environnement d’exécution.

4. Dans la page Planification de la boîte de dialogue Nouvelle planification, spécifiez

les paramètres de planification tels que la fréquence, l’heure du jour et la durée.

5. Après avoir créé le travail dans la boîte de dialogue Nouvelle planification, une
confirmation s’affiche pour vous rappeler les objets Data Factory que SSMS va
créer. Si vous sélectionnez Oui dans la boîte de dialogue de confirmation, le
nouveau pipeline Data Factory s’ouvre dans le portail Azure pour vous permettre
de l’examiner et de le personnaliser.
6. Pour personnaliser le déclencheur de planification, sélectionnez Nouveau/Modifier
dans le menu Déclencheur.

Le panneau Modifier le déclencheur s’ouvre pour vous permettre de personnaliser

les options de planification.
Étapes suivantes
Pour en savoir plus sur les autres méthodes de planification d’un package SSIS,
consultez Planifier l’exécution d’un package SSIS sur Azure.

Pour en savoir plus sur les pipelines, les activités et les déclencheurs Azure Data Factory,
consultez les articles suivants :

Pipelines et activités dans Azure Data Factory

Exécution et déclencheurs de pipelines dans Azure Data Factory
Migrer des charges de travail SSIS
locales vers SSIS dans ADF
Article • 02/06/2023

Cet article liste les processus et les outils qui peuvent vous aider à migrer des charges
de travail SQL Server Integration Services (SSIS) vers SSIS dans ADF.

La vue d’ensemble de la migration présente le processus de migration de vos charges

de travail ETL dans SSIS au niveau local vers SSIS dans ADF.

Le processus de migration se déroule en deux phases : l’évaluation et la migration.

Évaluation
À cette fin, vous pouvez utiliser l’Assistant Migration de données (DMA), un outil
disponible en téléchargement gratuit qui peut être installé et exécuté localement. Vous
pouvez créer un projet d’évaluation DMA de type Services d’intégration pour évaluer
des packages SSIS par lots et identifier les problèmes de compatibilité.

Obtenez l’Assistant Migration de base de données et procédez à l’évaluation des

packages.

Migration
Les étapes de migration des packages SSIS et des travaux de SQL Server Agent qui
planifient les exécutions de packages SSIS peuvent varier selon les types de stockage
des packages SSIS sources et la destination de la migration des charges de travail de
base de données. Pour plus d’informations, consultez cette page.

Étapes suivantes
Migrer des packages SSIS vers Azure SQL Managed Instance.
Migrez les travaux SSIS vers Azure Data Factory (ADF) avec SQL Server
Management Studio (SSMS).
Installer Integration Services (SSIS)
Article • 26/04/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

SQL Server fournit un programme d’installation unique pour installer tout ou une partie
de ses composants, notamment Integration Services. Utilisez le programme
d’installation SQL Server pour installer Integration Services avec ou sans d’autres
composants SQL Server sur un seul ordinateur.

Cet article met l’accent sur quelques facteurs importants qu’il convient de prendre en
compte avant d’installer Integration Services. Les informations de cet article vous aident
à évaluer les options d’installation, de façon à ce que votre sélection aboutisse à une
installation réussie.

Préparer l’installation d’Integration Services

Avant d’installer Microsoft SQL Server Integration Services, vérifiez les informations
suivantes :

Configurations matérielle et logicielle requises pour l’installation de SQL Server

Considérations sur la sécurité pour une installation SQL Server

Installer la version autonome ou côte à côte

Vous pouvez installer SQL Server Integration Services dans les configurations suivantes :

Installez SQL Server Integration Services sur un ordinateur dépourvu d’instances

antérieures de SQL Server.

Installez Integration Services côte à côte avec une instance existante de SQL Server.

Quand vous effectuez une mise à niveau vers la dernière version de Integration Services
sur un ordinateur où une version antérieure de Integration Services, la version actuelle
est installée côte à côte avec la version antérieure.

Pour plus d’informations sur la mise à niveau de Integration Services, consultez Mettre à
niveau Integration Services.

Installer Integration Services

Après avoir pris connaissance de la configuration requise pour l’installation de SQL
Server et vérifié que votre ordinateur répondait à ces critères, vous pouvez installer
Integration Services.

1. Si vous n’avez pas encore Microsoft SQL Server, téléchargez une Édition
développeur gratuite depuis Téléchargements SQL Server . SSIS n’est pas inclus
dans l’édition Express de SQL Server.

2. Dans l’Assistant Installation de SQL Server, sélectionnez Nouvelle installation

autonome de SQL Server ou ajout de fonctionnalités à une installation existante.
Pour installer Integration Services, faites les sélections dans la page Sélection de
composant comme suit :

Sous Fonctionnalités partagées, sélectionnez Integration Services.

Sous Fonctionnalités partagées, sélectionnez éventuellement Kit de

développement logiciel (SDK) des outils clients afin d’installer les assemblys
managés pour la programmation de Integration Services.

Sous Fonctionnalités de l’instance, sélectionnez si vous le souhaitez Services

Moteur de base de données pour héberger la base de données du catalogue
SSIS, SSISDB , afin de stocker, gérer, exécuter et surveiller des packages SSIS.
 3. Pensez à installer des composants supplémentaires pour Integration Services. Pour
plus d’informations, consultez la section Installer des composants supplémentaires
de cet article.

７ Notes

Parmi les composants SQL Server que vous pouvez sélectionner dans la page
Sélection de composant de l’Assistant Installation, certains n’installent qu’une
partie des composants Integration Services. Ces composants sont utiles pour des
tâches spécifiques, mais les fonctionnalités de Integration Services s’en trouvent
limitées. Par exemple, l'option Services Moteur de base de données installe les
composants Integration Services requis pour l'Assistant Importation et Exportation
SQL Server . Pour garantir une installation complète de Integration Services, vous
devez sélectionner Integration Services dans la page Sélection de composant .

Installer un serveur dédié pour les processus ETL

Pour utiliser un serveur dédié pour les processus d’extraction, de transformation et de
chargement (ETL), installez une instance locale du Moteur de base de données SQL
Server quand vous installez Integration Services. Integration Services stocke
habituellement les packages dans une instance du Moteur de base de données et
compte sur l'Agent SQL Server pour la planification de ces packages. Si le serveur ETL ne
dispose pas d’une instance du Moteur de base de données, vous devez planifier ou
exécuter les packages à partir d’un serveur qui a une instance du Moteur de base de
données. Cela signifie que les packages ne s’exécutent pas sur le serveur ETL, mais sur le
serveur à partir duquel ils sont démarrés. En conséquence, les ressources du serveur ETL
dédié ne sont pas utilisées comme prévu. De plus, les ressources d'autres serveurs
peuvent être éprouvées par les processus ETL en cours d'exécution

Configurer la journalisation des événements SSIS

Par défaut, dans une nouvelle installation, Integration Services est configuré de façon à
ne pas journaliser les événements en rapport avec l'exécution de packages dans le
journal des événements des applications. Ce paramètre limite le nombre d'entrées de
journal des événements lorsque vous utilisez la fonctionnalité du collecteur de données
de SQL Server. Les événements qui ne sont pas enregistrés incluent l’ID d’événement
12288, « le Package a démarré », et l’ID d’événement 12289, « le Package a fini avec
succès ». Pour enregistrer ces événements dans le journal des événements des
applications, ouvrez le Registre pour y apporter des modifications. Dans le Registre,
recherchez le nœud HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL
Server\130\SSIS et modifiez la valeur DWORD du paramètre
LogPackageExecutionToEventLog en remplaçant 0 par 1 .

Installer des composants supplémentaires

Pour une installation complète de Integration Services, sélectionnez les composants
dont vous avez besoin dans la liste suivante :

Integration Services. Installer SSIS avec l’Assistant Installation de SQL Server. La

sélection de SSIS installe les composants suivants :

Prise en charge du catalogue SSIS sur le moteur de base de données SQL Server

Fonctionnalité Scale-Out facultative.

Les composants SSIS 32 bits et 64 bits

L’installation seule d’Integration Services n’installe PAS les outils nécessaires pour
concevoir et développer des packages SSIS.

Services Moteur de base de données. Installez le moteur de base de données avec

l’Assistant Installation de SQL Server. La sélection de Services Moteur de base de
données vous permet de créer et d’héberger la base de données du catalogue
SSIS, SSISDB , afin de stocker, gérer, exécuter et surveiller les packages SSIS.

SQL Server Data Tools (SSDT) . Pour télécharger et installer SSDT, consultez
Télécharger SQL Server Data Tools (SSDT). L’installation de SSDT vous permet de
concevoir et de déployer des packages SSIS. SSDT installe les éléments suivants :

Les outils de conception et de développement de package SSIS, notamment le

concepteur SSIS

Les composants SSIS 32 bits uniquement

Une version limitée de Visual Studio (si aucune édition de Visual Studio n’est
déjà installée).

Visual Studio Tools for Applications (VSTA), l’éditeur de script utilisé par le
composant de script et la tâche de script SSIS

Les Assistants SSIS, notamment l’Assistant Déploiement et l’Assistant Mise à

niveau de packages

L’Assistant Importation et Exportation SQL Server

 ） Important

À partir de Visual Studio 2019, il n’existe aucun programme d’installation

autonome pour SSDT. Vous pouvez obtenir l’extension du concepteur SSIS à
partir de la Place de marché Visual Studio .

Integration Services Feature Pack pour Azure. Pour télécharger et installer le

Feature Pack, consultez Feature Pack Microsoft SQL Server Integration Services
pour Azure. L’installation du Feature Pack permet à vos packages de se connecter
aux services de stockage et d’analytique dans le cloud Azure, notamment aux
services suivants :

Stockage Blob Azure.

Azure HDInsight

Azure Data Lake Store

Azure Synapse Analytics

Azure Data Lake Storage (Gen2).

Composants supplémentaires facultatifs. Vous pouvez éventuellement télécharger

des composants tiers supplémentaires à partir du SQL Server Feature Package.

Microsoft® Connector pour SAP BW pour Microsoft SQL Server®. Pour obtenir
ces composants, consultez Microsoft® SQL Server® 2017 Feature Pack .

Microsoft Connectors pour Oracle et Teradata par Attunity. Pour obtenir ces
composants, consultez Connecteurs Attunity.

Étapes suivantes
Pour plus d’informations sur l’installation d’Integration Services et les mises à jour des
fonctionnalités, consultez les articles suivants :

Installation de plusieurs versions Integration Services côte à côte

Nouveautés d’Integration Services dans SQL Server 2017

Nouveautés d’Integration Services dans SQL Server 2016

Installation de plusieurs versions
Integration Services côte à côte
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Vous pouvez installer plusieurs versions de SQL Server 2019 (15.x) Integration Services
(SSIS) côte à côte. Cette rubrique décrit certaines limitations des installations côte à
côte.

Conception et gestion de packages

Pour concevoir et gérer des packages ciblant SQL Server 2016, SQL Server 2014 ou SQL
Server 2012, utilisez SQL Server Data Tools (SSDT) pour Visual Studio 2015. Pour obtenir
SSDT, voir Télécharger la dernière version de SQL Server Data Tools.

Dans les pages de propriétés d’un projet Integration Services, au niveau de l’onglet
Général de Propriétés de configuration, sélectionnez la propriété TargetServerVersion
et choisissez SQL Server 2016, SQL Server 2014 ou SQL Server 2012.

Version cible de SQL Environnement de développement de packages SSIS

Server

2016 SQL Server Data Tools pour Visual Studio 2015

2014 SQL Server Data Tools pour Visual Studio 2015

ou

SQL Server Data Tools - Business Intelligence pour Visual Studio

2013

2012 SQL Server Data Tools pour Visual Studio 2015

ou

SQL Server Data Tools – Business Intelligence pour Visual Studio

2012

2008 Business Intelligence Development Studio dans SQL Server 2008

Lorsque vous ajoutez un package existant à un projet existant, le package est converti
au format ciblé par le projet.
Exécution des packages
Pour exécuter des packages Integration Services créés par des versions antérieures des
outils de développement, vous pouvez utiliser la version SQL Server 2019 (15.x) de
l’utilitaire dtexec ou de SQL Server Agent. Lorsque ces outils SQL Server 2019 (15.x)
chargent un package développé dans une version antérieure des outils de
développement, l’outil convertit momentanément le package en mémoire dans le
format de package utilisé par SQL Server 2019 Integration Services (SSIS) . Si le package
présente des problèmes empêchant une conversion, l’outil SQL Server 2019 (15.x) ne
peut pas exécuter le package tant que ces problèmes ne sont pas résolus. Pour plus
d’informations, consultez Mettre à niveau des packages Integration Services.
Mettre à niveau Integration Services
Article • 12/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Si SQL Server 2008 Integration Services (SSIS) ou version ultérieure est actuellement
installé sur votre ordinateur, vous pouvez effectuer une mise à niveau vers SQL Server
2019 Integration Services (SSIS).

Lorsque vous effectuez une mise à niveau vers SQL Server 2019 Integration Services
(SSIS) sur un ordinateur où est déjà installée l’une de ces versions antérieures
d’Integration Services, SQL Server 2019 Integration Services (SSIS) est installé côte à côte
avec la version antérieure.

Avec cette installation côte à côte, plusieurs versions de l'utilitaire dtexec sont installés.
Pour être certain d’exécuter la version appropriée de l’utilitaire, à l’invite de commandes,
exécutez l’utilitaire en entrant le chemin complet (<lecteur>:\Program Files\Microsoft
SQL Server\<version>\DTS\Binn). Pour plus d'informations dtexec, consultez dtexec
Utility.

７ Notes

Dans les versions précédentes de SQL Server, par défaut, lorsque vous installiez
SQL Server, tous les membres du groupe Utilisateurs dans Utilisateurs et groupes
locaux avaient accès au service Integration Services. Quand vous installez SQL
Server 2016 (13.x) ou une version ultérieure, les utilisateurs n’ont pas accès au
service Integration Services. Ce service est sécurisé par défaut. Après avoir installé
SQL Server, l’administrateur de SQL Server doit exécuter l’outil de configuration
DCOM (Dcomcnfg.exe) pour accorder à des utilisateurs spécifiques l’accès au
service Integration Services. Pour plus d’informations, consultez Service Integration
Services (Service SSIS).

Avant de procéder à la mise à niveau

d'Integration Services
Nous vous recommandons d’exécuter le Conseiller de mise à niveau avant de procéder
à la mise à niveau vers SQL Server 2019 (15.x). Le Conseiller de mise à niveau signale les
problèmes que vous pouvez rencontrer si vous effectuez une migration de packages
Integration Services existants vers le nouveau format de package que SQL Server 2019
(15.x) utilise.

７ Notes

La prise en charge de la migration ou de l’exécution de packages DTS (Data

Transformation Services) a été suspendue dans SQL Server 2012. Les fonctionnalités
DTS suivantes ne sont plus disponibles.

Runtime DTS ;
DTS API ;
Assistant Migration de package pour la migration de packages DTS vers la
prochaine version d’Integration Services ;
prise en charge de la maintenance des packages DTS dans SQL Server
Management Studio ;
Tâche d'exécution de package DTS 2000 ;
analyse du Conseiller de mise à niveau des packages DTS.

Pour plus d’informations sur les autres fonctionnalités abandonnées, consultez

Fonctionnalités Integration Services abandonnées dans SQL Server 2016.

mise à niveau d'Integration Services

Vous pouvez effectuer la mise à niveau au moyen de l'une des méthodes suivantes :

Exécutez le programme d'installation de SQL Server 2019 (15.x) et sélectionnez

l’option Mise à niveau de SQL Server 2008, SQL Server 2008 R2, SQL Server 2012
(11.x) ou SQL Server 2014 (12.x).

Exécutez le fichier setup.exe à l’invite de commandes et spécifiez l’option

/ACTION=upgrade . Pour plus d’informations, consultez la section, « Scripts
d’installation pour Integration Services », dans Installer SQL Server 2016 à partir de
l’invite de commandes.

Vous ne pouvez pas utiliser la mise à niveau pour exécuter les actions suivantes :

Reconfigurer une installation existante d’Integration Services.

Passer d'une version 32 bits à une version 64 bits de SQL Server ou d'une version
64 bits à une version 32 bits.

Passer d'une version localisée de SQL Server à une autre version localisée.
Lorsque vous effectuez une mise à niveau, vous pouvez mettre à niveau à la fois
Integration Services et le Moteur de base de données, ou uniquement le Moteur de
base de données, ou encore uniquement Integration Services. Si vous mettez à niveau
uniquement le Moteur de base de données, SQL Server 2008 Integration Services (SSIS)
ou version ultérieure reste opérationnel, mais vous n’avez pas les fonctionnalités de SQL
Server 2019 Integration Services (SSIS). Si vous mettez à niveau uniquement Integration
Services, SQL Server 2019 Integration Services (SSIS) est entièrement opérationnel, mais
peut uniquement stocker des packages dans le système de fichiers, sauf si une instance
du Moteur de base de données SQL Server est disponible sur un autre ordinateur.

Mise à niveau à la fois d’Integration Services et

du Moteur de base de données vers SQL
Server 2019 (15.x)
Cette section décrit les conséquences liées à l'exécution d'une mise à niveau qui obéit
aux critères suivants :

Vous mettez à niveau Integration Services et une instance du Moteur de base de

données vers SQL Server 2019 (15.x).

Integration Services et l’instance du Moteur de base de données se trouvent tous

les deux sur le même ordinateur.

Ce que fait le processus de mise à niveau

Le processus de mise à niveau effectue les tâches suivantes :

Installe les fichiers, le service et les outils (Management Studio et SQL Server Data
Tools) SQL Server 2019 Integration Services (SSIS). Quand il y a plusieurs instances
de SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x)
ou SQL Server 2014 (12.x) sur le même ordinateur, la première fois que vous
mettez à niveau l’une des instances vers SQL Server 2019 (15.x), les fichiers, le
service et les outils SQL Server 2019 Integration Services (SSIS) sont installés.

Met à niveau l’instance du Moteur de base de données SQL Server 2008 (10.0.x),
SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x) vers
la version SQL Server 2019 (15.x).

Déplace les données des tables système SQL Server 2008 Integration Services
(SSIS) ou version ultérieure vers les tables système SQL Server 2019 Integration
Services (SSIS), de la façon suivante :
 Déplace les packages sans modification de la table système
msdb.dbo.sysdtspackages90 vers la table système msdb.dbo.sysssispackages.

７ Notes

Bien que les données soient déplacées vers une autre table système, la
mise à niveau n'effectue pas la migration des packages vers le nouveau
format.

Déplace les métadonnées de dossier de la table système msdb.sysdtsfolders90

vers la table système msdb.sysssisfolders.

Déplace les données du journal de la table système msdb.sysdtslog90 vers la

table système msdb.sysssislog.

Supprime les tables système msdb.sysdts*90 et les procédures stockées utilisées

pour y accéder après avoir déplacé les données vers les nouvelles tables
msdb.sysssis*. Toutefois, la mise à niveau remplace la table sysdtslog90 par une
vue qui est également nommée sysdtslog90. Cette nouvelle vue sysdtslog90
présente la nouvelle table système msdb.sysssislog. Cela garantit que les rapports
basés sur la table du journal continuent à s'exécuter sans interruption.

Pour contrôler l'accès aux packages, crée trois nouveaux rôles de base de données
fixes : db_ssisadmin, db_ssisltduser et db_ssisoperator. Les rôles db_dtsadmin,
db_dtsltduser et db_dtsoperator dans SQL Server 2005 (9.x) Integration Services ne
sont pas supprimés, mais deviennent membres des nouveaux rôles
correspondants.

Si le magasin de packages SSIS (autrement dit, l’emplacement du système de

fichiers géré par le service Integration Services) constitue l’emplacement par défaut
sous \SQL Server\90, \SQL Server\100, \SQL Server\110 ou \SQL Server\120,
déplace ces packages vers le nouvel emplacement par défaut sous \SQL
Server\130.

Met à jour le fichier de configuration du service Integration Services de sorte qu’il

pointe vers l’instance mise à niveau du Moteur de base de données.

Ce que ne fait pas le processus de mise à niveau

Le processus de mise à niveau n'effectue pas les tâches suivantes :
 Ne supprime pas le service SQL Server 2008 Integration Services (SSIS) ou version
ultérieure.

Ne migre pas les packages Integration Services existants vers le nouveau format de
package utilisé par SQL Server 2019 (15.x). Pour plus d’informations sur la
migration de packages, consultez Mettre à niveau des packages Integration
Services.

Ne déplace pas de packages à partir d'emplacements du système de fichiers, autre

que l'emplacement par défaut, qui ont été ajoutés au fichier de configuration du
service. Si vous avez déjà modifié le fichier de configuration du service de manière
à ajouter des dossiers de système de fichiers supplémentaires, les packages
stockés dans ces dossiers ne seront pas déplacés à un nouvel endroit.

Dans les étapes de travail SQL Server Agent qui appellent directement l’utilitaire
dtexec (dtexec.exe), ne met pas à jour le chemin du système de fichiers pour
l’utilitaire dtexec. Vous devez modifier manuellement ces étapes de travail pour
mettre à jour le chemin du système de fichiers avec l’emplacement de SQL Server
2019 (15.x) pour l’utilitaire dtexec.

Ce que vous pouvez faire après la mise à niveau

Une fois la mise à niveau terminée, vous pouvez accomplir les tâches suivantes :

Lancez les travaux SQL Server Agent qui exécutent des packages.

Utilisez Management Studio pour gérer les packages Integration Services qui sont
stockés dans une instance de SQL Server 2008 (10.0.x), de SQL Server 2008 R2
(10.50.x), de SQL Server 2012 (11.x) ou de SQL Server 2014 (12.x). Vous devez
modifier le fichier de configuration du service pour ajouter l’instance de SQL
Server 2008 (10.0.x), de SQL Server 2008 R2 (10.50.x), de SQL Server 2012 (11.x) ou
de SQL Server 2014 (12.x) à la liste des emplacements gérés par le service.

７ Notes

Les versions antérieures de Management Studio ne peuvent pas se connecter

au service SQL Server 2019 Integration Services (SSIS).

Identifier la version des packages dans la table système msdb.dbo.sysssispackages

en vérifiant la valeur de la colonne packageformat. La table possède une colonne
packageformat qui identifie la version de chaque package. La valeur 3 indique un
package SQL Server 2008 Integration Services (SSIS). Tant que vous n'effectuez pas
 la migration des packages vers le nouveau format, la valeur de la colonne
packageformat ne change pas.

Vous ne pouvez pas utiliser les outils de SQL Server 2008 (10.0.x), de SQL
Server 2008 R2 (10.50.x), de SQL Server 2012 (11.x) ou de SQL Server 2014 (12.x)
pour concevoir, exécuter et gérer des packages Integration Services. Les outils de
SQL Server 2008 (10.0.x), de SQL Server 2008 R2 (10.50.x), de SQL Server 2012
(11.x) ou de SQL Server 2014 (12.x) incluent les versions respectives de SQL Server
Data Tools (SSDT), de l’Assistant Importation et Exportation SQL Server et de
l’utilitaire d’exécution de package (dtexecui.exe). Le processus de mise à niveau ne
supprime pas les outils de SQL Server 2008 (10.0.x), de SQL Server 2008 R2
(10.50.x), de SQL Server 2012 (11.x) ou de SQL Server 2014 (12.x). Toutefois, vous
ne serez pas en mesure de faire appel à ces outils pour continuer à utiliser les
packages SQL Server 2008 Integration Services (SSIS) ou version ultérieure sur un
serveur qui a été mis à niveau.

Par défaut, dans le cadre d'une installation de type mise à niveau, Integration
Services est configuré de façon à journaliser les événements en rapport avec
l'exécution de packages dans le journal d'événements de l'application. Ce
paramètre peut générer trop d'entrées de journal d'événements lorsque vous
utilisez la fonctionnalité de collecte de données de SQL Server 2019 (15.x). Les
événements enregistrés incluent l'ID d'événement 12288, « le Package a démarré »,
et l'ID d'événement 12289, « le Package a fini avec succès ». Pour arrêter
l'enregistrement de ces deux événements dans le journal d'événements de
l'application, ouvrez le Registre pour y apporter des modifications. Dans le
Registre, recherchez le nœud
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\130\SSIS et
modifiez la valeur DWORD du paramètre LogPackageExecutionToEventLog en
remplaçant 1 par 0.

Mise à niveau uniquement du Moteur de base

de données vers SQL Server 2019 (15.x)
Cette section décrit les conséquences liées à l'exécution d'une mise à niveau qui obéit
aux critères suivants :

Vous mettez à niveau uniquement une instance du Moteur de base de données.

Autrement dit, l’instance du Moteur de base de données est maintenant une
instance de SQL Server 2019 (15.x), mais l’instance d’Integration Services et les
outils clients sont de SQL Server 2008 (10.0.x), de SQL Server 2008 R2 (10.50.x), de
SQL Server 2012 (11.x) ou de SQL Server 2014 (12.x).
 L’instance du Moteur de base de données se trouve sur un ordinateur, alors
qu’Integration Services et les outils clients sont sur un autre ordinateur.

Ce que vous pouvez faire après la mise à niveau

Les tables système qui stockent les packages dans l’instance mise à niveau du Moteur
de base de données ne sont pas les mêmes que celles utilisées dans SQL Server 2008
(10.0.x). Ainsi, les versions SQL Server 2008 (10.0.x) de Management Studio et de SQL
Server Data Tools ne peuvent pas découvrir les packages qui sont stockés dans les
tables système sur l’instance mise à niveau du Moteur de base de données. Comme ces
packages ne peuvent pas être découverts, l'utilisation que vous pouvez en faire est
limitée :

Vous ne pouvez pas utiliser les outils de SQL Server 2008 (10.0.x), Management
Studio et SQL Server Data Tools sur d’autres ordinateurs pour charger ou gérer des
packages qui se trouvent sur l’instance mise à niveau du Moteur de base de
données.

７ Notes

Bien que les packages sur l’instance mise à niveau du Moteur de base de
données n’aient pas encore été migrés vers le nouveau format de package, ils
ne sont pas encore découvrables par les outils de SQL Server 2008 (10.0.x).
Ainsi, les packages ne peuvent pas être utilisés par les outils de SQL
Server 2008 (10.0.x).

Vous ne pouvez pas utiliser SQL Server 2008 Integration Services (SSIS) sur d’autres
ordinateurs pour exécuter les packages qui sont stockés dans msdb sur l’instance
mise à niveau du Moteur de base de données.

Vous ne pouvez pas utiliser des travaux SQL Server Agent sur des ordinateurs SQL
Server 2008 (10.0.x) pour exécuter des packages SQL Server 2008 Integration
Services (SSIS) qui sont stockés sur l’instance mise à niveau du Moteur de base de
données.

Ressources externes
Entrée de blog Faire fonctionner vos extensions et applications SSIS personnalisées
existantes à Denali , sur blogs.msdn.com.
Mettre à niveau des packages
Integration Services
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Quand vous mettez à niveau une instance de SQL Server 2008 (10.0.x) vers la version
actuelle de SQL Server, vos packages SQL Server 2008 Integration Services (SSIS)
existants ne sont pas automatiquement mis à niveau vers le format de package utilisé
par la version actuelle de SQL Server Integration Services. Vous devez choisir une
méthode de mise à niveau et mettre à niveau vos packages manuellement.

Pour plus d’informations sur la mise à niveau des packages lorsque vous convertissez un
projet en modèle de déploiement de projet, consultez Déployer des projets et des
packages Integration Services Server (SSIS).

Choix d'une méthode de mise à niveau

Vous pouvez utiliser différentes méthodes pour mettre à niveau des packages SQL
Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL
Server 2014 (12.x). Pour certaines d'entre elles, la mise à niveau n'est que temporaire.
Pour d'autres, elle est définitive. Le tableau suivant décrit chacune de ces méthodes et
indique si la mise à niveau est temporaire ou définitive.

７ Notes

Quand vous exécutez un package SQL Server 2008 (10.0.x), SQL Server 2008 R2
(10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x) au moyen de l’utilitaire
dtexec (dtexec.exe) qui est installé avec la version actuelle de SQL Server, la mise à
niveau de package temporaire augmente la durée d’exécution. Le taux
d'accroissement de temps d'exécution de package varie selon la taille du package.
Pour éviter une augmentation pendant la durée d'exécution, il est recommandé
d'effectuer la mise à niveau du package avant de l'exécuter.

７ Notes

Les composants Script qui référencent des assemblys liés à SSIS avec liaison à la
version ne sont pas pris en compte par le processus de mise à niveau et restent
 inchangés. Une référence de mise à jour manuelle vers la nouvelle version est
nécessaire.

Méthode de mise à niveau Type de mise à niveau

Recourez à l’utilitaire dtexec (dtexec.exe) qui installé avec la La mise à niveau de

version actuelle de SQL Server pour exécuter un package SQL packages est temporaire.
Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL
Server 2012 (11.x) ou SQL Server 2014 (12.x). Les modifications ne
peuvent pas être
Pour plus d'informations, consultez Utilitaire dtexec. enregistrées.

Ouvrir un fichier de package SQL Server 2008 (10.0.x), SQL La mise à niveau de
Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL packages est définitive si
Server 2014 (12.x) dans SQL Server Data Tools (SSDT). vous enregistrez le package,
sinon, elle est temporaire.

Ajouter un package SQL Server 2008 (10.0.x), SQL Server 2008 R2 La mise à niveau de
(10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x) à un packages est permanente.
projet existant dans SQL Server Data Tools (SSDT).

Ouvrez un fichier de projet SQL Server 2008 Integration Services La mise à niveau de
(SSIS) ou ultérieur dans Visual Studio, puis utiliser l’Assistant Mise packages est permanente.
à niveau de packages SSIS pour mettre à niveau plusieurs
packages dans le projet.

Pour plus d’informations, consultez Mettre à niveau des packages

Integration Services à l’aide de l’Assistant Mise à niveau de
packages SSIS et Aide sur l’Assistant Mise à niveau de packages
SSIS via la touche F1.

Utilisez l’utilitaire Upgrade pour mettre à niveau un ou plusieurs La mise à niveau de

packages Integration Services . packages est permanente.

Applications et composants personnalisés

SQL Server 2005 Integration Services (SSIS) ne fonctionne pas avec la version actuelle de
SQL Server Integration Services.

Vous pouvez utiliser la version actuelle des outils SQL Server Integration Services pour
exécuter et gérer des packages qui incluent des composants personnalisés SSIS SQL
Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL
Server 2014 (12.x). Nous avons ajouté quatre règles de redirection de liaison aux fichiers
suivants pour faciliter la redirection des assemblys du runtime de la version 10.0.0.0 (SQL
Server 2008 R2 (10.50.x)), version 11.0.0.0 ( SQL Server 2012 (11.x)) ou version 12.0.0.0 (
SQL Server 2014 (12.x)) vers la version 15.0.0.0 (SQL Server 2019 (15.x)).
 DTExec.exe.config

dtshost.exe.config

DTSWizard.exe.config

DTUtil.exe.config

DTExecUI.exe.config

Pour utiliser SQL Server Data Tools afin de concevoir des packages incluant des
composants personnalisés SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL
Server 2012 (11.x) ou SQL Server 2014 (12.x), vous devez modifier le fichier
devenv.exe.config situé dans <lecteur>:\Program Files\Microsoft Visual Studio
10.0\Common7\IDE.

Pour utiliser ces packages avec les applications clientes générées avec le runtime pour
SQL Server 2019 (15.x), incluez les règles de redirection dans la section de configuration
du fichier *.exe .config de l'exécutable. Les règles redirigent les assemblys du runtime
vers la version 15.0.0.0 (SQL Server 2019 (15.x)). Pour plus d’informations sur la
redirection des versions d’assemblys, consultez Élément <assemblyBinding> pour
<runtime>.

Recherche d'assemblys
Dans SQL Server 2019 (15.x), les assemblys Integration Services ont été mis à niveau vers
le .NET 4.0. Il existe un Global Assembly Cache distinct pour le .NET 4, situé dans
<lecteur>:\Windows\Microsoft.NET\assembly. Vous trouverez tous les assemblys
Integration Services sous ce chemin d'accès, en général dans le dossier GAC_MSIL.

Comme dans les versions antérieures de SQL Server, les principaux fichiers .dll
d’extensibilité Integration Services se trouvent également dans <lecteur>:\Program
Files\Microsoft SQL Server\130\SDK\Assemblies.

Présentation des résultats de mise à niveau de

packages SQL Server
Au cours de la mise à niveau de packages, la plupart des composants et fonctionnalités
des packages SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012
(11.x) ou SQL Server 2014 (12.x) sont convertis de façon fluide en leurs équivalents dans
la version actuelle de SQL Server. Il existe toutefois certains composants et
fonctionnalités pour lesquels aucune mise à niveau ne sera effectuée ou pour lesquels
vous devez connaître les résultats. Le tableau suivant identifie ces composants et
fonctionnalités.

７ Notes

Pour identifier les packages concernés par les points répertoriés dans le tableau,
exécutez le Conseiller de mise à niveau.

Composant Résultats de la mise à niveau

ou
fonctionnalité

Chaînes de Pour les packages SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL
connexion Server 2012 (11.x) ou SQL Server 2014 (12.x), les noms de certains fournisseurs
ont changé et nécessitent des valeurs différentes dans les chaînes de connexion.
Pour mettre à jour les chaînes de connexion, utilisez l'une des procédures
suivantes :

Utilisez l'Assistant Mise à niveau de packages SSIS pour mettre à niveau le

package et sélectionnez l'option Mettre à jour les chaînes de connexion pour
l'utilisation des nouveaux noms de fournisseurs .

Dans SQL Server Data Tools (SSDT), sur la page Général de la boîte de dialogue
Options, sélectionnez l'option Mettre à jour les chaînes de connexion pour
l'utilisation des nouveaux noms de fournisseurs . Pour plus d’informations sur
cette option, consultez la page Général.

Dans SQL Server Data Tools (SSDT), ouvrez le package et modifiez manuellement
le texte de la propriété ConnectionString.

Remarque : vous ne pouvez pas appliquer les procédures ci-dessus pour mettre
à jour une chaîne de connexion lorsque celle-ci est stockée dans un fichier de
configuration ou dans un fichier de source de données, ou lorsqu’une
expression définit la propriété ConnectionString . Pour mettre à jour la chaîne
de connexion dans ces cas-là, vous devez mettre à jour le fichier ou l'expression
manuellement.

Pour plus d’informations sur les sources de données disponibles, consultez

Sources de données.

Scripts qui dépendent d'ADODB.dll

Les scripts de la tâche de script et du composant Script qui référencent explicitement
ADODB.dll risquent de ne pas pouvoir être mis à niveau ou de ne pas pouvoir s'exécuter
sur les ordinateurs qui ne disposent pas de SQL Server Management Studio ou de SQL
Server Data Tools (SSDT) . Pour permettre la mise à niveau des scripts de la tâche de
script et du composant Script, il est recommandé de supprimer la dépendance sur
ADODB.dll. Ado.Net est l'alternative recommandée pour le code managé, à l'instar des
scripts VB et C#.
Mettre à niveau des packages
Integration Services à l'aide de
l'Assistant Mise à niveau de packages
SSIS
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Vous pouvez mettre à niveau des packages créés dans des versions antérieures d'
Integration Services vers le format Integration Services utilisé par SQL Server 2019 (15.x)
. SQL Server fournit l'Assistant Mise à niveau de packages SSIS à cet effet. Étant donné
que vous pouvez configurer l'Assistant pour qu'il sauvegarde vos packages d'origine,
vous pouvez continuer à les utiliser si vous rencontrez des problèmes de mise à niveau.

L'Assistant Mise à niveau de packages SSIS est installé lors de l'installation de

Integration Services .

７ Notes

L'Assistant Mise à niveau de packages SSIS est disponible dans les éditions
Standard, Enterprise et Developer de SQL Server.

Pour plus d’informations sur la mise à niveau des packages Integration Services ,
consultez Mettre à niveau des packages Integration Services.

Le reste de cette rubrique décrit comment exécuter l'Assistant et sauvegarder les

packages d'origine.

Exécution de l'Assistant Mise à niveau de

packages SSIS
Vous pouvez exécuter l'Assistant Mise à niveau de packages SSIS à partir de SQL Server
Data Tools (SSDT), de SQL Server Management Studioou de l'invite de commandes.

Pour exécuter l'Assistant à partir de l'outils de données SQL Server

1. Dans SQL Server Data Tools (SSDT), créez ou ouvrez un projet Integration Services .
 2. Dans l’Explorateur de solutions, cliquez avec le bouton droit sur le nœud Packages
SSIS , puis cliquez sur Mettre à niveau tous les packages pour mettre à niveau
tous les packages sous ce nœud.

７ Notes

Lorsque vous ouvrez un projet Integration Services qui contient des packages
SQL Server 2008 Integration Services (SSIS) ou ultérieurs, Integration Services
ouvre automatiquement l’Assistant Mise à niveau de packages SSIS .

Pour exécuter l'Assistant à partir de SQL Server Management

Studio
Dans SQL Server Management Studio, connectez-vous à Integration Services,
développez le nœud Packages stockés , cliquez avec le bouton droit sur le nœud
Système de fichiers ou MSDB , puis cliquez sur Mettre à niveau les packages.

Pour exécuter l'Assistant à l'invite de commandes

À l’invite de commandes, exécutez le fichier SSISUpgrade.exe à partir du dossier
C:\Program Files\Microsoft SQL Server\130\DTS\Binn .

Sauvegarde des packages d'origine

Pour sauvegarder les packages d'origine, les packages d'origine et les package mis à
niveau doivent être stockés dans le même dossier du système de fichiers. Selon la façon
dont vous exécutez l'Assistant, cet emplacement de stockage peut être sélectionné
automatiquement.

Lorsque vous exécutez l'Assistant Mise à niveau de packages SSIS à partir de SQL
Server Data Tools (SSDT), l'Assistant stocke automatiquement à la fois les packages
d'origine et les packages mis à niveau dans le même dossier dans le système de
fichiers.

Lorsque vous exécutez l'Assistant Mise à niveau de packages SSIS à partir de SQL
Server Management Studio ou de l'invite de commandes, vous pouvez spécifier
différents emplacements de stockage pour les packages d'origine et les packages
mis à niveau. Pour sauvegarder les packages d'origine, n'oubliez pas de spécifier
que les packages d'origine et les packages mis à niveau sont stockés dans le même
 dossier du système de fichiers. Si vous spécifiez d'autres options de stockage,
l'Assistant ne sera pas en mesure de sauvegarder les packages d'origine.

Lorsqu'il sauvegarde les packages d'origine, l'Assistant stocke une copie des packages
d'origine dans un dossier SSISBackupFolder . Il crée le dossier SSISBackupFolder en
tant que sous-dossier du dossier qui contient les packages d'origine et les packages mis
à niveau.

Pour sauvegarder les packages d'origine dans SQL Server

Management Studio ou à l'invite de commandes
1. Enregistrez les packages d'origine à un emplacement du système de fichiers.

７ Notes

L'option de sauvegarde de l'Assistant fonctionne uniquement avec les

packages stockés dans le système de fichiers.

2. Dans SQL Server Management Studio ou à l'invite de commandes, exécutez

l'Assistant Mise à niveau de packages SSIS .

3. Dans la page Sélectionner l'emplacement source de l'Assistant, définissez la

propriété Source du package à Système de fichiers.

4. Dans la page Sélectionner l’emplacement de destination de l’Assistant,

sélectionnez Enregistrer à l’emplacement source pour enregistrer les packages mis
à niveau au même emplacement que les packages d’origine.

７ Notes

L'option de sauvegarde de l'Assistant n'est disponible que lorsque les

packages mis à niveau sont stockés dans le même dossier que les packages
d'origine.

5. Dans la page Sélectionner les options de gestion des packages de l'Assistant,

sélectionnez l'option Sauvegarder les packages d'origine .

Pour sauvegarder les packages d'origine dans les outils de données

SQL Server
1. Enregistrez les packages d'origine à un emplacement du système de fichiers.
2. Dans la page Sélectionner les options de gestion des packages de l'Assistant,
sélectionnez l'option Sauvegarder les packages d'origine .

２ Avertissement

L’option Sauvegarder les packages d’origine ne s’affiche pas lorsque vous

ouvrez un projet SQL Server 2008 Integration Services (SSIS) ou ultérieur dans
SQL Server Data Tools (SSDT), ce qui lance automatiquement l’Assistant.

3. Dans SQL Server Data Tools (SSDT), exécutez l'Assistant Mise à niveau de packages
SSIS .
Outils de gestion et de développement
Integration Services (SSIS)
Article • 30/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Integration Services inclut deux studios pour travailler avec des packages :

SQL Server Data Tools (SSDT) pour le développement des packages Integration
Services requis par une solution métier. SQL Server Data Tools (SSDT) fournit le
projet Integration Services dans lequel vous créez des packages.

SQL Server Management Studio pour la gestion de packages dans un

environnement de production.

SQL Server Data Tools

Vous pouvez réaliser les tâches suivantes dans SQL Server Data Tools (SSDT):

exécuter l'Assistant Importation et Exportation SQL Server pour créer des packages
de base qui copient des données entre une source et une destination ;

créer des packages qui incluent un flux de contrôle complexe, un flux de données,
une logique piloté par les événements et la journalisation ;

tester et déboguer les packages à l'aide des fonctionnalités de résolution des

problèmes et de surveillance du concepteur SSIS et des fonctionnalités de
débogage de SQL Server Data Tools (SSDT);

créer des configurations qui mettent à jour les propriétés des packages et les
objets de package au moment de l'exécution ;

créer un utilitaire de déploiement qui peut installer les packages et leurs

dépendances sur d'autres ordinateurs ;

Enregistrer des copies des packages dans la base de données msdb SQL Server, le
magasin de packages SSIS et le système de fichiers.

Pour plus d'informations sur SQL Server Data Tools (SSDT), consultez SQL Server Data
Tools.
SQL Server Management Studio
SQL Server Management Studio fournit le service Integration Services que vous utilisez
pour gérer des packages, surveiller les packages en cours d'exécution, et déterminer
l'impact et le lignage des données pour les objets Integration Services et SQL Server .

Vous pouvez réaliser les tâches suivantes dans SQL Server Management Studio:

créer des dossiers pour organiser les packages de manière significative pour votre
organisation ;

exécuter les packages stockés sur l'ordinateur local à l'aide de l'utilitaire

d'exécution de package ;

exécuter l’utilitaire d’exécution de package pour générer une ligne de commande à

utiliser lors de l’exécution de l’utilitaire de ligne de commande dtexec (dtexec.exe) ;

Importer et exporter des packages dans la base de données msdb SQL Server, le
magasin de packages SSIS et le système de fichiers.
Projets et solutions Integration Services
(SSIS)
Article • 27/10/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

SQL Server fournit SQL Server Data Tools (SSDT) pour le développement de packages
Integration Services .

Les packages Integration Services résident dans des projets. Pour créer et utiliser des
projets Integration Services, vous devez installer SQL Server Data Tools. Pour plus
d’informations, consultez Installer Integration Services.

Quand vous créez un projet Integration Services dans SQL Server Data Tools (SSDT), la
boîte de dialogue Nouveau projet inclut un modèle Projet Integration Services . Ce
modèle de projet crée un nouveau projet qui contient un package unique.

Projets et solutions
Les projets sont stockés dans leur solution. Vous pouvez créer une solution, puis ajouter
un projet Integration Services à cette solution. S’il n’existe aucune solution, SQL Server
Data Tools (SSDT) en crée une automatiquement dès que vous commencez à créer le
projet. Une solution peut contenir plusieurs projets de différents types.

 Conseil

Par défaut, quand vous créez un projet dans SQL Server Data Tools, la solution
n’apparaît pas dans le volet Explorateur de solutions. Pour modifier ce
comportement par défaut, dans le menu Outils , cliquez sur Options. Dans la boîte
de dialogue Options , développez Projets et solutions, puis cliquez sur Général.
Dans la page Général , sélectionnez Toujours afficher la solution.

Les solutions contiennent des projets

Une solution est un conteneur qui regroupe et gère les projets que vous utilisez lorsque
vous développez des solutions d'entreprise de bout en bout. Une solution vous permet
de gérer plusieurs projets en une même unité et de regrouper plusieurs projets qui
contribuent à une solution d'entreprise.
Une solution peut contenir des projets de différents types. Si vous souhaitez utiliser le
concepteur SSIS pour créer un package Integration Services , vous travaillez dans un
projet Integration Services dans une solution fournie par SQL Server Data Tools (SSDT).

Lorsque vous créez une nouvelle solution, SQL Server Data Tools (SSDT) ajoute un
dossier Solution à l’Explorateur de solutions. Le dossier Solution contient les types de
fichiers suivants :

.sln : contient des informations sur la configuration de la solution et répertorie les

projets de la solution.

.suo : contient des informations sur vos préférences en matière d’utilisation de la

solution.

SQL Server Data Tools (SSDT) crée automatiquement une solution lorsque vous créez un
projet, mais vous pouvez aussi créer une solution vierge et lui ajouter ultérieurement
des projets.

Les projets Integration Services contiennent

des packages
Un projet est un conteneur dans lequel vous développez des packages Integration
Services .

Dans SQL Server Data Tools (SSDT), un projet Integration Services stocke et groupe les
fichiers associés au package. Par exemple, un projet inclut les fichiers requis pour créer
une solution d'extraction, de transfert et de chargement (ETL) spécifique.

Avant de créer un projet Integration Services , vous devez vous familiariser avec le
contenu de base de ce type de projet. Une fois que vous connaissez le contenu d'un
projet, vous pouvez commencer à créer et à utiliser un projet Integration Services .

Dossiers des projets Integration Services

Le diagramme suivant montre les dossiers d’un projet de services d’intégration dans
SQL Server Data Tools (SSDT).
Le tableau suivant décrit les dossiers d'un projet Integration Services .

Dossier Description

Gestionnaires de Contient des gestionnaires de connexions de projet. Pour plus

connexions d’informations, consultez Connexions Integration Services (SSIS).

SSIS . Contient les packages. Pour plus d’informations, consultez Packages

Integration Services (SSIS).

Parties de Contient les parties de package qui peuvent être réutilisées ou importées.
package Pour plus d’informations, consultez Réutiliser un flux de contrôle sur des
packages à l’aide de parties de package de flux de contrôle.

Divers Contient d'autres fichiers que les fichiers de package.

Fichiers des projets Integration Services

Lorsque vous ajoutez un nouveau projet de services d’intégration ou existant à une
solution, SQL Server Data Tools (SSDT) crée des fichiers de projet. Les fichiers projet
incluent :

.dtproj : contient des informations sur les configurations du projet et des

éléments tels que les packages.

*.dtproj.user : contient des informations sur vos préférences de travail avec le

projet.

*.database : contient des informations requises par SQL Server Data Tools (SSDT)
pour ouvrir le projet de services d’intégration.

Project.params : contient des informations sur les Paramètres du projet.

Ciblage de version dans des projets Integration
Services
Dans SQL Server Data Tools (SSDT), vous pouvez créer, gérer et exécuter des packages
ciblant des versions spécifiques de SQL Server.

Dans l’Explorateur de solutions, cliquez avec le bouton droit sur un projet Integration
Services, puis sélectionnez Propriétés pour ouvrir les pages de propriétés du projet.
Sous l’onglet Général des Propriétés de configuration, sélectionnez la propriété
TargetServerVersion, puis choisissez la version souhaitée.

Créer un projet Integration Services

1. Ouvrez SQL Server Data Tools (SSDT).

2. Dans le menu Fichier , pointez sur Nouveau, puis cliquez sur Projet.

3. Dans la boîte de dialogue Nouveau projet, sélectionnez Business Intelligence, puis

le modèle Projet Integration Services.

Le modèle Projet Integration Services crée un projet Integration Services qui

contient un package unique vide.
4. (Facultatif) modifiez le nom et l'emplacement du projet.

Le nom de la solution est automatiquement mis à jour pour correspondre au nom

du projet.

5. Pour créer un dossier distinct pour le fichier de solution, sélectionner Créer le

répertoire pour la solution.

6. Si un logiciel de contrôle de code source est installé sur l’ordinateur, sélectionnez

Ajouter au contrôle de code source pour associer le projet au contrôle de code
source.

7. Si le logiciel de contrôle de code source est Microsoft Visual SourceSafe, la boîte

de dialogue Connexion à Visual SourceSafe s’ouvre. Dans Connexion à Visual
SourceSafe, indiquez un nom d’utilisateur, un mot de passe et le nom de la base
de données Microsoft Visual SourceSafe. Cliquez sur Parcourir pour localiser la
base de données.

７ Notes

Pour afficher et modifier le plug-in du contrôle de code source sélectionné et

configurer l’environnement du contrôle de code source, cliquez sur Options
dans le menu Outils, puis développez le nœud Contrôle de code source.
 8. Cliquez sur OK pour ajouter la solution à Explorateur de solutions et ajouter le
projet à la solution.

Importer un projet existant avec l’Assistant

Importation de projet
1. Dans Visual Studio, cliquez sur Nouveau>Projet dans le menu Fichier .

2. Dans la zone Modèles installés de la fenêtre Nouveau projet , développez

Business Intelligence, puis cliquez sur Integration Services.

3. Sélectionnez l’Assistant Importation de projet Integration Services dans la liste

des types de projets.

4. Tapez le nom du nouveau projet à créer dans la zone de texte Nom .

5. Tapez le chemin ou l’emplacement du projet dans la zone de texte Emplacement

ou cliquez sur Parcourir pour en sélectionner un.

6. Dans la zone de texte Nom de solution , tapez le nom de la solution.

7. Cliquez sur OK pour ouvrir la boîte de dialogue Assistant Importation de projet

Integration Services .

8. Cliquez sur Suivant pour basculer vers la page Sélectionner une source .

9. Si vous effectuez l’importation à partir d’un .ispac fichier, tapez le chemin incluant
le nom de fichier dans la zone de texte Chemin. Cliquez sur Parcourir pour accéder
au dossier où vous souhaitez que la solution soit stockée et tapez le nom de fichier
dans la zone de texte Nom de fichier , puis cliquez sur Ouvrir.

Si vous effectuez l’importation à partir d’un Catalogue Integration Services, tapez

le nom de l’instance de base de données dans la zone de texte Nom du serveur,
ou cliquez sur Parcourir et sélectionnez l’instance de base de données contenant le
catalogue.

Cliquez sur Parcourir en regard de la zone de texte Chemin d’accès , développez le

dossier dans le catalogue, sélectionnez le projet que vous souhaitez importer, puis
cliquez sur OK.

Cliquez sur Suivant pour passer à la page Vérifier .

10. Vérifiez les informations et cliquez sur Importer pour créer un projet basé sur le
projet existant sélectionné.
 11. Facultatif : cliquez Enregistrer le rapport pour enregistrer les résultats dans un
fichier

12. Cliquez sur Fermer pour fermer la boîte de dialogue Assistant Importation de
projet Integration Services .

Ajouter un projet à une solution

Quand vous ajoutez un projet, vous pouvez créer un nouveau projet vide dans
Integration Services ou ajouter un projet que vous avez déjà créé pour une autre
solution. Vous pouvez uniquement ajouter un projet à une solution existante quand la
solution est visible dans SQL Server Data Tools (SSDT).

Ajouter un nouveau projet à une solution

1. Dans SQL Server Data Tools (SSDT), ouvrez la solution à laquelle vous souhaitez
ajouter un nouveau projet de services d’intégration et effectuez l’une des
opérations suivantes :

Cliquez avec le bouton droit sur la solution, cliquez sur Ajouter, puis sur
Nouveau projet.

or

Dans le menu Fichier , pointez sur Ajouter, puis cliquez sur Nouveau projet.

2. Dans la boîte de dialogue Ajouter un nouveau projet , dans le volet Modèles ,

cliquez sur Projet Integration Services .

3. Éventuellement, modifiez le nom et l'emplacement du projet.

4. Cliquez sur OK.

Ajouter un projet existant à une solution

1. Dans SQL Server Data Tools (SSDT), ouvrez la solution à laquelle vous souhaitez
ajouter un projet Integration Services existant, puis effectuez l'une des opérations
suivantes :

Cliquez avec le bouton droit sur la solution, pointez sur Ajouter, puis cliquez
sur Projet existant.

Dans le menu Fichier , cliquez sur Ajouter, puis sur Projet existant.
 2. Dans la boîte de dialogue Ajouter un projet existant , recherchez le projet à
ajouter, puis cliquez sur Ouvrir.

3. Le projet est ajouté au dossier de la solution dans l' Explorateur de solutions.

Supprimer un projet d’une solution

Vous ne pouvez supprimer un projet d'une solution que lorsque la solution est visible
dans SQL Server Data Tools (SSDT). Une fois que la solution est visible, vous pouvez tout
supprimer mais devez conserver un projet. Lorsqu’il ne reste qu’un seul projet, SQL
Server Data Tools (SSDT) n’affiche plus le dossier des solutions. Vous ne pouvez pas
supprimer le dernier projet.

1. Dans SQL Server Data Tools (SSDT), ouvrez la solution dans laquelle vous souhaitez
supprimer un projet Integration Services .

2. Dans l’Explorateur de solutions, cliquez avec le bouton droit sur le projet, puis
cliquez sur Décharger le projet.

3. Cliquez sur OK pour confirmer la suppression.

Ajouter un élément à un projet

1. Dans SQL Server Data Tools (SSDT), ouvrez la solution qui contient le projet
Integration Services auquel vous souhaitez ajouter un élément.

2. Dans l’Explorateur de solutions, cliquez avec le bouton droit sur le projet, pointez
sur Ajouter, puis effectuez l’une des opérations suivantes :

Sélectionnez Nouvel élément, puis sélectionnez un modèle dans le volet

Modèles de la boîte de dialogue Ajouter un nouvel élément .

Sélectionnez Élément existant, recherchez dans la boîte de dialogue Ajouter

un élément existant pour localiser l’élément à ajouter au projet, puis
sélectionnez Ajouter.

3. Le nouvel élément apparaît dans le dossier approprié dans l'Explorateur de

solutions.

Copier des éléments de projet

Vous pouvez copier des objets dans un projet Integration Services ou entre des projets
Integration Services. Vous pouvez également copier des objets entre les autres types de
projets SQL Server Data Tools (SSDT), Reporting Services et Analysis Services. Pour
pouvoir effectuer une copie entre des projets, il faut qu'ils appartiennent à la même
solution SQL Server Data Tools (SSDT).

1. Dans SQL Server Data Tools (SSDT), ouvrez le projet ou la solution Integration
Services avec lequel vous voulez travailler.

2. Développez le projet et le dossier de l'élément à partir desquels effectuer la copie.

3. Cliquez avec le bouton droit sur l’élément, puis cliquez sur Copier.

4. Cliquez avec le bouton droit sur le projet Integration Services vers lequel effectuer
la copie, puis cliquez sur Coller.

Les éléments sont automatiquement copiés dans le dossier approprié. Si vous

copiez dans le projet Integration Services des éléments qui ne sont pas des
packages, ces éléments sont copiés dans le dossier Divers.

Étapes suivantes
Télécharger et installer SQL Server Data Tools.
SSIS : comment créer un package ETL

Commentaires
Cette page a-t-elle été utile ?  Yes  No

Indiquer des commentaires sur le produit | Obtenir de l’aide sur Microsoft Q&A
Extension Azure DevOps SQL Server
Integration Services (SSIS) DevOps Tools
Article • 09/03/2023

L’extension SSIS DevOps Tools est disponible dans la Place de Marché Azure DevOps.
SSIS DevOps prend en charge Azure DevOps Services, Azure DevOps Server 2019 et
versions ultérieures.

Si vous n’avez pas d’organisation Azure DevOps, vous devez tout d’abord vous inscrire à
Azure Pipelines, puis ajouter l’extension SSIS DevOps Tools en suivant ces étapes.

SSIS DevOps Tools inclut la tâche de génération SSIS, la tâche de fin de déploiement
SSIS et la tâche de configuration du catalogue SSIS.

La tâche de génération SSIS prend en charge la génération de fichiers dtproj dans

un modèle de déploiement de projet ou de package.

La tâche de déploiement SSIS prend en charge le déploiement d’un ou plusieurs

fichiers ispac dans un catalogue SSIS local et un runtime d’intégration Azure-SSIS
ou de fichiers SSISDeploymentManifest et des fichiers associés dans un partage de
fichiers Azure ou local.

La tâche de configuration du catalogue SSIS prend en charge la configuration des

éléments dossier/projet/environnement du catalogue SSIS avec un fichier de
configuration au format JSON. Cette tâche prend en charge les scénarios suivants :
Dossier
Créer un dossier.
Mettre à jour la description d’un dossier.
Projet
Configurer la valeur des paramètres (la valeur littérale et la valeur référencée
sont prises en charge).
Ajouter des références d’environnement.
Environnement
Créer un environnement.
Mettre à jour la description d’un environnement.
Créer ou mettre à jour une variable d’environnement.

Tâche de génération SSIS

Propriétés

Chemin du projet

Chemin du fichier ou dossier de projet à générer. Si un chemin de dossier est spécifié, la

tâche de génération SSIS recherchera tous les fichiers dtproj de manière récursive dans
ce dossier et les générera tous.

Le chemin de projet ne peut pas être vide, définissez-le sur . pour effectuer la génération
à partir du dossier racine du dépôt.

Configuration du projet
Nom de la configuration de projet à utiliser pour la génération. S’il n’est pas spécifié, il
s’agit, par défaut, de la première configuration de projet définie dans chaque fichier
dtproj.

Chemin de sortie

Chemin d’un dossier distinct où seront enregistrés les résultats de la génération. Ceux-ci
peuvent être publiés comme artefact de build à l’aide de la tâche de publication
d’artefacts de build.

Limitations et problèmes connus

La tâche de génération SSIS s’appuie sur Visual Studio et le concepteur SSIS
(obligatoire avec les agents de build). Ainsi, pour exécuter la tâche de génération
SSIS dans le pipeline :
 pour les agents hébergés par Microsoft, vous devez choisir une image
disponible qui inclut l’extension Visual Studio et SQL Server Integration Services,
par exemple windows-2019. Pour plus d’informations, reportez-vous à la
documentation des agents hébergés par Microsoft pour les logiciels inclus dans
les images disponibles.
Pour les agents auto-hébergés, installez Visual Studio et le concepteur SSIS
(extension VS2017 + SSDT2017 ou VS2019 + SSIS Projects) sur les agents auto-
hébergés.

Pour générer des projets SSIS à l’aide de composants prêts à l’emploi (quels qu’ils
soient, y compris le Feature Pack SSIS Azure ou d’autres composants tiers), veillez à
ce que ces composants soient installés sur l’ordinateur sur lequel s’exécute l’agent
de pipeline. Pour l’agent hébergé par Microsoft, l’utilisateur peut ajouter une tâche
de script PowerShell ou une tâche de script de ligne de commande afin de
télécharger et d’installer les composants avant l’exécution de la tâche de
génération SSIS. Voici l’exemple de script PowerShell permettant d’installer Azure
Feature Pack :

PowerShell

wget -Uri https://download.microsoft.com/download/E/E/0/EE0CB6A0-4105-466D-

A7CA-5E39FA9AB128/SsisAzureFeaturePack_2017_x86.msi -OutFile AFP.msi

start -Wait -FilePath msiexec -Args "/i AFP.msi /quiet /l* log.txt"

cat log.txt

Les niveaux de protection EncryptSensitiveWithPassword et

EncryptAllWithPassword ne sont pas pris en charge par la tâche de génération
SSIS. Veillez à ce qu’aucun des projets SSIS du code base n’utilise ces deux niveaux
de protection. Sinon, la tâche de génération SSIS cessera de répondre et dépassera
le délai d’attente pendant l’exécution.

Tâche de génération SSIS version 1.*

Améliorations dans la version 1.* :

Suppression de la dépendance sur Visual Studio et le concepteur SSIS. La tâche de

génération peut s’exécuter sur un agent hébergé par Microsoft ou un agent auto-
hébergé avec le système d’exploitation Windows et .NET Framework 4.6.2 ou
ultérieur.

Il n’est pas nécessaire d’installer les composants prédéfinis.

 Prise en charge du niveau de protection EncryptionWithPassword et
EncryptionAllWithPassword.

Limitations et problèmes connus

La tâche de génération SSIS version 1.* ne prend pas en charge la génération d'un
projet SSIS contenant un package SSIS avec signature numérique.

Propriétés de la version 1.* uniquement

Mot de passe du projet

Mot de passe du projet SSIS et de ses packages. Cet argument n’est valide que si le
niveau de protection du projet SSIS et des packages est EncryptSensitiveWithPassword
ou EncryptAllWithPassword. Dans le modèle de déploiement de package, tous les
packages doivent partager le même mot de passe que celui spécifié par cet argument.

Supprimer les données sensibles

Permet de convertir le niveau de protection du projet SSIS en DontSaveSensitve si cette
valeur est true. Si le niveau de protection est EncryptSensitiveWithPassword ou
EncryptAllWithPassword, l’argument Project Password doit être défini correctement.
Cette option n’est valide que pour le modèle de déploiement de projet.

Tâche de déploiement SSIS

Propriétés

Chemin source
Chemin des fichiers ISPAC ou SSISDeploymentManifest sources que vous souhaitez
déployer. Il peut s’agir d’un chemin de dossier ou de fichier.

Type de destination

Type de la destination. Actuellement, la tâche de déploiement SSIS prend en charge

deux types :

Système de fichiers : les fichiers SSISDeploymentManifest et les fichiers associés

sont déployés dans un système de fichiers spécifié. Les partages de fichiers locaux
et Azure sont pris en charge.
SSISDB : les fichiers ISPAC sont déployés dans un catalogue SSIS spécifié, qui peut
être hébergé sur un serveur SQL Server local ou un runtime d’intégration Azure-
SSIS.

Serveur de destination
Nom du serveur SQL Server de destination. Il peut s’agir du nom d’une instance SQL
Server locale, Azure SQL Database ou Azure SQL Managed Instance. Cette propriété est
visible uniquement si le type de destination est SSISDB.

Chemin de destination
Chemin du dossier de destination dans lequel le fichier source sera déployé. Par
exemple :

/SSISDB/<folderName>
\\<machineName>\<shareFolderName>\<optionalSubfolderName>

La tâche de déploiement SSIS crée le dossier et le sous-dossier s’ils n’existent pas.

Type d'authentification
Type d’authentification utilisé pour l’accès au serveur de destination spécifié. Cette
propriété est visible uniquement si le type de destination est SSISDB. En général, les
types d’authentification suivants sont pris en charge :

Authentification Windows
l’authentification SQL Server
Active Directory - Authentification par mot de passe
Active Directory - Authentification intégrée

Cependant, la prise en charge d’un type d’authentification spécifique dépend du type de

serveur de destination et du type d’agent. Reportez-vous au tableau de prise en charge
détaillé ci-dessous.

Type de serveur de Agent hébergé par Microsoft Agent autohébergé

destination

Serveur SQL Server local ou N/A Authentification Windows

machine virtuelle

Azure SQL l’authentification SQL Server l’authentification SQL Server

Active Directory - Active Directory -
Authentification par mot de Authentification par mot de
passe passe
Active Directory -
Authentification intégrée

Nom de domaine

Nom de domaine utilisé pour l’accès au système de fichiers spécifié. Cette propriété est
visible uniquement si le type de destination est Système de fichiers. Vous pouvez la
laisser vide si le compte d’utilisateur utilisé pour l’exécution de l’agent autohébergé
dispose d’un accès en lecture/écriture au chemin de destination spécifié.

Nom d’utilisateur

Nom d’utilisateur utilisé pour l’accès à la base de données SSISDB ou au système de

fichiers spécifié. Cette propriété est visible si le type de destination est Système de
fichiers ou si le type d’authentification est Authentification SQL Server ou Active
Directory - Authentification par mot de passe. Vous pouvez la laisser vide si le type de
destination est Système de fichiers et si le compte d’utilisateur utilisé pour l’exécution de
l’agent autohébergé dispose d’un accès en lecture/écriture au chemin de destination
spécifié.

Mot de passe
Mot de passe utilisé pour l’accès à la base de données SSISDB ou au système de fichiers
spécifié. Cette propriété est visible si le type de destination est Système de fichiers ou si
le type d’authentification est Authentification SQL Server ou Active Directory -
Authentification par mot de passe. Vous pouvez la laisser vide si le type de destination
est Système de fichiers et si le compte d’utilisateur utilisé pour l’exécution de l’agent
autohébergé dispose d’un accès en lecture/écriture au chemin de destination spécifié.

Remplacer les projets ou fichiers SSISDeploymentManifest

existants portant le même nom

Indique si les projets ou fichiers SSISDeploymentManifest existants portant le même

nom doivent être remplacés. Si vous sélectionnez « Non », la tâche de déploiement SSIS
ignorera le déploiement de ces projets ou fichiers.

Continuer le déploiement si une erreur se produit

Indique si le déploiement des projets ou des fichiers restants doit continuer quand une
erreur se produit. Si vous sélectionnez « Non », la tâche de déploiement SSIS s’arrêtera
immédiatement si une erreur se produit.

Limitations et problèmes connus

Actuellement, la tâche de déploiement SSIS ne prend pas en charge les scénarios
suivants :
 Configuration de l’environnement dans le catalogue SSIS
Déploiement de fichiers ISPAC sur Azure SQL Server ou Azure SQL Managed
Instance, qui autorisent uniquement l’authentification multifacteur
Déploiement de packages dans msdb ou le magasin de packages SSIS
Si vous installez l’extension des outils DevOps SSIS dans Azure DevOps Server,
vous pouvez voir le message « La taille du package d’extension dépasse la taille
maximale du package ». Pour résoudre le problème, suivez ces étapes :

1. Connectez-vous à l’instance SQL Server locale et sélectionnez la base de

données Gallery_Configuration.
2. Exécutez la requête INSERT INTO dbo.tbl_RegistryItems VALUES
(1,'#\Configuration\Service\Gallery\LargeExtensionUpload\SSIS\','MaxPacka

geSizeMB\',50) . Remplacez 50 par un nombre plus élevé si l’extension est

supérieure à 50 Mo.
3. Une fois que vous avez exécuté la requête, redémarrez Internet Information
Services. Réessayez de charger l’extension.
4. Si l’erreur persiste, contactez l’équipe du support technique SQL Server.

Tâche de déploiement SSIS version 1.*

Améliorations dans la version 1.* :

Prise en charge du niveau de protection EncryptionWithPassword et

EncryptionAllWithPassword.

Propriétés de la version 1.* uniquement

Mot de passe du projet

Mot de passe servant à déchiffrer les fichiers ISPAC ou DTSX. Cet argument n’est valide
que si le niveau de protection est EncryptSensitiveWithPassword ou
EncryptAllWithPassword.

Tâche de configuration du catalogue SSIS

Propriétés

Source du fichier de configuration

Source du fichier JSON utilisé pour la configuration du catalogue SSIS. Les options
possibles sont « Chemin fichier » ou « Inline ».

Pour plus de détails, consultez la section Définir le schéma JSON de configuration :

Examinez un exemple de fichier JSON de configuration inline.

Prenez connaissance du schéma JSON.

Chemin du fichier JSON de configuration

Chemin du fichier JSON utilisé pour la configuration du catalogue SSIS. Cette propriété
est visible uniquement si vous sélectionnez « Chemin fichier » comme source du fichier
de configuration.

Pour utiliser des variables de pipeline dans le fichier JSON de configuration, vous devez
ajouter une tâche de transformation de fichier avant cette tâche, ce qui a pour effet de
remplacer les valeurs de configuration par les variables de pipeline. Pour plus
d’informations, consultez la section Substitution de variables JSON.

Fichier JSON inline de configuration

Fichier JSON inline utilisé pour la configuration du catalogue SSIS. Cette propriété est
visible uniquement si vous sélectionnez « Inline » comme source du fichier de
configuration. Les variables de pipeline peuvent être utilisées directement.

Restaurer la configuration après une erreur

Détermine si la configuration effectuée par cette tâche doit être annulée en cas d’erreur.

Serveur cible
Nom du serveur SQL Server cible. Il peut s’agir du nom d’une instance SQL Server locale,
Azure SQL Database ou Azure SQL Managed Instance.

Type d'authentification

Type d’authentification utilisé pour l’accès au serveur cible spécifié. En général, les types
d’authentification suivants sont pris en charge :

Authentification Windows
l’authentification SQL Server
Active Directory - Authentification par mot de passe
Active Directory - Authentification intégrée

Cependant, la prise en charge d’un type d’authentification spécifique dépend du type de

serveur de destination et du type d’agent. Reportez-vous au tableau de prise en charge
détaillé ci-dessous.

Type de serveur de Agent hébergé par Microsoft Agent autohébergé

destination

Serveur SQL Server local ou N/A Authentification Windows

machine virtuelle

Azure SQL l’authentification SQL Server l’authentification SQL Server

Active Directory - Active Directory -
Authentification par mot de Authentification par mot de
passe passe
Active Directory -
Authentification intégrée

Nom d’utilisateur
Nom d’utilisateur à utiliser pour l’accès au serveur SQL Server cible. Cette propriété est
visible uniquement si le type d’authentification est Authentification SQL Server ou Active
Directory - Authentification par mot de passe.

Mot de passe
Mot de passe à utiliser pour l’accès au serveur SQL Server cible. Cette propriété est
visible uniquement si le type d’authentification est Authentification SQL Server ou Active
Directory - Authentification par mot de passe.

Définir le schéma JSON de configuration

Le schéma JSON de configuration comporte trois couches :

catalogue
dossier
projet et environnement

Exemple de fichier JSON de configuration inline

JSON

{
"folders": [
{
"name": "devopsdemo",
"description": "devops demo folder",
"projects": [
{
"name": "catalog devops",
"parameters": [
{
 "name": "password",
"container": "Package.dtsx",
"value": "passwd",
"valueType": "referenced"
},
{
"name": "serverName",
"container": "catalog devops",
"value": "localhost",
"valueType": "literal"
}
],
"references": [
{
"environmentName": "test",
"environmentFolder": "devopsdemo"
},
{
"environmentName": "test",
"environmentFolder": "."
}
]
}
],
"environments": [
{
"name": "test",
"description": "test",
"variables": [
{
"name": "passwd",
"type": "string",
"description": "",
"value": "$(SSISDBServerAdminPassword)",
"sensitive": true
},
{
"name": "serverName",
"type": "string",
"description": "",
"value": "$(TargetServerName)",
"sensitive": false
}
]
}
]
}
]
}

Schéma JSON
Attributs de catalogue

Propriété Description Notes

dossiers Tableau d’objets dossier. Chaque objet contient des Consultez Attributs de dossier
informations de configuration pour un dossier du pour voir le schéma d’un objet
catalogue. dossier.

Attributs de dossier

Propriété Description Notes

name Nom du dossier de catalogue. Le dossier est créé s’il n’existe

pas.

description Description du dossier de catalogue. La valeur Null est ignorée.

projects Tableau d’objets projet. Chaque objet contient Consultez Attributs de projet
des informations de configuration pour un pour voir le schéma d’un objet
projet. projet.

environments Tableau d’objets environnement. Chaque Consultez Attributs

objet contient des informations de d’environnement pour voir le
configuration pour un environnement. schéma d’un objet
environnement.

Attributs de projet

Propriété Description Notes

name Nom du projet. L’objet projet est ignoré si le

projet n’existe pas dans le
dossier parent.

parameters Tableau d'objets de paramètre. Chaque objet Consultez Attributs de paramètre

contient des informations de configuration pour pour voir le schéma d’un objet
un paramètre. paramètre.

references Tableau d’objets référence. Chaque objet Consultez Attributs de référence

représente une référence d’environnement pour pour voir le schéma d’un objet
le projet cible. référence.

Attributs de paramètre

Propriété Description Notes

Propriété Description Notes

name Nom du Le paramètre peut être un paramètre de projet ou un paramètre

paramètre. de package.
Le paramètre est ignoré s’il n’existe pas.
Si le paramètre est une propriété du gestionnaire de connexions, le
nom doit être au format CM.<Nom du gestionnaire de connexions>.
<Nom de la propriété>.

conteneur Conteneur Si le paramètre est un paramètre de projet, le conteneur doit être le

du nom du projet.
paramètre. S’il s’agit d’un paramètre de package, le conteneur doit être le nom
du package avec l’extension .dtsx.

value Valeur du Quand valueType est défini sur referenced : la valeur est une
paramètre. référence à une variable d’environnement avec le type string.
Quand valueType est literal : cet attribut prend en charge toutes les
valeurs JSON de type boolean, number ou string valides.
La valeur est convertie au type du paramètre cible. Une erreur se
produit si la valeur ne peut pas être convertie.
La valeur Null n’est pas valide. La tâche ignore cet objet paramètre
et génère un avertissement.

valueType Type de la Les types valides sont :

valeur du literal (littéral) : l’attribut value représente une valeur littérale.
paramètre. referenced (référencé) : l’attribut value représente une référence à une
variable d’environnement.

Attributs de référence

Propriété Description Notes

environmentFolder Nom du dossier de Le dossier est créé s’il n’existe pas.

l’environnement. La valeur peut être « . », qui représente le dossier
parent du projet et référence l’environnement.

environmentName Nom de L’environnement spécifié est créé s’il n’existe pas.

l’environnement
référencé.

Attributs d’environnement

Propriété Description Notes

name Nom de L’environnement est créé s’il n’existe pas.

l’environnement.
Propriété Description Notes

description Description de La valeur Null est ignorée.

l’environnement.

variables Tableau d’objets Chaque objet contient des informations de configuration pour
variable. une variable d’environnement. Consultez la section Attributs de
variable pour voir le schéma d’un objet variable.

Attributs de variable

Propriété Description Notes

name Nom de la variable La variable d’environnement est créée si elle

d’environnement. n’existe pas.

type Type de données de la Les types valides sont :

variable d’environnement. boolean
byte
datetime
Décimal
double
int16
int32
int64
sbyte
single
string
uint32
uint64

description Description de la variable La valeur Null est ignorée.

d’environnement.

value Valeur de la variable Cet attribut prend en charge toutes les valeurs
d’environnement. JSON de type boolean, number ou string valides.
La valeur est convertie au type spécifié par l’attribut
type. Une erreur se produit en cas d’échec de la
conversion.
La valeur Null n’est pas valide. La tâche ignore cet
objet variable d’environnement et génère un
avertissement.

sensible Détermine si la valeur de la Les entrées valides sont :

variable d’environnement est true
sensible. false
Notes de publication

Version 1.0.6
Date de publication : 1er septembre 2021

Version en disponibilité générale.

Version 1.0.5
Date de publication : 2 juin 2021

Correction d’un problème qui empêchait parfois la tâche de génération SSIS

version 1.* de générer des projets ou des packages avec le niveau de protection
EncryptSensitiveWithPassword ou EncryptAllWithPassword (Erreur : « Le vecteur
d’initialisation (IV) spécifié ne correspond pas à la taille de bloc de cet
algorithme. »).
Suppression du contenu JSON dans le journal de la tâche de configuration du
catalogue SSIS lorsque « Source du fichier de configuration » a la valeur « Chemin
de fichier ».

Version 1.0.4
Date de publication : 21 avril 2021

Tâche de génération SSIS version 1.* (préversion)

Suppression de la dépendance sur Visual Studio et le concepteur SSIS. La tâche
de génération peut s’exécuter sur un agent hébergé par Microsoft ou un agent
auto-hébergé avec le système d’exploitation Windows et .NET Framework 4.6.2
ou ultérieur.
Il n’est pas nécessaire d’installer les composants prédéfinis.
Prise en charge du niveau de protection EncryptionWithPassword et
EncryptionAllWithPassword.
Tâche de déploiement SSIS version 1.* (préversion)
Prise en charge du niveau de protection EncryptionWithPassword et
EncryptionAllWithPassword.

Version 1.0.3
Date de publication : 21 octobre 2020
 Autorisation de la spécification du suffixe de chaîne de connexion pour la tâche de
déploiement SSIS et la tâche de configuration du catalogue SSIS.

Version 1.0.2
Date de publication : 26 mai 2020

Correction d’un problème qui peut provoquer l’échec de la tâche de configuration

du catalogue SSIS dans certains cas, une fois le travail de configuration effectué.

Version 1.0.1
Date de publication : 9 mai 2020

Correction d’un problème dans lequel la tâche de génération SSIS génère toujours
l’ensemble de la solution, même si un seul fichier dtproj est spécifié en tant que
chemin du projet.

Version 1.0.0
Date de publication : 8 mai 2020

Version en disponibilité générale.

Ajout d’une restriction de version minimale de .NET Framework sur l’agent.
Actuellement, la version minimale de .NET Framework est la version 4.6.2.
Description améliorée de la tâche de génération SSIS et de la tâche de
déploiement SSIS.

Version 0.2.0 - préversion

Date de publication : 31 mars 2020

Ajout de la tâche de configuration du catalogue SSIS.

Version 0.1.3 - préversion

Date de publication : 19 janvier 2020

Correction d’un problème qui empêchait le déploiement d’ISPAC si son nom de

fichier d’origine était modifié.

Version 0.1.2 - préversion

Date de publication : 13 janvier 2020

Ajout d’informations plus détaillées sur les exceptions dans le journal des tâches
SSIS Deploy lorsque le type de destination est SSISDB.
Correction de l’exemple de chemin de destination dans le texte d’aide du chemin
de destination de la propriété de la tâche SSIS Deploy.

Version 0.1.1 - préversion

Date de publication : 6 janvier 2020

Ajout d’une restriction pour la version minimale requise de l’agent. Actuellement,

la version minimale de l’agent de ce produit est 2.144.0.
Correction de texte d’affichage incorrect pour la tâche SSIS Deploy.
Amélioration de certains messages d’erreur.

Version 0.1.0 - préversion

Date de publication : 5 décembre 2019

Version initiale de SSIS DevOps Tools. Il s’agit d’une version préliminaire.

Étapes suivantes
Obtenir l’extension SSIS DevOps
SQL Server Integration Services (SSIS)
DevOps Tools autonome
Article • 23/05/2023

L’ensemble d’exécutables SSIS DevOps Tools standalone permet d’effectuer des tâches
de CI/CD SSIS. Sans dépendance à l’installation de Visual Studio ou du runtime SSIS, ces
exécutables peuvent être intégrés facilement à n’importe quelle plateforme de CI/CD.
Voici les exécutables fournis :

SSISBuild.exe : générer des projets SSIS dans le modèle de déploiement de projet

ou de package.
SSISDeploy.exe : déployer les fichiers ISPAC dans le catalogue SSIS, ou les fichiers
DTSX et leurs dépendances dans le système de fichiers.

Installation
La version 4.6.2 ou une version ultérieure de .NET Framework est nécessaire.

Téléchargez le programme d’installation le plus récent à partir du centre de

téléchargement . En outre, le lien de téléchargement direct est disponible pour le
script d’automatisation.

Installez ensuite via l’Assistant ou la ligne de commande :

Installation avec l’Assistant

Double-cliquez sur le fichier .exe à installer, puis spécifiez un dossier pour extraire les
fichiers exécutables et les fichiers de dépendance.

Installation en ligne de commande

SSISDevOpsTools.exe /Q /C /T:<full path>

SSISBuild.exe
Syntaxe

SSISBuild.exe -project|-p:<dtproj file path> [-configuration|-c:

<configuration name>] [-projectPassword|-pp:<project password>] [-
stripSensitive|-ss] [-output|-o:<output path>] [-log|-l:<log level>[;<log
path>]] [-quiet|-q] [-help|-h|-?]

Paramètres

Paramètre Description

-project |-p: Chemin du fichier dtproj à générer.

<dtproj file
path>

-configuration|-c: Nom de la configuration de projet à utiliser pour la génération. S’il n’est pas
<configuration spécifié, il s’agit par défaut de la première configuration de projet définie
name> dans le fichier dtproj.

- Mot de passe du projet SSIS et de ses packages. Cet argument n’est valide
projectPassword|- que si le niveau de protection du projet SSIS et des packages est
pp:<project EncryptSensitiveWithPassword ou EncryptAllWithPassword. Dans le modèle
password> de déploiement de package, tous les packages doivent partager le même
mot de passe que celui spécifié par cet argument.

-stripSensitive|-ss Permet de convertir le niveau de protection du projet SSIS en

DontSaveSensitve. Si le niveau de protection est
EncryptSensitiveWithPassword ou EncryptAllWithPassword, l’argument -
projectPassword doit être défini correctement. Cette option n’est valide que
pour le modèle de déploiement de projet.
 Paramètre Description

-output|-o: Chemin de sortie de l’artefact de build. La valeur de cet argument remplacera

<output path> le chemin de sortie par défaut dans la configuration du projet.

-log|-l:<log Paramètres relatifs aux journaux.

level>[;<log Niveau de journalisation : seuls les journaux présentant un niveau de
path>] journalisation égal ou supérieur seront écrits dans le fichier journal. Il existe
quatre niveaux de journalisation (du plus faible au plus élevé) : DIAG, INFO,
WRN et ERR. Le niveau de journalisation par défaut est INFO s’il n’est pas
spécifié.
Chemin des journaux : Chemin du fichier servant à conserver les journaux.
Le fichier journal n’est pas généré si le chemin n’est pas spécifié.

-quiet|-q Permet de n’afficher aucun journal dans la sortie standard.

-help|-h|-? Permet d’afficher des informations détaillées sur l’utilisation de cet utilitaire
de ligne de commande.

Exemples

Créer un dtproj avec la première configuration de projet définie, non chiffré par
mot de passe :

SSISBuild.exe -p:"C:\projects\demo\demo.dtproj"

Créer un dtproj avec la configuration « DevConfiguration », chiffré par mot de

passe, et générez les artefacts de build dans un dossier spécifique :

SSISBuild.exe -p:C:\projects\demo\demo.dtproj -c:DevConfiguration -

pp:encryptionpassword -o:D:\folder

Générer un dtproj avec la configuration « DevConfiguration », chiffré par mot de

passe, en entrelaçant ses données sensibles et le niveau de journalisation DIAG :

SSISBuild.exe -p:C:\projects\demo\demo.dtproj -c:DevConfiguration -

pp:encryptionpassword -ss -l:diag

SSISDeploy.exe
Syntaxe

SSISDeploy.exe -source|-s:<source path> -destination|-d:<type>;<path>

[;server] [-authType|-at:<auth type name>] [-connectionStringSuffix|-css:
<connection string suffix>] [-projectPassword|-pp:<project password>] [-
username|-u:<username>] [-password|-p:<password>] [-log|-l:<log level>[;<log
path>]] [-quiet|-q] [-help|-h|-?]

Paramètres

Paramètre Description

-source|-s:<source Chemin de fichier local des artefacts à déployer. ISPAC, DTSX, le chemin
path> de dossier de DTSX et SSISDeploymentManfiest sont autorisés.

-destination|-d:<type>; Le type de destination, le chemin du dossier de destination et le nom

<path>[;server] du serveur du catalogue SSIS sur lequel le fichier source sera déployé.
Sont actuellement pris en charge les deux types de destination
suivants :
CATALOGUE : déployer un ou plusieurs fichiers ISPAC dans le
catalogue SSIS spécifié. Le chemin de la destination CATALOGUE doit
être au format suivant :
/SSISDB/<folder name>[/<project name>]
Le <project name> facultatif est valide seulement quand la source
spécifie un seul chemin de fichier ISPAC. Le nom du serveur doit être
spécifié pour la destination CATALOGUE.
FICHIER : déployer des packages ou des fichiers SSIS spécifiés dans
un seul ou plusieurs fichiers SSISDeploymentManifest dans le chemin
du système de fichiers spécifié. Le chemin de la destination FICHIER
peut être un chemin de dossier local ou réseau au format suivant :
\\<machine name>\<folder name>[\<sub folder name>...]

-authType|-at:<auth Type d’authentification pour accéder à SQL Server. Obligatoire pour la

type name> destination CATALOGUE. Les types suivants sont pris en charge :
WIN : authentification Windows
SQL : authentification SQL Server
ADPWD : Active Directory - Mot de passe
ADINT : Active Directory - Intégré

- Suffixe de la chaîne de connexion utilisée pour se connecter au

connectionStringSuffix|- catalogue SSIS.
css:<connection string
suffix>

-projectPassword|-pp: Mot de passe servant à déchiffrer les fichiers ISPAC ou DTSX.

<project password>
 Paramètre Description

-username|-u: Nom d’utilisateur utilisé pour accéder au catalogue SSIS ou au système

<username> de fichiers spécifié. Le préfixe avec nom de domaine est autorisé pour
l’accès au système de fichiers.

-password|-p: Mot de passe utilisé pour accéder au catalogue SSIS ou au système de

<password> fichiers spécifié.

-log|-l:<log level>[; Paramètres relatifs aux journaux pour l’exécution de cet utilitaire.
<log path>] Niveau de journalisation : seuls les journaux présentant un niveau
de journalisation égal ou supérieur seront écrits dans le fichier journal.
Il existe quatre niveaux de journalisation (du plus faible au plus élevé) :
DIAG, INFO, WRN et ERR. Le niveau de journalisation par défaut est
INFO s’il n’est pas spécifié.
Chemin des journaux : Chemin du fichier servant à conserver les
journaux. Le fichier journal n’est pas généré si le chemin n’est pas
spécifié.

-quiet|-q Permet de ne pas afficher les journaux dans la sortie standard.

-help|-h|-? Permet d’afficher des informations détaillées sur l’utilisation de cet

utilitaire de ligne de commande.

Exemples

Déployer un fichier ISPAC unique non chiffré par mot de passe dans le catalogue
SSIS avec l’Authentification Windows.

SSISDeploy.exe -s:D:\myfolder\demo.ispac -
d:catalog;/SSISDB/destfolder;myssisserver -at:win

Déployer un fichier ISPAC unique chiffré par mot de passe dans le catalogue SSIS
avec l’authentification SQL, puis renommer le projet.

SSISDeploy.exe -s:D:\myfolder\test.ispac -
d:catalog;/SSISDB/folder/testproj;myssisserver -at:sql -u:sqlusername -
p:sqlpassword -pp:encryptionpassword

Déployer un fichier SSISDeploymentManifest unique et les fichiers associés dans le

partage de fichiers Azure.
 SSISDeploy.exe -s:D:\myfolder\mypackage.SSISDeploymentManifest -
d:file;\\myssisshare.file.core.windows.net\destfolder -
u:Azure\myssisshare -p:storagekey

Déployer un dossier de fichiers DTSX dans le système de fichiers local.

SSISDeploy.exe -s:D:\myfolder -d:file;\\myssisshare\destfolder

Notes de publication

Version 1.0.0.0
Date de publication : 1er septembre 2021

Version en disponibilité générale.

Version 0.1.3.1 Préversion

Date de publication : 10 juin 2021

Correction d’un problème lors duquel SSISDeploy.exe ne parvenait pas à déployer

des projets SSIS en affichant l’erreur suivante : « Exception non prise en charge :
System.IO.FileLoadException : Impossible de charger le fichier ou l’assembly
'Microsoft.SqlServer.IntegrationServices.ProjectDeployment, Version=1.0.0.0,
Culture=neutral, PublicKeyToken=31bf3856ad364e35' ou l’une de ses
dépendances. Échec de la validation de nom fort. (Exception de HRESULT :
0x8013141A) ---> System.Security.SecurityException : La validation de nom fort a
échoué. (Exception de HRESULT : 0x8013141A) »

Version 0.1.3 - préversion

Date de publication : 2 juin 2021

Correction d’un problème lors duquel SSISBuild.exe ne parvenait pas à générer des
projets en affichant l’erreur « Échec de la vérification de cohérence du projet. Les
incohérences suivantes ont été détectées » si le nom du package dans le projet
contenait des caractères spéciaux.
Correction d’un problème lors duquel SSISBUild.exe ne parvenait pas à générer des
projets en cas de non-correspondance entre le nom dans dtproj et le nom du
 fichier.
Correction d’un problème lors duquel SSISBuild.exe ne parvenait pas à générer des
projets avec le niveau de protection
encryptSenstiveWithPassword/EncryptAllWithPassword si le projet ciblait SQL
Server 2016.

Version 0.1.2 - préversion

Date de publication : 14 janvier 2021

Correction d’un problème qui provoquait l’échec de la génération du projet par

SSISBuild.exe, avec l’exception NullReference, lorsque les métadonnées de
paramètre du package dans le fichier projet SSIS et le package SSIS ne
correspondaient pas.
Correction d’un problème d’échec de l’exécution du package avec l’erreur
« Impossible de déchiffrer le nœud XML protégé », alors que le package est
correctement déployé sur SSISDB avec SSISDeploy.exe, quand le projet SSIS
contenant le package est chiffré avec EncryptSensitiveWithUserKey et que le
package contient un CM avec des données sensibles.

Version 0.1.1 - préversion

Date de publication : 11 novembre 2020

Correction du problème selon lequel SSISDeploy.exe ne parvenait pas à charger un

assembly lors du déploiement d’ispac dans le catalogue SSIS.

Version 0.1.0 - préversion

Date de publication : 16 octobre 2020

Préversion initiale de SSIS DevOps Tools standalone.

Étapes suivantes
Téléchargez SSIS DevOps Tools standalone .
Si vous avez des questions, consultez Q&A
Interface utilisateur d'Integration
Services
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

En plus des surfaces de dessin disponibles sous les onglets du concepteur SSIS ,
l'interface utilisateur donne accès aux fenêtres et boîtes de dialogue suivantes
permettant d'ajouter des fonctionnalités aux packages et de configurer les propriétés
d'objets de packages.

Les boîtes de dialogue et fenêtres que vous utilisez pour ajouter des
fonctionnalités telles que la journalisation et les configurations de packages.

Les éditeurs personnalisés pour la configuration des propriétés des objets de

packages. Presque chaque type de conteneur, tâche et composant de flux de
données possède son propre éditeur personnalisé.

La boîte de dialogue Éditeur avancé , un éditeur générique qui propose des

options de configuration plus détaillées pour de nombreux composants de flux de
données.

SQL Server Data Tools (SSDT) fournit également des fenêtres et des boîtes de dialogue
pour la configuration de l'environnement et l'utilisation des packages.

Boîtes de dialogue et fenêtres

Après l'ouverture ou la création d'un package dans le concepteur SSIS , les boîtes de
dialogue et fenêtres suivantes sont disponibles.

Ce tableau répertorie les boîtes de dialogue disponibles à partir du menu SSIS et des
surfaces de dessin du concepteur SSIS .

Boîte de Objectif Accès

dialogue
 Boîte de Objectif Accès
dialogue

Prise en main Accédez aux exemples, Sur l’aire de conception de l’onglet Flux de contrôle
didacticiels et vidéos. ou de l’onglet Flux de données , cliquez avec le
bouton droit, puis cliquez sur Prise en main.

Pour afficher automatiquement la fenêtre Mise en

route lorsque vous créez un projet Integration
Services , sélectionnez Afficher toujours dans un
nouveau projet en bas de la fenêtre.

Configurer les Configuration de la Dans le menu SSIS , cliquez sur Enregistrement.

journaux SSIS journalisation pour un
package et ses tâches -ou-
en ajoutant des
journaux et en Cliquez n’importe où sur l’aire de conception de
définissant des détails l’onglet Flux de contrôle , puis cliquez sur
de journalisation. Journalisation.

Bibliothèque Ajout et modification Dans le menu SSIS , cliquez sur Configurations du

des de configurations de package.
configurations package. L'exécution de
du package l'Assistant -ou-
Configuration de
package s'effectue à Cliquez n’importe où sur l’aire de conception de
partir de cette boîte de l’onglet Flux de contrôle , puis cliquez sur
dialogue. Configurations du package.

Signature Signature d'un package Dans le menu SSIS , cliquez sur Signature numérique.
numérique ou suppression de la
signature d'un package. -ou-

Cliquez n’importe où sur l’aire de conception de

l’onglet Flux de contrôle , puis cliquez sur Signature
numérique.

Définir des Activation des points Sur l’aire de conception de l’onglet Flux de contrôle ,
points d’arrêt d'arrêt sur des tâches et cliquez avec le bouton droit sur une tâche ou un
définition des conteneur, puis cliquez sur Modifier les points
propriétés des points d’arrêt. Pour définir un point d’arrêt sur le package,
d'arrêt. cliquez n’importe où sur l’aire de conception de
l’onglet Flux de contrôle , puis cliquez sur Modifier
les points d’arrêt.

La fenêtre Mise en route fournit des liens vers des exemples, des didacticiels et des
vidéos. Pour ajouter des liens à des contenus supplémentaires, modifiez le fichier
SamplesSites.xml inclus avec la version actuelle de SQL Server Integration Services. Nous
vous recommandons de ne pas modifier la valeur de l’élément
<GettingStartedSamples> qui spécifie l’URL du flux RSS. Le fichier se trouve dans le
dossier <lecteur>:\Program Files\Microsoft SQL Server\110\DTS\Binn. Sur un ordinateur
64 bits, le fichier se trouve dans le dossier <lecteur>:\Program Files(x86)\Microsoft SQL
Server\110\DTS\Binn

Si le fichier SamplesSites.xml est endommagé, remplacez le xml dans le fichier par le xml
par défaut suivant.

<?xml version="1.0" ?>

- <SamplesSites>

<GettingStartedSamples>https://go.microsoft.com/fwlink/?
LinkID=203147</GettingStartedSamples>

- <ToolboxSamples>

<Site>https://go.microsoft.com/fwlink/?LinkID=203286&query=SSIS%20{0}</Site>

</ToolboxSamples>

</SamplesSites>

Ce tableau répertorie les fenêtres disponibles à partir des menus SSIS et Affichage et
des surfaces de dessin du concepteur SSIS .

Fenêtre Objectif Accès

Variables Ajout et gestion de Dans le menu SSIS , cliquez sur Variables.

variables
personnalisées. -ou-

Cliquez n’importe où sur l’aire de conception des

onglets Flux de contrôle et Flux de données , puis
cliquez sur Variables.

-ou-

Dans le menu Affichage , pointez sur Autres fenêtres,

puis cliquez sur Variables.
 Fenêtre Objectif Accès

Journaux Affichage des entrées Dans le menu SSIS , cliquez sur Journaux
d'événements de journaux au d'événements.
moment de l'exécution.
-ou-

Cliquez n’importe où sur l’aire de conception des

onglets Flux de contrôle et Flux de données , puis
cliquez sur Journaux d’événements.

-ou-

Dans le menu Affichage , pointez sur Autres fenêtres,

puis cliquez sur Journaux d'événements.

Éditeurs personnalisés
Integration Services fournit une boîte de dialogue personnalisée pour la plupart des
conteneurs, tâches, sources, transformations et destinations.

Le tableau suivant décrit comment accéder aux boîtes de dialogue personnalisées.

Type d'éditeur Accès

Conteneur. Pour plus d’informations, consultez Sur l’aire de conception de l’onglet Flux de
Conteneurs Integration Services. contrôle , double-cliquez sur le conteneur.

Tâche. Pour plus d’informations, consultez Sur l’aire de conception de l’onglet Flux de
Tâches Integration Services. contrôle , double-cliquez sur la tâche.

Source. Sur l’aire de conception de l’onglet Flux de

données , double-cliquez sur la source.

Transformation. Pour plus d’informations, Sur l’aire de conception de l’onglet Flux de

consultez Transformations Integration Services. données , double-cliquez sur la transformation.

Destination. Sur l’aire de conception de l’onglet Flux de

données , double-cliquez sur la destination.

Éditeur avancé
La boîte de dialogue Éditeur avancé est une interface utilisateur permettant de
configurer des composants de flux de données. Elle présente les propriétés du
composant selon une disposition générique. La boîte de dialogue Éditeur avancé n'est
pas accessible aux transformations Integration Services qui possèdent plusieurs entrées.
Pour ouvrir cet éditeur, cliquez sur Afficher l’éditeur avancé dans la fenêtre Propriétés
ou cliquez avec le bouton droit sur un composant de flux de données, puis cliquez sur
Afficher l’éditeur avancé.

Si vous créez une source, une transformation ou une destination personnalisée mais
vous ne souhaitez pas écrire d'interface utilisateur personnalisée, vous pouvez utiliser l'
Éditeur avancé .

Fonctionnalités des outils de données SQL

Server
SQL Server Data Tools (SSDT) propose des fenêtres, des boîtes de dialogue et des
options de menu pour l'utilisation des packages Integration Services .

Voici un récapitulatif des fenêtres et menus disponibles :

La fenêtre Explorateur de solutions répertorie les projets (y compris le projet

Integration Services dans lequel vous développez des packages Integration
Services ) et les fichiers de projets.

Pour trier par nom les packages contenus dans un projet, cliquez avec le bouton
droit sur le nœud Packages SSIS , puis cliquez sur Trier par nom.

La fenêtre Boîte à outils répertorie les éléments de création de flux de contrôle et

de flux de données.

La fenêtre Propriétés répertorie les propriétés d'objets.

Le menu Format fournit des options de dimensionnement et d'alignement de

contrôles dans un package.

Le menu Edition fournit une fonctionnalité de copier-coller pour la copie d'objets

sur les surfaces de dessin.

Le menu Affichage fournit des options de modification de la représentation

graphique des objets dans le concepteur SSIS .

Pour plus d'informations sur les fenêtres et menus supplémentaires, consultez la

documentation de Visual Studio.

Tâches associées
Pour plus d’informations sur la création de packages dans SQL Server Data Tools (SSDT),
consultez Créer des packages dans les outils de données SQL Server.

Voir aussi
Concepteur SSIS
Concepteur SSIS
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

SSIS est un outil graphique permettant de créer et de gérer des packages Integration
Services . SSIS est disponible dans SQL Server Data Tools (SSDT) , en tant que projet
Integration Services .

Vous pouvez utiliser le concepteur SSIS pour effectuer les tâches suivantes :

construire le flux de contrôle dans un package ;

construire les flux de données dans un package ;

ajouter des gestionnaires d'événements au package et aux objets du package ;

afficher le contenu du package ;

au moment de l'exécution, afficher la progression de l'exécution du package.

Le diagramme qui suit montre le concepteur SSIS et la fenêtre Boîte à outils .

Integration Services comprend des fenêtres et des boîtes de dialogue et des fenêtres
supplémentaires permettant d’ajouter des fonctionnalités aux packages, tandis que SQL
Server Data Tools (SSDT) en propose d’autres pour configurer l’environnement de
développement et l’utilisation de packages. Pour plus d’informations, consultez Interface
utilisateur d’Integration Services.

SSIS ne dépend pas du service Integration Services (celui qui gère et surveille les
packages) ; la création ou la modification de packages dans le concepteur SSIS ne
requiert pas que ce service soit en cours d'exécution. Toutefois, si vous arrêtez le service
alors que le concepteur SSIS Designer est ouvert, vous ne pouvez plus ouvrir les boîtes
de dialogue fournies par le concepteur SSIS Designer et vous risquez de recevoir le
message d’erreur « Le serveur RPC n’est pas disponible ». Pour réinitialiser le concepteur
SSIS Designer et continuer à utiliser le package, vous devez fermer le concepteur, quitter
SQL Server Data Tools (SSDT), puis rouvrir SQL Server Data Tools (SSDT), le projet
Integration Services, et le package.

Annuler et rétablir
Vous pouvez annuler et rétablir au maximum 20 actions dans le concepteur SSIS . Pour
un package, les opérations annuler/rétablir sont disponibles dans les onglets Flux de
contrôle, Flux de données, Gestionnaires d’événementset Paramètres , et dans la
fenêtre Variables . Pour un projet, ces opérations sont disponibles dans la fenêtre
Paramètres du projet .

Vous ne pouvez pas annuler/rétablir les modifications apportées à la nouvelle Boîte à

outils SSIS.

Lorsque vous apportez des modifications à un composant à l'aide de l'éditeur de

composant, vous annulez et rétablissez les modifications en tant qu'ensemble au lieu
d'annuler et rétablir des modifications individuelles. L'ensemble de modifications
apparaît en tant qu'action unique dans la liste déroulante d'annulation et de
rétablissement.

Pour annuler une action, cliquez sur le bouton Annuler de la barre d’outils, sur l’élément
de menu Modifier/Annuler ou appuyez sur Ctrl+Z. Pour rétablir une action, cliquez sur
le bouton Rétablir de la barre d’outils ou sur l’élément de menu Modifier/Rétablir , ou
appuyez sur CTRL+Y. Vous pouvez annuler et rétablir plusieurs actions en cliquant sur la
flèche en regard du bouton de la barre d’outils, en mettant en surbrillance plusieurs
actions de la liste déroulante, puis en cliquant dans la liste.

Parties du concepteur SSIS

SSIS comprend cinq onglets permanents : un pour créer le flux de contrôle du package,
un pour les flux de données, un pour les paramètres et un pour les gestionnaires
d'événements, ainsi qu'un onglet pour afficher le contenu du package. Au moment de
l'exécution, un sixième onglet apparaît pour indiquer la progression de l'exécution d'un
package et les résultats de l'exécution une fois celle-ci terminée.

Par ailleurs, le concepteur SSIS contient une zone nommée Gestionnaires de connexions
qui permet d'ajouter et de configurer les gestionnaires de connexions utilisés par un
package pour se connecter aux données.

Onglet Flux de contrôle

Le flux de contrôle d'un package est construit sur l'aire de conception de l'onglet Flux
de contrôle . Vous devez faire glisser des éléments de la Boîte à outils vers la surface de
dessin, puis les relier en un flux de contrôle en cliquant sur l'icône d'un élément, puis en
faisant glisser la flèche vers un autre élément.

Pour plus d’informations, consultez Control Flow.

Onglet Flux de données

Si un package contient une tâche de flux de données, vous pouvez ajouter des flux de
données au package. Les flux de données d'un package sont construits sur la surface de
dessin de l'onglet Flux de données . Vous devez faire glisser des éléments de la Boîte à
outils vers la surface de dessin, puis les relier en un flux de données en cliquant sur
l'icône d'un élément, puis en faisant glisser la flèche vers un autre élément.

Pour en savoir plus, voir Data Flow.

Onglet paramètres
Les paramètres d'Integration Services (SSIS) vous permettent d'affecter des valeurs aux
propriétés des packages au moment de l'exécution du package. Vous pouvez créer des
paramètres de projet au niveau du projet et des paramètres de package au niveau du
package. Les paramètres du projet sont utilisés pour fournir une entrée externe que le
projet reçoit à un ou plusieurs packages du projet. L'utilisation de paramètres de
package vous permet de modifier l'exécution du package sans avoir à modifier et à
redéployer le package. Cet onglet vous permet de gérer les paramètres du package.

Pour plus d’informations sur les paramètres, consultez Paramètres Integration Services
(SSIS).

） Important
 Les paramètres sont disponibles uniquement pour les projets développés pour le
modèle de déploiement de projet. Par conséquent, vous verrez l'onglet Paramètres
uniquement pour les packages qui font partie d'un projet configuré pour utiliser le
modèle de déploiement du projet.

Onglet Gestionnaires d'événements

Les événements d'un package sont construits sur la surface de dessin de l'onglet
Gestionnaires d'événements . Sous l'onglet Gestionnaires d'événements , vous devez
sélectionner le package ou l'objet du package pour lequel vous voulez créer un
gestionnaire d'événements, puis sélectionner l'événement à associer au gestionnaire
d'événements. Un gestionnaire d'événements contient un flux de contrôle et des flux de
données facultatifs.

Pour en savoir plus, voir Add an Event Handler to a Package.

Onglet Explorateur de package

Les packages peuvent être complexes et inclure de nombreuses tâches, gestionnaires de
connexions, variables et autres éléments. L'Explorateur de package permet d'afficher
une liste complète des éléments du package.

Pour plus d’informations, consultez Afficher des objets de packages.

Onglet Progression/Résultats d'exécution

L'onglet Progression indique la progression de l'exécution du package. À la fin de
l'exécution du package, les résultats de l'exécution sont disponibles sous l'onglet
Résultats d'exécution .

７ Notes

Pour activer ou désactiver l'affichage de messages sous l'onglet Progression ,

basculez l'option Création de rapports de progression de débogage dans le menu
SSIS .

Zone Gestionnaires de connexion

Ajoutez et modifiez les gestionnaires de connexions utilisés par un package dans la zone
Gestionnaires de connexions . Integration Services inclut des gestionnaires de
connexions permettant de se connecter à différentes sources de données, telles que des
fichiers texte, des bases de données OLE DB et des fournisseurs .NET.

Pour plus d’informations, consultez Connexions Integration Services (SSIS) et Créer des
gestionnaires de connexions.

Onglet Flux de contrôle

Utilisez l'onglet Flux de contrôle du concepteur SSIS pour créer le flux de contrôle dans
un package Integration Services .

Pour créer le flux de contrôle, faites glisser les objets graphiques qui représentent les
tâches et les conteneurs SSIS de la Boîte à outils vers la surface de dessin de l'onglet
Flux de contrôle , puis connectez-les en faisant glisser le connecteur d'un objet vers un
autre. Chaque ligne de raccordement représente une contrainte de priorité qui spécifie
l'ordre d'exécution des tâches et des conteneurs.

En outre, vous pouvez utiliser le Concepteur SSIS pour ajouter les fonctionnalités
suivantes à l'onglet Flux de contrôle :

mettre en œuvre l'enregistrement dans un journal ;

créer des configurations de package ;

signer le package à l'aide d'un certificat ;

gérer les variables ;

ajouter des annotations.

configurer des points d'arrêt.

Pour ajouter ces fonctions à des tâches ou des conteneurs individuels dans le
Concepteur SSIS , cliquez avec le bouton droit sur l'objet situé sur la surface de dessin,
puis sélectionnez l'option.

Onglet Flux de données

Utilisez l'onglet Flux de données du concepteur SSIS pour créer des flux de données
dans un package Integration Services .

Pour créer le flux de données, faites glisser les objets graphiques qui représentent les
sources, les transformations et les destinations de la Boîte à outils vers la surface de
dessin de l'onglet Flux de données , puis connectez-les pour créer les chemins d'accès
qui définissent la séquence dans laquelle les transformations sont exécutées.

Cliquez avec le bouton droit sur un chemin d’accès, puis cliquez sur Visionneuses de
données pour ajouter des visionneuses de données permettant d’afficher les données
avant et après chaque objet du flux de données.

Vous pouvez également utiliser le concepteur SSIS pour ajouter les fonctionnalités
suivantes à l'onglet Flux de données :

gérer les variables ;

ajouter des annotations.

Pour ajouter ces fonctions dans le concepteur SSIS , cliquez avec le bouton droit sur la
surface de dessin, puis sélectionnez l'option choisie.

Onglet Gestionnaires d'événements

Utilisez l’onglet Gestionnaires d’événements du concepteur SSIS pour créer un flux de
contrôle dans un package Integration Services . Un gestionnaire d'événements est
exécuté en réponse à un événement déclenché par le package ou par une tâche ou un
conteneur du package.

Options
Exécutable
Sélectionnez l'exécutable pour lequel vous souhaitez créer un gestionnaire
d'événements. L'exécutable peut être un package ou une tâche ou des conteneurs du
package.

Gestionnaire d’événements
Sélectionnez un type de gestionnaire d'événements. Créez le gestionnaire d’événements
en faisant glisser les éléments à partir de la Boîte à outils.

Supprimer
Sélectionnez un gestionnaire d’événements et supprimez-le du package en cliquant sur
Supprimer.

Cliquez ici pour créer un <nom de gestionnaire d’événements> pour le fichier

exécutable <nom du fichier exécutable>
Cliquez pour créer le gestionnaire d'événements.
Pour créer le flux de contrôle, faites glisser les objets graphiques qui représentent les
tâches et les conteneurs SSIS de la Boîte à outils vers l’onglet Gestionnaires
d’événements , puis connectez-les en utilisant des contraintes de priorité pour définir
leur ordre d’exécution.

Par ailleurs, pour ajouter des annotations, cliquez avec le bouton droit dans l’aire de
conception puis, dans le menu qui s’affiche, cliquez sur Ajouter une annotation.

Onglet Explorateur de package

Utilisez l'onglet Explorateur de package du Concepteur SSIS pour afficher une vue
hiérarchique de tous les éléments d'un package : configurations, connexions,
gestionnaires d'événements, objets exécutables tels que les tâches et les conteneurs,
modules fournisseurs d'informations, contraintes de précédence et variables. Si un
package contient une tâche de flux de données, l'onglet Explorateur de package
comporte un nœud qui contient une vue hiérarchique de tous les composants de flux de
données.

Cliquez avec le bouton droit sur un élément du package, puis cliquez sur Propriétés
pour afficher les propriétés de l’élément dans la fenêtre Propriétés , ou cliquez sur
Supprimer pour supprimer l’élément.

Onglet Progression
Utilisez l'onglet Progression du concepteur SSIS pour afficher la progression d'un
package Integration Services exécuté dans SQL Server Data Tools (SSDT). L'onglet
Progression répertorie l'heure de début, l'heure de fin et le temps écoulé pour la
validation et l'exécution du package et de ses exécutables, les informations ou les
avertissements éventuels pour le package, les notifications sur la progression, la réussite
ou l'échec du package et les messages d'erreur éventuels générés pendant l'exécution
du package.

Pour activer ou désactiver l'affichage de messages sous l'onglet Progression , basculez

l'option Création de rapports de progression de débogage dans le menu SSIS . La
désactivation du rapport de progression peut aider à améliorer les performances lors de
l'exécution d'un package complexe dans SQL Server Data Tools.

Une fois l'exécution du package terminée, l'onglet Progression devient l'onglet

Résultats d'exécution .

Zone Gestionnaires de connexion

Les packages utilisent des gestionnaires de connexion pour se connecter aux sources de
données telles que les fichiers, les bases de données relationnelles et les serveurs.

Utilisez la zone Gestionnaires de connexion du concepteur SSIS pour ajouter,

supprimer, modifier, renommer et copier et coller les gestionnaires de connexion.

Cliquez avec le bouton droit dans cette zone puis, dans le menu qui s'affiche, cliquez sur
l'option de la tâche à exécuter.

Tâches associées
Créer des packages dans les outils de données SQL Server

Voir aussi
Interface utilisateur d’Integration Services
Éditeur avancé
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Utilisez la boîte de dialogue Éditeur avancé pour configurer les propriétés du

composant de l'objet Integration Services sélectionné.

L' Éditeur avancé est disponible pour la plupart des objets Integration Services dont les
propriétés sont configurables. Il s'agit du seul éditeur disponible pour les objets qui ne
comportent pas d'interface utilisateur personnalisée.

Integration Services ont des propriétés qu'il est possible de définir au niveau du
composant, de l'entrée et de la sortie et au niveau de la colonne d'entrée et de sortie. L'
Éditeur avancé énumère toutes les propriétés courantes et personnalisées de l'objet
sélectionné. Il les affiche dans au maximum quatre des cinq onglets suivants en fonction
des cas :

Gestionnaires de connexions : utilisez cet onglet pour définir les propriétés de

connexion.

Propriétés du composant : utilisez cet onglet pour définir les propriétés au niveau
du composant.

Mappage de colonnes : utilisez cet onglet pour mapper les colonnes disponibles
en tant que colonnes de sortie.

Colonnes d’entrée : utilisez cet onglet pour sélectionner les colonnes d’entrée.

Propriétés d’entrée et de sortie : utilisez cet onglet pour définir les propriétés
d’entrée et de sortie, ainsi que pour ajouter et supprimer des sorties, sélectionner
ou supprimer les colonnes des entrées et des sorties, et définir les propriétés des
entrées et des sorties.

Les propriétés affichées dépendent des composants. Pour plus d'informations sur les
propriétés qu'il est possible d'afficher dans l' Éditeur avancé, consultez les rubriques
suivantes :

Propriétés communes

Propriétés personnalisées des transformations

Propriétés du chemin
Pour plus d'informations sur le composant spécifique que vous modifiez, consultez la
description du composant dans la section « Composants des flux de données » de la
documentation Objets et concepts d' Integration Services :

Transformations Integration Services

Voir aussi
Guide de référence des erreurs et des messages propres à Integration Services
Grouper ou dissocier des composants
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Les onglets Flux de contrôle, Flux de donnéeset Gestionnaires d’événements du

concepteur SSIS prennent en charge le groupement réductible. Si un package contient
plusieurs composants, les onglets peuvent être encombrés, ce qui rend difficile
l'affichage simultané de tous les composants et la recherche de l'élément avec lequel
vous souhaitez travailler. La fonctionnalité de groupement réductible permet
d'économiser de l'espace sur la surface de travail et de faciliter l'utilisation des packages
volumineux.

Vous sélectionnez les composants à grouper, vous les groupez, puis vous développez ou
réduisez les groupes selon vos besoins. Le développement d'un groupe donne accès aux
propriétés des composants du groupe. Les contraintes de précédence qui connectent
les tâches et conteneurs sont incluses automatiquement dans le groupe.

Voici quelques observations concernant le regroupement des composants.

Pour regrouper des composants, le flux de contrôle, le flux de données ou le

gestionnaire d'événements doivent contenir plusieurs composants.

Les groupes peuvent également être imbriqués, ce qui rend possible la création de
groupes à l'intérieur d'autres groupes. La surface de dessin peut implémenter
plusieurs groupes non imbriqués, mais un composant ne peut appartenir qu'à un
seul groupe, à moins que les groupes soient imbriqués.

Lors de l'enregistrement d'un package, le concepteur SSIS enregistre le

groupement mais celui-ci n'a aucun effet sur l'exécution du package. La possibilité
de grouper les composants est une fonctionnalité de conception ; elle n'affecte pas
le comportement d'exécution du package.

Pour regrouper des composants

1. Dans SQL Server Data Tools (SSDT), ouvrez le projet Integration Services contenant
le package souhaité.

2. Dans l'Explorateur de solutions, double-cliquez sur le package pour l'ouvrir.

3. Cliquez sur l’onglet Flux de contrôle, Flux de donnéesou Gestionnaires

d’événements .
 4. Sur l’aire de conception de l’onglet, sélectionnez les composants que vous
souhaitez grouper, cliquez avec le bouton droit sur un composant sélectionné, puis
cliquez sur Groupe.

5. Pour enregistrer le package mis à jour, cliquez sur Enregistrer les éléments
sélectionnés dans le menu Fichier .

Pour dissocier des composants

1. Dans SQL Server Data Tools (SSDT), ouvrez le projet Integration Services contenant
le package souhaité.

2. Dans l'Explorateur de solutions, double-cliquez sur le package pour l'ouvrir.

3. Cliquez sur l’onglet Flux de contrôle, Flux de donnéesou Gestionnaires

d’événements .

4. Sur l’aire de conception de l’onglet, sélectionnez le groupe qui contient le

composant que vous souhaitez dissocier, cliquez avec le bouton droit sur le
composant sélectionné, puis cliquez sur Dissocier.

5. Pour enregistrer le package mis à jour, cliquez sur Enregistrer les éléments
sélectionnés dans le menu Fichier .

Voir aussi
Ajouter ou supprimer une tâche ou un conteneur dans un flux de contrôle
Connecter des tâches et des conteneurs à l’aide d’une contrainte de précédence par
défaut
Utiliser des annotations dans les
packages
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Le concepteur SSIS propose des annotations que vous pouvez utiliser afin de faire en
sorte que les packages s'auto-documentent et soient ainsi plus faciles à comprendre et
à gérer. Vous pouvez ajouter des annotations au flux de contrôle, au flux de données et
aux surfaces de dessin du gestionnaire d'événements du concepteur SSIS . Les
annotations peuvent contenir n'importe quel type de texte et sont utiles pour ajouter
des étiquettes, des commentaires et autres informations descriptives à un package. Les
annotations sont disponibles uniquement au moment de la conception. Par exemple,
elles ne sont pas écrites dans les fichiers journaux.

Lorsque vous appuyez sur Entrée, le texte est renvoyé à la ligne suivante. La taille de la
zone d'annotation augmente automatiquement lorsque vous ajoutez des lignes de texte
supplémentaires. Les annotations de package sont conservées en texte clair dans la
section CDATA du fichier de package.

Pour plus d’informations sur les modifications du format du fichier de package,

consultez Format de package SSIS.

Lorsque vous enregistrez le package, le concepteur SSIS enregistre les annotations dans
le package.

Ajouter une annotation à un package

1. Dans SQL Server Data Tools (SSDT), ouvrez le projet Integration Services contenant
le package auquel vous voulez ajouter une annotation.

2. Dans l'Explorateur de solutions, double-cliquez sur le package pour l'ouvrir.

3. Dans le concepteur SSIS , cliquez avec le bouton droit n’importe où sur la surface
de dessin de l’onglet Flux de contrôle, Flux de donnéesou Gestionnaires
d’événements , puis cliquez sur Ajouter une annotation. Un bloc de texte apparaît
sur la surface de dessin de l'onglet.

4. Ajoutez le texte.

７ Notes
 Si vous n'ajoutez pas de texte, le bloc de texte est supprimé lorsque vous
cliquez en dehors.

5. Pour modifier la taille ou le format du texte de l’annotation, cliquez avec le bouton

droit sur l’annotation, puis cliquez sur Définir la police de l’annotation de texte.

6. Pour ajouter une ligne de texte supplémentaire, appuyez sur ENTRÉE.

La taille de la zone d'annotation augmente automatiquement lorsque vous ajoutez

des lignes de texte supplémentaires.

7. Pour ajouter une annotation à un groupe, cliquez avec le bouton droit sur
l’annotation, puis cliquez sur Groupe.

8. Pour enregistrer le package mis à jour, dans le menu Fichier , cliquez sur
Enregistrer tout.
Boîte à outils SSIS
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Tous les composants installés sur l’ordinateur local apparaissent automatiquement dans
la Boîte à outils SSIS. Lorsque vous installez des composants additionnels, cliquez avec
le bouton droit dans la boîte à outils, puis cliquez sur Boîte à outils Actualiser pour
ajouter les composants.

Quand vous créez un projet SSIS ou ouvrez un projet existant, la Boîte à outils SSIS est
automatiquement affichée. Pour ouvrir la boîte à outils, vous pouvez également cliquer
sur le bouton de la boîte à outils situé en haut à droite de l’aire de conception du
package ou sur AFFICHAGE > Autres fenêtres > Boîte à outils SSIS.

７ Notes

Si vous ne voyez pas la boîte à outils, accédez à AFFICHAGE > Autres fenêtres >
Boîte à outils SSIS.

Vous pouvez obtenir des informations supplémentaires sur un composant de la boîte à

outils en cliquant sur le composant pour afficher sa description en bas de la boîte à
outils. Pour certains composants, vous pouvez également accéder à des exemples qui
montrent comment configurer et utiliser les composants. Ces exemples sont disponibles
sur MSDN. Pour accéder aux exemples depuis la Boîte à outils SSIS, cliquez sur le lien
Rechercher des exemples qui apparaît sous la description.

７ Notes

Vous ne pouvez pas supprimer les composants installés à partir de la boîte à outils.

Catégories de la boîte à outils

Dans la boîte à outils SSIS, le flux de contrôle et les composants de flux de données
sont organisés en catégories. Vous pouvez développer et réduire des catégories, et
réorganiser des composants. Restaurez l’organisation par défaut en cliquant avec le
bouton droit dans la boîte à outils, puis en cliquant sur Restaurer les valeurs par défaut
de la boîte à outils.
Les catégories Favoris et Commun apparaissent dans la boîte à outils lorsque vous
sélectionnez les onglets Flux de contrôle, Flux de donnéeset Gestionnaires
d'événements . La catégorie Autres tâches apparaît dans la boîte à outils lorsque vous
sélectionnez l'onglet Flux de contrôle ou l'onglet Gestionnaires d'événements . Les
catégories Autres transformations, Autres sourceset Autres destinations apparaissent
dans la boîte à outils lorsque vous sélectionnez l'onglet Flux de données .

Ajouter des composants Azure à la boîte à

outils
Le Feature Pack Azure pour Integration Services contient les gestionnaires de
connexions permettant de se connecter aux sources de données Azure, ainsi que les
tâches permettant d’effectuer les opérations Azure courantes. Installez le Feature Pack
pour ajouter ces éléments à la boîte à outils. Pour plus d’informations, consultez Pack de
fonctionnalités Azure pour Integration Services (SSIS).

Déplacer un élément de boîte à outils vers une

autre catégorie
1. Cliquez avec le bouton droit sur un élément de la boîte à outils SSIS, puis cliquez
sur l'un des éléments suivants :

Déplacer vers Favoris

Déplacer vers Courant

Déplacer vers Autres sources

Déplacer vers Autres destinations

Déplacer vers Autres transformations

Déplacer vers Autres tâches

Actualiser la boîte à outils SSIS

1. Cliquez avec le bouton droit dans la boîte à outils SSIS, puis cliquez sur Actualiser
boîte à outils.
Page Général des Options des
Concepteurs Integration Services
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Utilisez la page Général de la page Concepteurs de services d'intégration dans la boîte

de dialogue Options pour spécifier les options de chargement, d'affichage et de mise à
niveau des packages.

Pour ouvrir la page Général dans SQL Server Data Tools (SSDT), dans le menu Outils ,
cliquez sur Options, développez Concepteurs Business Intelligenceet sélectionnez
Concepteurs de services d'intégration.

Options
Vérifier la signature numérique lors du chargement d'un package
Sélectionnez cette option pour que Integration Services vérifie la signature numérique
durant le chargement d’un package. Integration Services vérifie uniquement si la
signature numérique est présente, si elle est valide et si elle provient d’une source fiable.
Integration Services ne vérifie pas si le package a été modifié depuis qu'il a été signé.

Si vous définissez la valeur de Registre BlockedSignatureStates , cette valeur de Registre

remplace l’option Vérifier la signature numérique lors du chargement d’un package .
Pour plus d’informations, consultez Implémenter une stratégie de signature en
définissant une valeur de Registre.

Pour plus d’informations sur les packages et les certificats numériques, consultez
Identifier la source de packages à l’aide de signatures numériques.

Afficher un avertissement si un package n'est pas signé

Sélectionnez cette option pour afficher un avertissement lors du chargement d'un
package qui n'est pas signé.

Afficher les étiquettes de contrainte de précédence

Sélectionnez l’étiquette (Réussite, Échec ou À l’achèvement) à afficher sur les contraintes
de précédence pendant la consultation de packages dans SQL Server Data Tools (SSDT).

Langage de script
Sélectionnez le langage de script par défaut pour les nouvelles tâches de script et les
composants Script.
Mettre à jour les chaînes de connexion pour l'utilisation des nouveaux noms de
fournisseurs
Durant l’ouverture ou la mise à niveau de packages SQL Server 2005 Integration Services
(SSIS), mettez à jour les chaînes de connexion afin d’utiliser les noms correspondant aux
fournisseurs suivants, pour la version actuelle de SQL Server Integration Services :

Analysis Services Fournisseur OLE DB

SQL Server Native Client

L'Assistant Mise à niveau de packages SSIS met à jour uniquement les chaînes de
connexion qui sont stockées dans des gestionnaires de connexions. Il ne met pas à jour
les chaînes de connexion qui sont construites dynamiquement à l'aide du langage
d'expression Integration Services ou en utilisant du code dans une tâche de script.

Créer un ID de package
Durant la mise à niveau de packages SQL Server 2005 Integration Services (SSIS) , créez
des ID de package pour les versions mises à niveau des packages.

Voir aussi
Vue d'ensemble de la sécurité (Integration Services)
Extension de packages avec des scripts
Packages Integration Services (SSIS)
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Un package est une collection organisée de connexions, d’éléments de flux de contrôle,

d’éléments de flux de données, de gestionnaires d’événements, de variables, de
paramètres et de configurations que vous assemblez à l’aide des outils de conception
graphiques de SQL Server Integration Services ou que vous créez programmatiquement.
Vous enregistrez le package terminé dans SQL Server, le magasin de packages SSIS , ou
le système de fichiers, ou vous pouvez déployer le projet ssISnoversion sur le serveur
SSIS . Le package est l'unité de travail qui est extraite, exécutée et enregistrée.

Lorsque vous créez un package, il s'agit d'un objet vide qui ne fait rien. Pour doter un
package de fonctionnalités, vous ajoutez à celui-ci un flux de contrôle et,
éventuellement un ou plusieurs flux de données.

Le schéma suivant illustre un package simple contenant un flux de contrôle avec une
tâche de flux de données, qui contient à son tour un flux de données.

Après avoir créé le package de base, vous pouvez l'enrichir en y ajoutant des
fonctionnalités avancées telles que la journalisation et des variables. Pour plus
d'informations, consultez la section relative aux objets qui étendent les fonctionnalités
des packages.

Vous pouvez ensuite configurer le package achevé en définissant les propriétés de

niveau package qui mettent en œuvre la sécurité, autorisent le redémarrage des
packages à partir de points de contrôle ou incorporent des transactions dans le flux de
travail des packages. Pour plus d'informations, consultez la section relative aux
propriétés qui prennent en charge les fonctionnalités étendues.
Contenu d’un package
Tâches et conteneurs (flux de contrôle). Un flux de contrôle comprend un ou plusieurs
conteneurs ou tâches qui s'exécutent quand le package s'exécute. Pour contrôler l'ordre
ou définir les conditions d'exécution des tâches et des conteneurs les uns à la suite des
autres dans le flux de contrôle du package, vous utilisez des contraintes de priorité afin
de connecter les tâches et les conteneurs dans le package. Un sous-ensemble de tâches
et de conteneurs peut également être regroupé et exécuté de façon répétée en tant
qu'unité dans le flux de contrôle du package. Pour plus d’informations, consultez
Control Flow.

Sources de données et destinations (flux de données). Un flux de données comprend

les sources et les destinations qui extraient et chargent les données, les transformations
qui modifient et étendent les données, ainsi que les chemins qui relient les sources, les
transformations et les destinations. Vous ne pouvez ajouter un flux de données à un
package que si le flux de contrôle du package comprend une tâche de flux de données.
La tâche de flux de données est l'exécutable qui, dans le package SSIS , crée, ordonne et
exécute le flux de données. Une instance distincte du moteur de flux de données est
ouverte pour chaque tâche de flux de données comprise dans un package. Pour plus
d'informations, consultez Data Flow Task et Data Flow.

Gestionnaires de connexions (connexions). En règle générale, un package comprend au

moins un gestionnaire de connexions. Un gestionnaire de connexions est un lien entre
un package et une source de données, qui définit la chaîne de connexion permettant
d'accéder aux données utilisées par les tâches, les transformations et les gestionnaires
d'événements du package. Integration Services dispose de types de connexion pour des
sources de données telles que les fichiers texte et XML, les bases de données
relationnelles, et les bases de données et les projets Analysis Services . Pour plus
d’informations, consultez Connexions Integration Services (SSIS).

Objets étendant les fonctionnalités des

packages
Les packages peuvent comprendre des objets supplémentaires qui offrent des
fonctionnalités avancées ou étendent les fonctionnalités existantes, telles que les
gestionnaires d'événements, les configurations, la journalisation et les variables.

Gestionnaires d'événements
Un gestionnaire d'événements est un flux de travail qui s'exécute en réponse aux
événements déclenchés par un package, une tâche ou un conteneur. Par exemple, vous
pouvez utiliser un gestionnaire d'événements pour vérifier l'espace disque lorsqu'un
événement se produit avant l'exécution ou si une erreur se produit, et envoyer à un
administrateur un message électronique indiquant l'espace disponible ou des
informations sur l'erreur. Un gestionnaire d'événements est construit comme un
package, avec un flux de contrôle et des flux de données facultatifs. Vous pouvez ajouter
des gestionnaires d'événements à des tâches ou à des conteneurs spécifiques dans le
package. Pour plus d’informations, consultez Gestionnaires d’événements Integration
Services (SSIS).

Configurations
Une configuration est un ensemble de paires propriété/valeur qui définit les propriétés
du package et ses tâches, conteneurs, variables, connexions et gestionnaires
d'événements lorsque le package s'exécute. Les configurations permettent de mettre à
jour les propriétés sans modifier le package. Lorsque le package est exécuté, les
informations de configuration sont chargées et mettent à jour les valeurs des propriétés.
Par exemple, une configuration peut mettre à jour la chaîne de connexion.

La configuration est enregistrée puis déployée avec le package lorsque celui-ci est
installé sur un autre ordinateur. Lorsque vous installez le package, vous pouvez mettre à
jour les valeurs de la configuration afin qu'il puisse être pris en charge dans un autre
environnement. Pour plus d’informations, consultez Créer des configurations de
package.

Journalisation et modules fournisseurs d'informations

Un journal est une collection d'informations relatives au package, qui sont rassemblées
lorsque celui-ci s'exécute. Par exemple, un journal peut indiquer l'heure de début et de
fin de l'exécution d'un package. Un module fournisseur d'informations définit le type de
destination et le format que le package et ses conteneurs et ses tâches peuvent utiliser
pour consigner les informations d'exécution. Les journaux sont associés à un package,
mais les tâches et les conteneurs figurant dans le package peuvent consigner des
informations dans n'importe quel journal de package. Integration Services comprend
une série de modules fournisseurs d’informations intégrés qui facilitent la journalisation.
Par exemple, Integration Services comprend des modules fournisseurs d'informations
pour les fichiers SQL Server et les fichiers texte. Vous pouvez également créer des
modules fournisseurs d'informations personnalisés et les utiliser pour la journalisation.
Pour plus d’informations, consultez Journalisation d’Integration Services (SSIS).
Variables
Integration Services prend en charge les variables système et les variables définies par
l’utilisateur. Les variables système fournissent des informations utiles sur les objets de
package lors de l'exécution, tandis que les variables définies par l'utilisateur prennent en
charge des scénarios personnalisés dans les packages. Vous pouvez utiliser les deux
types de variables dans les expressions, les scripts et les configurations.

Les variables de niveau package comprennent les variables système prédéfinies

disponibles pour un package et les variables définies par l'utilisateur et dont la portée
s'étend au package. Pour plus d’informations, consultez Variables Integration Services
(SSIS).

Paramètres
Integration Services vous permettent d'affecter des valeurs aux propriétés dans des
packages au moment de l'exécution du package. Vous pouvez créer des paramètres de
projet au niveau du projet et des paramètres de package au niveau du package. Les
paramètres du projet sont utilisés pour fournir une entrée externe que le projet reçoit à
un ou plusieurs packages du projet. L'utilisation de paramètres de package vous permet
de modifier l'exécution du package sans avoir à modifier et à redéployer le package.
Pour plus d’informations, consultez Paramètres Integration Services (SSIS).

Propriétés de package prenant en charge les

fonctionnalités étendues
L'objet de package peut être configuré de manière à prendre en charge des
fonctionnalités telles que le redémarrage du package aux points de contrôle, la
signature du package avec un certificat numérique, la définition du niveau de protection
du package et la sécurisation de l'intégrité des données à l'aide de transactions.

Redémarrage des packages

Le package comprend des propriétés de point de contrôle qui vous permettent de le
redémarrer en cas d'échec d'une ou plusieurs de ses tâches. Par exemple, si un package
possède deux tâches de flux de données qui mettent à jour deux tables différentes et
que la deuxième tâche échoue, le package peut être réexécuté sans qu'il soit nécessaire
de répéter la première tâche de flux de données. Le redémarrage d'un package peut
être source de gain de temps pour les packages dont l'exécution est longue. La
fonctionnalité de redémarrage vous permet de démarrer le package à partir de la tâche
défaillante sans devoir réexécuter l'ensemble du package. Pour plus d'informations,
consultez Redémarrer des packages à l'aide de points de contrôle.

Sécurisation des packages

Vous pouvez signer un package au moyen d'une signature numérique et le chiffrer à
l'aide d'un mot de passe ou d'une clé utilisateur. Une signature numérique authentifie la
source du package. Toutefois, vous devez également configurer Integration Services
pour vérifier la signature numérique lors du chargement du package. Pour plus
d’informations, consultez Identifier la source de packages à l’aide de signatures
numériques et Contrôle d’accès pour les données sensibles présentes dans les packages.

Prise en charge des transactions

La définition d'un attribut de transaction au package permet d'associer les tâches, les
conteneurs et les connexions du package à la transaction. Grâce aux attributs de
transaction, le package et ses éléments réussissent ou échouent en tant qu'unité. Les
packages peuvent également exécuter d'autres packages et inscrire d'autres packages
dans les transactions, ce qui vous permet d'exécuter plusieurs packages en tant qu'unité
de travail unique. Pour plus d’informations, consultez Transactions Integration Services.

Entrées de journal personnalisées disponibles

dans le package
Le tableau suivant répertorie les entrées de journal personnalisées pour les packages.
Pour plus d’informations, consultez Journalisation d’Integration Services (SSIS).

Entrée du Description
journal

PackageStart Indique que le package a commencé à s'exécuter.

Remarque : cette entrée de journal est automatiquement écrite dans le journal.

Vous ne pouvez pas l'exclure.

PackageEnd Indique que le package est terminé.

Remarque : cette entrée de journal est automatiquement écrite dans le journal.

Vous ne pouvez pas l'exclure.

Diagnostic Fournit des informations sur la configuration système qui affecte l'exécution du
package, notamment le nombre d'exécutables pouvant s'exécuter simultanément.
Définir les propriétés d’un package
Vous pouvez définir les propriétés dans la fenêtre Propriétés de SQL Server Data Tools
(SSDT) ou par programmation.

Pour plus d’informations sur la façon de définir ces propriétés à l’aide de SQL Server
Data Tools (SSDT), consultez Définir les propriétés d’un package.

Pour plus d’informations sur la définition par programmation de ces propriétés,

consultez Package.

Réutiliser un package existant en tant que

modèle
Les packages sont fréquemment utilisés comme modèles permettant de générer des
packages qui partagent des fonctionnalités de base. Vous construisez le package de
base, puis le copiez, ou vous pouvez préciser que le package est un modèle. Par
exemple, un package qui télécharge et copie des fichiers, puis extrait les données peut
inclure les tâches FTP et de système de fichiers dans une boucle Foreach qui énumère
les fichiers dans un dossier. Il peut également inclure des gestionnaires de connexions
de fichiers plats pour accéder aux données, ainsi que des sources de fichiers plats pour
extraire les données. La destination des données varie, et elle est ajoutée à chaque
nouveau package après sa copie à partir du package de base. Vous pouvez également
créer des packages, puis les utiliser comme modèles pour les nouveaux packages que
vous ajoutez à un projet Integration Services . Pour plus d'informations, consultez Create
Packages in SQL Server Data Tools.

Lors de la création initiale d'un package, par programmation ou à l'aide du concepteur

SSIS, un GUID est ajouté à sa propriété ID et un nom à sa propriété Name . Si vous créez
un nouveau package en copiant un package existant ou en utilisant un modèle de
package, le nom et le GUID sont également copiés. Cela peut causer un problème si
vous utilisez la journalisation, car le GUID et le nom du package sont écrits dans les
journaux pour identifier le package auquel les informations consignées appartiennent.
Par conséquent, vous devez mettre à jour le nom et le GUID des nouveaux packages
pour les différencier plus facilement du package à partir duquel ils ont été copiés et
entre eux dans les données du journal.

Pour modifier le GUID du package, vous régénérez un GUID dans la propriété ID de la

fenêtre Propriétés dans SQL Server Data Tools (SSDT). Pour modifier le nom du package,
vous pouvez mettre à jour la valeur de la propriété Name dans la fenêtre Propriétés.
Vous pouvez également utiliser l’invite de commandes dtutil ou mettre à jour le GUID et
le nom par programmation. Pour plus d’informations, consultez Définir les propriétés
d’un package et Utilitaire dtutil.

Tâches associées
Integration Services , SSIS met à votre disposition deux outils graphiques : le concepteur
SQL Server et l'Assistant Importation et Exportation SSIS . Consultez les rubriques
suivantes pour plus de détails.

Importer et exporter des données avec l’Assistant Importation et Exportation SQL

Server

Créer des packages dans les outils de données SQL Server

Voir Génération de packages par programme dans le Guide du développeur.

Créer des packages dans les outils de
données SQL Server
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Dans SQL Server Data Tools (SSDT), vous pouvez créer un nouveau package à l'aide de
l'une des méthodes suivantes :

Utiliser le modèle de package inclus dans Integration Services .

Utiliser un modèle personnalisé

Pour utiliser des packages personnalisés comme modèles pour la création de

nouveaux packages, il vous suffit de les copier dans le dossier
DataTransformationItems. Par défaut, ce dossier se trouve dans C:\Program
Files\Microsoft Visual Studio
10.0\Common7\IDE\PrivateAssemblies\ProjectItems\DataTransformationProject.

Copier un package existant.

Si des packages existants incluent des fonctionnalités que vous souhaitez réutiliser,
vous pouvez construire le flux de contrôle et les flux de données dans le package
plus rapidement en copiant et en collant des objets à partir de nouveaux packages.
Pour plus d’informations sur le copier et coller dans des projets Integration
Services , consultez Réutiliser des objets de packages.

Si vous créez un nouveau package en copiant un package existant ou en utilisant

un package personnalisé comme modèle, le nom et le GUID du package existant
sont copiés également. Vous devez mettre à jour le nom et le GUID du nouveau
package pour le différencier plus facilement du package à partir duquel il a été
copié. Par exemple, si des packages ont le même GUID, il est plus difficile
d'identifier le package auquel appartiennent les données de journal. Vous pouvez
régénérer le GUID dans la propriété ID et mettre à jour la valeur de la propriété
Name à l’aide de la fenêtre Propriétés dans SQL Server Data Tools (SSDT). Pour
plus d’informations, consultez Définir les propriétés d’un package et Utilitaire
dtutil.

Utiliser un package personnalisé que vous avez désigné comme modèle.

Exécuter l'Assistant Importation et Exportation SQL Server

 L'Assistant Importation et Exportation SQL Server crée un package complet pour
une opération simple d'importation ou d'exportation. Cet Assistant configure les
connexions, la source et la destination, et ajoute toutes les transformations de
données requises pour vous permettre d'exécuter l'opération d'importation ou
d'exportation immédiatement. Vous pouvez enregistrer, le cas échéant, le package
pour l'exécuter de nouveau ultérieurement ou pour l'affiner et l'améliorer dans SQL
Server Data Tools. Toutefois, si vous enregistrez le package, vous devez l'ajouter à
un projet Integration Services existant avant de pouvoir le modifier ou l'exécuter
dans SQL Server Data Tools.

Les packages que vous créez dans SQL Server Data Tools (SSDT) à l'aide du concepteur
SSIS sont enregistrés dans le système de fichiers. Pour enregistrer un package dans SQL
Server ou dans le magasin de packages, vous devez enregistrer une copie du package.
Pour plus d’informations, consultez Enregistrer une copie d’un package.

Pour obtenir une vidéo qui montre comment créer un package de base à l’aide du
modèle de package par défaut, consultez Création d’un package de base (Vidéo liée à
SQL Server).

Obtenir SQL Server Data Tools

Pour installer SQL Server Data Tools (SSDT), consultez Télécharger SQL Server Data Tools
(SSDT).

Créer un package dans SQL Server Data Tools à

l’aide du modèle de package
1. Dans SQL Server Data Tools (SSDT), ouvrez le projet Integration Services dans
lequel vous souhaitez créer un package.

2. Dans l’Explorateur de solutions, cliquez avec le bouton droit sur le dossier

Packages SSIS , puis cliquez sur Nouveau package SSIS.

3. Si vous le souhaitez, ajoutez des tâches de flux de contrôle, des tâches de flux de
données et des gestionnaires d'événements au package. Pour plus d’informations,
consultez Flux de contrôle, Flux de données et Gestionnaires d’événements
Integration Services (SSIS).

4. Dans le menu Fichier , cliquez sur Enregistrer les éléments sélectionnés pour
enregistrer le nouveau package.
 ７ Notes

Vous pouvez enregistrer un package vide.

Choisir la version cible d’un projet et de ses

packages
1. Dans l’Explorateur de solutions, cliquez avec le bouton droit sur un projet
Integration Services, puis sélectionnez Propriétés pour ouvrir les pages de
propriétés du projet.

2. Sous l’onglet Général de Propriétés de configuration, sélectionnez la propriété

TargetServerVersion, puis choisissez SQL Server 2016, SQL Server 2014 ou SQL
Server 2012.

Vous pouvez créer, gérer et exécuter des packages qui ciblent SQL Server 2016, SQL
Server 2014 ou SQL Server 2012.
Ajouter une copie des packages
existants
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Utilisez la boîte de dialogue Ajouter une copie des packages existants pour ajouter à
un projet SQL Serverune copie d'un package stocké dans Integration Services , le
système de fichiers ou le magasin de packages SSIS.

Options
Emplacement du package
Sélectionnez le type d'emplacement de stockage à partir duquel copier le package.

Serveur
En cas de copie à partir de SQL Server ou du magasin de packages SSIS, tapez le nom
d'un serveur ou sélectionnez-en un dans la liste.

Type d’authentification
En cas de copie à partir de SQL Server, sélectionnez un type d'authentification.

Nom d'utilisateur
Si vous utilisez l’authentification SQL Server , entrez un nom d’utilisateur.

Mot de passe
Si vous utilisez l’authentification SQL Server , entrez un mot de passe.

Chemin d'accès au package

Tapez le chemin du package ou cliquez sur le bouton Parcourir (...) pour rechercher le
package à copier.

Voir aussi
Enregistrer une copie du package
Enregistrer des packages
Service Integration Services (Service SSIS)
Définir les propriétés d'un package
Article • 23/05/2023

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Lorsque vous créez un package dans SQL Server Data Tools (SSDT) à l'aide de l'interface
graphique fournie par Integration Services , vous définissez les propriétés de l'objet de
package dans la fenêtre Propriétés.

La fenêtre Propriétés affiche une liste de propriétés triées par catégorie et par ordre
alphabétique. Pour réorganiser la fenêtre Propriétés par catégorie, cliquez sur l'icône
Catégories.

Dans cette organisation, la fenêtre Propriétés regroupe les propriétés dans les
catégories suivantes :

Points de contrôle

Exécution

Valeur d'exécution forcée

Identification

Divers

Sécurité

Transactions

Version

Pour plus d’informations sur les propriétés d’un package que vous ne pouvez pas définir
dans la fenêtre Propriétés , consultez Package.

Pour définir les propriétés d'un package dans la fenêtre

Propriétés
Définir les propriétés d’un package

Propriétés par catégorie

Les tableaux qui suivent énumèrent les propriétés d'un package par catégorie.
Points de contrôle
Vous pouvez utiliser les propriétés de cette catégorie pour redémarrer le package à
partir d'un point d'échec dans le flux de contrôle du package, au lieu de réexécuter le
package depuis le début de son flux de contrôle. Pour plus d’informations, consultez
Restart Packages by Using Checkpoints.

Propriété Description

CheckpointFileName Nom du fichier qui capture les informations de point de contrôle

permettant à un package de redémarrer. Une fois le package terminé avec
succès, le fichier est supprimé.

CheckpointUsage Indique à quel moment un package peut être redémarré. Ces valeurs sont
Never, IfExistset Always. La valeur par défaut est Neverpour indiquer que
le package ne peut pas être redémarré. Pour plus d’informations,
consultez DTSCheckpointUsage.

SaveCheckpoints Indique si les points de contrôle sont écrits dans le fichier de point de
contrôle lors de l'exécution du package. La valeur par défaut de cette
propriété est False.

７ Notes

L’option /CheckPointing on de dtexec revient à définir la propriété

SaveCheckpoints du package sur True, et la propriété CheckpointUsage sur Always.
Pour plus d'informations, consultez Utilitaire dtexec.

Exécution
Les propriétés de cette catégorie permettent de configurer le comportement de l'objet
de package au moment de l'exécution.

Propriété Description

DelayValidation Indique si la validation du package est retardée jusqu'à l'exécution

du package. La valeur par défaut de cette propriété est False.

Disable Indique si le package est désactivé. La valeur par défaut de cette

propriété est False.

DisableEventHandlers Indique si les gestionnaires d'événements du package sont

exécutés. La valeur par défaut de cette propriété est False.
 Propriété Description

FailPackageOnFailure Indique si le package échoue en cas d'erreur dans un composant

du package. La seule valeur possible pour cette propriété est False.

FailParentOnError Indique si le conteneur parent échoue en cas d'erreur dans un

conteneur enfant. La valeur par défaut de cette propriété est False.

MaxConcurrentExecutables Nombre de fichiers exécutables pouvant être exécutés

simultanément par le package. La valeur par défaut de cette
propriété est -1, ce qui indique qu’aucune limite n’est appliquée.

MaximumErrorCount Nombre maximal d'erreurs pouvant se produire avant arrêt de

l'exécution d'un package. La valeur par défaut de cette propriété
est 1.

PackagePriorityClass Classe de priorité du thread Win32 du package. Cette propriété

peut prendre les valeurs Default, AboveNormal, Normal,
BelowNormalet Idle. La valeur par défaut de cette propriété est
Default. Pour plus d’informations, consultez DTSPriorityClass.

Valeur d'exécution forcée

Les propriétés de cette catégorie permettent de configurer une valeur d'exécution
facultative pour le package.

Propriété Description

ForcedExecutionValue Si ForceExecutionValue a la valeur True, valeur indiquant la valeur

d’exécution facultative retournée par le package. La valeur par
défaut de cette propriété est 0.

ForcedExecutionValueType Type de données de ForcedExecutionValue. La valeur par défaut de

cette propriété est Int32.

ForceExecutionValue Valeur booléenne qui indique si la valeur d'exécution facultative du