La herramienta de conversión integrada no
- migrar configuración de transacciones
- migrar secuencias de comandos ActiveX asociadas con pasos
- Tarea de servicios de análisis
- tareas complejas de transformación de datos
- tareas personalizadas
- Tareas de consultas basadas en datos
- Tarea de consulta de predicción de minería de datos
- Tareas de propiedades dinámicas
- Ejecutar tareas de paquetes
- Tareas de bombeo de datos en paralelo
- tareas que obtienen su información de conexión de archivos Microsoft Data Link (.udl)
- Código ActiveX Script que accede al modelo de objetos DTS a través de la propiedad Parent de la colección GlobalVariables
Hay una herramienta llamada dtsXchange disponible de Pragmatic Works que realiza la mayoría de estas conversiones, pero aun así no rediseña el paquete.
Por lo general, un paquete DTS usaría tablas de etapas y la mayor parte de la transformación/manipulación de datos ocurriría usando SQL o procedimientos almacenados. La conversión automática seguiría utilizando el mismo flujo de trabajo.
El motor SSIS es bastante poderoso y tiene muchas funciones para ayudar a realizar estas tareas. Reescribir los paquetes en SSIS sería el camino a seguir.
Habiendo dicho eso, considerando que no tiene experiencia con SSIS, creo que 900 horas para 150 paquetes es un poco conservador. Creo que debería planificar 8 horas por paquete, pero trate de hacerlo en 6 horas.
Espero que no estés usando 64 bits. Ni los archivos XLS ni MDB tienen un proveedor de datos de 64 bits y se verá obligado a ejecutar en modo de 32 bits.
He estado trabajando en un fuerte argumento a favor de la reescritura en contra de la conversión. Con mucho gusto compartiré toda la documentación que tengo contigo. Envíeme un correo electrónico a [email protected]
Raj
