Mise à niveau des packages DTS vers des packages SSIS

Ma question est similaire à Mise à niveau de SQL Server 2000 à 2005 ou 2008 – DTS à SSIS mais j'ai quelques ressortingctions que je voudrais que la communauté considère.

Nous avons deux bases de données qui fonctionnent actuellement sur SQL Server 2000 et nous sums poussés à nous en éloigner en faveur de SQL Server 2005 (nous n'avons pas 2008, ce n'est pas une option).

Nous avons environ 150 packages DTS qui devront être convertis. Selon le message de débordement de stack ci-dessus, nous ne devrions pas utiliser l'outil de conversion disponible. Nous prévoyons également que les correctifs de «rétrocompatibilité» que Microsoft peut avoir publiés pour SQL Server 2005 ne seront pas installés sur notre server.

Quelqu'un peut-il m'aider à comprendre la courbe d'apprentissage nécessaire pour passer de DTS à SSIS? Pour 150 colis, nous avons établi une estimation de 900 heures. Moi-même et un développeur plus expérimenté travaillerons dessus mais nous n'avons jamais travaillé avec SSIS. Les 900 heures seront réparties entre nous. Comme pour tout projet, la qualité est de la plus haute importance. Cette estimation est-elle scandaleuse ou faible?

Nous aurons access à d'autres développeurs qui ont travaillé avec SSIS, donc nous ne serons pas complètement seuls dans ce domaine. En outre, j'ai appris que la conversion de package DTS n'est pas une option; il n'est pas pris en charge par notre personnel DBA.

Certaines choses que nous faisons avec DTS incluent ce qui suit. Ce n'est en aucun cas une list exhaustive:

Charger des files XML, XLS, MDB, CSV, etc. dans SQL Server
Exportation de files XML, XLS, MDB, CSV, etc. à partir de SQL Server
Exécuter le traitement de type Workflow

L'outil de conversion embedded ne sera pas

migrer les parameters de transaction
migrer les scripts ActiveX associés aux étapes
Tâche Analysis Services
tâches complexes de transformation de données
tâches personnalisées
Tâches de requête pilotées par datatables
Tâche de requête de prédiction d'exploration de données
Tâches de propriétés dynamics
Exécuter des tâches de packages
Tâches de pompe de données parallèle
tâches qui obtiennent leurs informations de connection à partir de files Microsoft Data Link (.udl)
Code de script ActiveX qui accède au model d'object DTS via la propriété Parent de la collection GlobalVariables

Il y a un outil appelé dtsXchange disponible à partir de Pragmatic Works qui effectue la plupart de ces conversions, mais il ne réorganise pas le package.

Généralement, un package DTS utilise des tables de transfert et la plupart des opérations de transformation / de données sont effectuées à l'aide de procédures SQL ou stockées. La conversion automatique continuerait à utiliser le même stream de travail.

Le moteur SSIS est assez puissant et dispose de nombreuses fonctionnalités pour faciliter ces tâches. Réécrire les packages dans SSIS serait le path à parcourir.

Cela dit, count tenu du fait que vous n'avez aucune expérience avec SSIS, je pense que 900 heures pour 150 packages est un peu conservasortingce. Je pense que vous devriez prévoir 8 heures par package, mais essayer de le faire en 6 heures.

J'espère que vous n'utilisez pas 64 bits. Ni les files XLS ni les files MDB n'ont un fournisseur de données 64 bits et vous serez obligé de fonctionner en mode 32 bits.

J'ai travaillé sur un argument fort pour réécrire contre la conversion. Je partagerai volontiers toute la documentation que j'ai avec vous. Écrivez-moi à [email protected]

Raj