L'outil de conversion intégré ne sera pas
- migrer les paramètres de transaction
- migrer les scripts ActiveX associés aux étapes
- Tâche des services d'analyse
- tâches complexes de transformation de données
- tâches personnalisées
- Tâches de requête basée sur les données
- Tâche de requête de prédiction d'exploration de données
- Tâches des propriétés dynamiques
- Exécuter des tâches de packages
- Tâches Data Pump parallèles
- tâches qui obtiennent leurs informations de connexion à partir de fichiers Microsoft Data Link (.udl)
- Code ActiveX Script qui accède au modèle d'objet DTS via la propriété Parent de la collection GlobalVariables
Il existe un outil appelé dtsXchange disponible auprès de Pragmatic Works qui effectue la plupart de ces conversions, mais il ne réorganise toujours pas le package.
En règle générale, un package DTS utiliserait des tables intermédiaires et la plupart des transformations/manipulations de données se produiraient à l'aide de procédures SQL ou stockées. La conversion automatique continuerait à utiliser le même flux de travail.
Le moteur SSIS est assez puissant et possède de nombreuses fonctionnalités pour vous aider à effectuer ces tâches. Réécrire les packages dans SSIS serait la solution.
Cela dit, étant donné que vous n'avez aucune expérience avec SSIS, je pense que 900 heures pour 150 packages est un peu conservateur. Je pense que vous devriez prévoir 8 heures par paquet, mais essayez de le faire en 6 heures.
J'espère que vous n'utilisez pas 64 bits. Ni les fichiers XLS ni MDB n'ont de fournisseur de données 64 bits et vous serez obligé d'exécuter en mode 32 bits.
J'ai travaillé sur un argument fort en faveur de la réécriture contre la conversion. Je partagerai avec plaisir toute la documentation que j'ai avec vous. Envoyez-moi un e-mail à [email protected]
Raj
