En effet, cette « trousse à outils » est générique, et ne propose aucun contrôle, et nous offre l’amical message suivant :

Quelle ne fut pas ma joie de retrouver ce panneau après avoir cliqué sur le petit bouton en haut et à droite du panneau de conception !

Bonne création de paquetages SSIS !

SSDT a été mis en ligne pour la première fois pour Visual Studio 2010, qu’il installait en mode Shell. Cette version n’est maintenant plus disponible, mais on la trouve bien entendu pour Visual Studio 2012 (fr/en) et 2013 (fr/en).

Ce dernier est en fait décliné en deux opus, l’un dédié à la Business Intelligence, abrévié en SSDT-BI, et l’autre SSDT tout court. Les deux versions installent toujours Visual Studio en mode Shell, mais la version BI n’installe pas les composants nécessaires au développement d’un projet d’assembly SQL Server. Et inversement.

J’avais donc installé SSDT-BI 2012 sans noter que le projet de type SQL Server n’était pas présent. J’ai donc installé SSDT 2012 (téléchargeable ici en version 2012 et 2013), et j’ai maintenant ce qui me manquait :

Bon développement SQL Server !

Rappelons que les DTS (Data Transformation Services) est un outil d’ETL (Extraction / Transformation / Load) introuduit avec SQL Server 7 et remplacé dès SQL Server 2005 par SSIS (SQL Server Integration Services)

Sur le serveur source, replongeons nous dans la console d’administration de SQL Server 2000 qu’est Enterprise Manager pour retrouver nos lots DTS:

Nous allons maintenant choisir d’exporter le DTS dans un fichier structuré, en choisissant l’option « Enregistrer sous » du menu « Lot » :

Une boîte de dialogue apparaît alors, nous permettant de spécifier le type de sauvegarde à effectuer

On voit que l’on peut effectuer une sauvegarde d’un DTS directement sur un autre serveur hébergeant aussi un instance SQL Server 2000, mais il est possible que la machine de développement soit dans l’entreprise alors que la machine de production est chez le client.

On peut aussi spécifier un nom de fichier :

Après le transfert du fichier sur le serveur cible, ouvrons Enterprise Manager pour enregistrer le lot :

On obtient la boîte de dialogue classique de spécification d’un emplacement de fichier :

De retour dans Enterprise Manager, nous devons choisir le lot à ouvrir (comme on peut en enregistrer plusieurs dans le même fichier d’export) :

Il suffit maintenant d’enregistrer le lot …

… en spécifiant qu’il s’agit d’un instance SQL Server :

Et l’opération est terminée; la console Enterprise Manager affiche :

ElSuket

Pour convertir un fichier blg au format CSV, il suffit d’utiliser l’instruction relog en ligne de commandes :

>relog perfmon_log.blg -f CSV -o perfmon_log.csv

En quelques secondes un gros fichier blg peut être converti, retournant le nombre de lignes que contient le fichier CSV.

A partir de là, on peut procéder à son intégration en faisant un clic-droit sur la base de données dans laquelle on souhaite charger les données :

La fenêtre suivante s’ouvre alors :

Il suffit simplement de sélectionner Flat file source dans la liste déroulante Data source, puis de cliquer sur Browse :

Attention à filtrer sur l’extension csv, sinon le fichier n’apparaîtra pas

Une fois le fichier sélectionné, faites attention à la page de codes : elle doit correspondre à la collation utilisée par votre base de données.
Dans la plupart des cas, la page de codes par défaut fonctionnera.
Dans mon cas, comme la collation de la base de données est Thai_CI_AS, j’ai choisi la page de codes 874.

Enfin, comme la première ligne de notre fichier de log PerfMon contient le nom des compteurs, il faut également cocher la case Colmun names in the first data row.

On peut maintenant cliquer sur le bouton Next :

Ici il s’agit de spécifier l’instance SQL Server (Server name) et la base de données dans laquelle on souhaite importer les données (Database).

La table prend alors le même nom que le fichier, par défaut.
Néanmoins on peut tout à fait parcourir et choisir une table de la base de données.

Une fois cela fait, on peut cliquer sur Next : la fenêtre suivante apparaît :

On peut alors choisir d’exécuter le package SSIS immédiatement, auquel cas il ne sera pas sauvegardé, ou bien choisir de l’enregistrer :

1. dans SQL Server (en fait dans la base de données système MSDB)
2. ou dans un fichier

C’est pratique puisque :

– Dans le premier cas, si nous devons réaliser un nouvel import, on n’aura plus qu’à se connecter avec SQL Server Management Studio à l’instance SSIS pour exécuter le package une nouvelle fois,

– Dans le second cas, il suffit simplement de double-cliquer sur le fichier (que l’on peut échanger avec ses collègues) pour exécuter le package

Dans mon cas, comme je n’aurai très probablement jamais plus besoin de réimporter des fichiers de log PerfMon ayant une liste de compteurs strictement identique, j’ai choisi Run Immediately seulement.

Dans tous les cas, on cliquera sur le bouton Next :

Le package s’exécute alors … quand l’opération est terminée, on obtient la fenêtre suivante :

Il suffit alors de cliquer sur Close pour voir la fenêtre se fermer, puis de faire un SELECT * FROM dbo.perfmon_log

Dans le cas où il s’agit d’une opération qui devra être effectuée à répétition, on peut également sauvegarder le package, et le faire exécuter par un job de l’Agent SQL Server.
En plus de cela, on peut construire un rapport SQL Server Reporting Services (SSRS) sur la table recevant les lignes du fichier CSV.

Bon chargement de données PerfMon

ElSüket