Le développeur SSIS construit les packages qui extraient les données d'un ERP, de fichiers ou de bases Oracle, les transforment et les chargent dans un entrepôt SQL Server. Il écrit autant de T-SQL que de flux graphiques, déploie dans le catalogue SSISDB et planifie avec SQL Server Agent. Les offres viennent de PME et d'ETI restées sur une stack Microsoft on-premise, de grands comptes qui maintiennent un existant décisionnel, et d'ESN qui placent des consultants MSBI couvrant aussi SSAS, SSRS et Power BI.
La difficulté tient à l'ancienneté de l'outil. Beaucoup de CV affichent dix ans de SSIS acquis sur des packages simples, copiés d'un projet à l'autre. Le profil solide parle de cache de Lookup, de chargement en masse, de paramètres d'environnement et de relance sans doublon. Il sait aussi ce que SQL Server 2025 a retiré, comme les composants CDC d'Attunity, et comment un package migre vers Azure Data Factory.
Le volume chargé chaque nuit et la fenêtre disponible donnent le niveau attendu. Un candidat solide raconte un chargement qui a échoué à 3 h : comment il l'a relancé sans doublon et ce qu'il a changé ensuite. Le PDF suit le chargement nocturne des ventes d'un réseau de magasins.
L'outillage Microsoft d'un développeur SSIS
Packages SSIS (flux de contrôle et flux de données)
Un package est un fichier .dtsx qui enchaîne des tâches. Le flux de contrôle fixe l'ordre des étapes (purge, chargement, archivage), le flux de données fait passer les lignes d'une source vers une destination à travers des transformations. Un développeur expérimenté sait expliquer ce qui se passe en mémoire dans ce second flux.
Composants de transformation
Lookup pour rapprocher une ligne d'une table de référence, Conditional Split pour aiguiller, Derived Column pour calculer, Merge Join, Aggregate, Sort. Certains bloquent le flux tant qu'ils n'ont pas reçu toutes les lignes, ce qui pèse lourd sur un gros volume. Les questions sur le Lookup et le Sort trient vite les profils.
T-SQL et procédures stockées
Une grande partie de la logique de chargement s'écrit en SQL dans l'entrepôt : MERGE, mises à jour en masse, historisation des dimensions. Un développeur SSIS qui ne sait pas lire un plan d'exécution reste limité dès que le volume grossit.
Catalogue SSISDB et déploiement par projet
Depuis SQL Server 2012, les projets se déploient dans une base dédiée, SSISDB. Elle garde les versions, les journaux d'exécution et les environnements, qui portent les valeurs propres à la recette ou à la production. L'ancien modèle par package, avec fichiers de configuration, se croise encore sur les vieux serveurs.
SQL Server Agent et ordonnanceurs
L'agent de SQL Server lance les packages à heure fixe et notifie en cas d'échec. Dans les grandes organisations, Control-M ou $Universe pilote les chaînes, et le package est déclenché par la ligne de commande ou par une procédure du catalogue. Le compte d'exécution diffère de celui du développeur, source classique d'erreurs d'accès aux fichiers.
Script Task et Script Component (C#)
Quand aucun composant natif ne convient, le développeur écrit du C# : appel d'une API, lecture d'un format de fichier exotique. Bien utilisé, c'est un dépannage ponctuel. Un package rempli de scripts devient difficile à maintenir et à faire migrer.
Visual Studio, SSMS et versions de SQL Server
Les packages se développent dans Visual Studio avec l'extension SQL Server Integration Services Projects, puis s'administrent dans SSMS. SQL Server 2025 a retiré les composants CDC d'Attunity, le Microsoft Connector for Oracle et les tâches Hadoop, et déprécié le mode 32 bits. Une montée de version demande donc de vérifier chaque package.
Azure-SSIS Integration Runtime, Data Factory et Fabric
Azure Data Factory peut exécuter des packages SSIS existants sur un runtime dédié, avec le catalogue hébergé dans Azure SQL Database ou Managed Instance. L'autre voie consiste à réécrire les flux en pipelines Data Factory ou Microsoft Fabric. Beaucoup de missions actuelles portent sur ce choix.
En PME ou en ETI, le développeur SSIS tient souvent seul la chaîne décisionnelle, des packages jusqu'aux rapports. Dans un grand compte, il maintient des dizaines de packages anciens, intégrés à un ordonnanceur d'entreprise, avec des procédures de mise en production strictes. En ESN, il arrive chez un client sur un existant qu'il n'a pas écrit, parfois avec une mission de migration vers Azure Data Factory ou Fabric. Microsoft a livré SSIS avec SQL Server 2025, mais en a retiré plusieurs composants, ce qui rend les montées de version plus délicates. La certification ne dit pas grand-chose de ces profils. L'expérience de production se vérifie en entretien.
Les savoir-faire techniques à contrôler chez un développeur SSIS
- Conception de packages et flux de données
- T-SQL et alimentation d'entrepôt
- Performance des chargements volumineux
- Déploiement SSISDB et paramétrage
- Rejets, reprise et exploitation
- Migration vers Azure Data Factory et Fabric
Packages, T-SQL, déploiement : cinq questions pour un développeur SSIS
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé
Un Lookup vers une table clients de 20 millions de lignes ralentit votre package. Quel mode de cache choisissez-vous, et que faites-vous des lignes sans correspondance ?
Une bonne réponseLe cache complet charge la référence en mémoire : rapide, à condition de remplacer la table entière par une requête qui ne ramène que la clé et les colonnes utiles. Sur une référence énorme ou modifiée pendant le chargement, le cache partiel ou l'absence de cache, voire une jointure faite en T-SQL sur la table de staging. Les lignes sans correspondance partent vers la sortie dédiée, puis reçoivent un membre inconnu (clé -1) ou vont dans une table de rejets.
Signal d'alerteSélectionner la table dans la liste déroulante avec toutes ses colonnes, laisser le comportement par défaut qui fait échouer le composant, ou ignorer qu'il existe plusieurs modes de cache.
Question 2 · confirmé
Vous chargez une dimension clients historisée. Utilisez-vous l'assistant Slowly Changing Dimension de SSIS ?
Une bonne réponsePour une petite table, pourquoi pas. Au-delà, l'assistant met à jour ligne par ligne via des OLE DB Command, ce qui devient très lent, et le relancer écrase les modifications faites à la main. La réponse attendue : charger la table de staging, puis un traitement ensembliste en T-SQL (MERGE, ou UPDATE puis INSERT) avec clé de substitution, dates de validité et indicateur de ligne courante. La détection des changements passe par un hash des attributs suivis.
Signal d'alerteL'assistant utilisé sur plusieurs millions de lignes sans regarder la durée, ou une confusion entre type 1 (écrasement) et type 2 (nouvelle ligne).
Question 3 · confirmé
Un package qui charge 50 millions de lignes dans SQL Server passe de 20 minutes à 3 heures. Où regardez-vous ?
Une bonne réponseD'abord les rapports d'exécution de SSISDB pour situer le composant lent. Côté destination : mode fast load, taille de lot et de commit, index désactivés puis reconstruits, verrou de table, journalisation minimale selon le mode de récupération. Dans le flux : un Sort ou un Aggregate qui bloque tout en mémoire, des buffers mal dimensionnés (DefaultBufferMaxRows, AutoAdjustBufferSize). Côté base : statistiques, blocages, croissance du journal.
Signal d'alerte« J'ajoute de la RAM au serveur » sans diagnostic, ou une destination en mode ligne à ligne sans savoir que le fast load existe.
Question 4 · confirmé
Le même package doit tourner en recette puis en production, avec d'autres serveurs et d'autres mots de passe. Comment le paramétrez-vous ?
Une bonne réponseLe modèle de déploiement par projet : paramètres de projet ou de package, gestionnaires de connexion partagés, déploiement de l'.ispac dans SSISDB. Les valeurs propres à chaque serveur vivent dans des environnements du catalogue, liés aux paramètres, avec les mots de passe marqués sensibles. Le job SQL Server Agent référence l'environnement voulu. Aucune chaîne de connexion en dur.
Signal d'alerteModifier le package dans Visual Studio avant chaque déploiement, ou un mot de passe en clair dans un fichier XML de configuration.
Question 5 · confirmé
Un package a planté au milieu du chargement de la nuit. Comment le relancez-vous sans créer de doublons ?
Une bonne réponseLa relance se prépare à la conception : staging vidé et rechargé, écriture dans la cible par MERGE ou par suppression de la période puis insertion, date de traitement passée en paramètre, table d'audit par lot. L'erreur se lit dans les rapports SSISDB ou dans catalog.event_messages. Les checkpoints existent, mais ils reprennent au niveau d'une tâche, pas au milieu d'un flux de données.
Signal d'alerteRelancer en espérant que ça passe, puis supprimer les doublons à la main. Ou tout envelopper dans une transaction distribuée sans en connaître le coût.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Recruter sur SSIS en 2026 : les points souvent soulevés
SSIS a-t-il encore un avenir face à Data Factory et Fabric ?
Microsoft a livré SSIS avec SQL Server 2025, donc l'outil reste supporté sur les serveurs on-premise. Cette version a retiré plusieurs composants et déprécié d'autres fonctions, ce qui montre que les nouveautés vont surtout vers Data Factory et Fabric. Beaucoup d'entreprises gardent leurs packages en production pendant plusieurs années. Pour un recrutement, la connaissance des voies de migration, dont l'exécution de packages dans Azure Data Factory, devient un vrai plus.
Développeur SSIS ou consultant MSBI : quelle différence ?
Le consultant MSBI couvre toute la suite décisionnelle de Microsoft : SSIS pour l'alimentation, SSAS pour les cubes, SSRS ou Power BI pour les rapports. Le développeur SSIS se concentre sur les flux et le T-SQL de l'entrepôt. Si votre besoin porte sur des chargements volumineux ou une migration de packages, cherchez la profondeur sur SSIS. Si une seule personne doit tout tenir, le profil MSBI convient mieux.
Quel test technique proposer à un développeur SSIS ?
Un package lent ou en échec, ouvert pendant l'entretien, en dit plus qu'un projet à rendre chez soi. Demandez où la personne cherche, ce qu'elle change dans la destination ou le Lookup, et comment elle relancerait la nuit perdue. Ajoutez une requête MERGE à écrire au tableau. En trente minutes, vous voyez si les réflexes viennent de la production ou d'un tutoriel.
Le T-SQL compte-t-il autant que SSIS lui-même ?
Souvent davantage. Sur un entrepôt SQL Server, une bonne partie de la logique de chargement se trouve dans des procédures stockées, et les problèmes de performance se règlent en lisant un plan d'exécution. Un candidat à l'aise dans l'interface de SSIS mais incapable d'écrire un MERGE ou d'expliquer une fonction de fenêtrage aura du mal dès que le volume monte. Évaluez les deux, avec au moins une question SQL écrite.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
