Microsoft a introduit quelques changements majeurs dans les services d’intégration de SQL Server avec SQL Server 2012.
La toute nouvelle base de données « SSISDB » lancée comme catalogue SSIS « Une nouvelle base de données référentiel des services d’intégration ». Cette nouvelle base de données référentiel apporte beaucoup de capacités pour les développeurs, les testeurs et les administrateurs.
Avant SQL 2012, tous les paquets SSIS sont stockés soit dans MSDB, soit dans le système de fichiers. Plusieurs fois, il devient une décision critique pour décider où doit être stocké notre package ou nos fichiers de configuration. Cela rend également l’administration du déploiement & difficile.
Avec SSISDB, les packages peuvent être directement déployés dans SSISDB en utilisant SQL Server Data Tools for BI Studio. Les packages conservent un historique de déploiement afin que vous puissiez même revenir en arrière sur certaines révisions de votre package.
Création de SSISDB
SSISDB n’est pas installé par défaut avec l’installation de SQL Server 2012 ou supérieur. Lorsque vous vous connectez à SQL Server en utilisant SSMS, vous trouverez un nouveau dossier « Integration Services Catalogs ». Le catalogue n’est pas configuré par défaut, vous devrez le créer.
Lorsque vous cliquez sur create catalog, la fenêtre ci-dessous apparaît. Vous devez sélectionner l’option d’activation de l’intégration CLR pour utiliser le catalogue SSIS. Entrez le mot de passe pour protéger la clé maîtresse de la base de données qui est utilisée pour crypter les données du catalogue. Ce mot de passe est très important & sensible, alors assurez-vous de vous souvenir de ce mot de passe ou de le sauvegarder dans un endroit sûr. Le catalogue crypte automatiquement les données du paquet et les valeurs sensibles. Le catalogue décrypte également automatiquement les données lorsque vous les récupérez.
Lorsque vous cliquez sur « OK », le catalogue SSISDB sera créé avec la base de données SSISDB. SSISDB est créé en restaurant « <Installation Directory>\MSSQL\120\DTS\Binn\SSISDBBackup.bak ». Le fichier de sauvegarde SSISDBBackup.bak est disponible dans le répertoire d’installation après l’installation réussie des services d’intégration. Bien que SSISDB soit créé automatiquement lors de l’activation du catalogue SSISDB, il sera toujours considéré comme une base de données utilisateur et non comme une base de données système,
Rapports par défaut du catalogue SSISDB
Le catalogue SSISDB est livré avec 4 rapports différents ainsi qu’un tableau de bord.
Tableau de bord du catalogue SSISDB
Renommer la base de données du catalogue SSISDB
Vous ne devriez pas renommer SSISDB car cela rendra le catalogue SSISDB inaccessible.
Lorsque vous renommerez SSISDB, cela déliera tous vos catalogues SSIS & paquets. Après le renommage, vous ne trouverez aucun paquet sous « Integration Services Catalogs ». La meilleure partie est, quand vous le renommez à nouveau en SSISDB, tous vos catalogues et paquets seront à nouveau visibles sans aucun effort supplémentaire.
Catalogues et paquets invisibles sous « Integration Services Catalogs » après renommage
Catalogues et paquets visibles sous « Integration Services Catalogs » après renommage en original
Gérer la taille de la base de données de catalogue SSISDB
Microsoft a introduit la base de données de catalogue SSISDB pour garder la trace de chaque exécution, version du projet et d’autres détails qui est une activité très typique avant SQL Server 2012. Mais tout cela peut rendre votre base de données SSISDB très volumineuse.
Vous pouvez modifier la configuration du catalogue de la base de données SSISDB pour changer la fenêtre de rétention et d’autres paramètres, impactant sa taille. Les propriétés du catalogue affectent la taille de la base de données SSISDB comme suit :-
– Nettoyer périodiquement les journaux (défini sur True)
– Période de rétention (définie sur un nombre spécifique de jours – plus le nombre de jours est important, plus le problème pourrait être répandu)
-. Supprimer périodiquement les anciennes versions (défini à true)
– Nombre maximum de versions par projet
Vérifier les propriétés du catalogue en utilisant SSMS
Vérifier les propriétés du catalogue en utilisant T-.SQL
SELECT * FROM SSISDB.CATALOG.CATALOG_PROPERTIES
Vous pouvez modifier les propriétés du catalogue dans la fenêtre SSMS ci-dessus ou comme ci-dessous en utilisant T-SQL
EXEC SSISDB.CATALOG.CONFIGURE_CATALOG RETENTION_WINDOW, <NO.OF DAYS>
Tâche de maintenance du serveur SSIS
Pour maintenir la taille de la base de données SSISDB selon la rétention configurée ci-dessus, SQL Server crée une « tâche de maintenance du serveur SSIS » lorsque nous activons la fonctionnalité de catalogue SSISDB.
La tâche est responsable du maintien de l’historique selon la fenêtre de rétention et maintient un nombre maximum de versions par projet. Assurez-vous que le job est activé sur le serveur.
« Job de maintenance du serveur SSIS » Le job a 2 étapes :-
1) Suppression des enregistrements d’opérations
2) Suppression des anciennes versions par projet sur la base de la rétention définie
Types de journalisation pour… Serveur SSIS via le catalogue SSISDB
| Niveau de journalisation | Description |
| None | La journalisation est désactivée. Seul l’état d’exécution du paquet est consigné. |
| Basic | Tous les événements sont consignés, sauf les événements personnalisés et de diagnostic. C’est la valeur par défaut. |
| RuntimeLineage | Collecte les données nécessaires pour suivre les informations de lignage dans le flux de données. Vous pouvez analyser ces informations de lignage pour cartographier la relation de lignage entre les tâches. Les ISV et les développeurs peuvent construire des outils de cartographie de lignage personnalisés avec ces informations. |
| Performance | Seules les statistiques de performance, et les événements OnError et OnWarning, sont consignés.
Le rapport Performances d’exécution affiche le temps actif et le temps total pour les composants de flux de données du paquet. |
| Verbose | Tous les événements sont consignés, y compris les événements personnalisés et de diagnostic. |
Source : Selon MSDN https://msdn.microsoft.com/en-IN/library/hh231191.aspx
Vous pouvez modifier la journalisation selon les besoins en utilisant SSMS. Si l’utilisateur a besoin d’une journalisation spécifique, l’option de journalisation personnalisée est également disponible.
Référence : Rohit Garg (http://mssqlfun.com/)
Vous pouvez trouver et suivre MSSQLFUN:-
http://www.facebook.com/mssqlfun
http://mssqlfun.com/feed
Autres profils liés :-
http://social.msdn.microsoft.com/Profile/rohitgarg
http://www.sqlservercentral.com/blogs/mssqlfun/
http://www.toadworld.com/members/rohit-garg/blogs/default.aspx
http://beyondrelational.com/members/RohitGarg/default.asp