Actualización de paquetes DTS a paquetes SSIS

Question

Mi pregunta es similar a Actualización de SQL Servidor 2000 a 2005 o 2008 - DTS a SSIS pero tengo algunas restricciones que me gustaría que la comunidad considere.

Tenemos dos bases de datos que actualmente se ejecutan en SQL Server 2000 y estamos siendo empujados a abandonar esto a favor de SQL Server 2005 (No tenemos 2008, no es una opción).

Tenemos aproximadamente 150 paquetes DTS que deberán convertirse. De acuerdo con la publicación de desbordamiento de pila anterior, no debemos usar la herramienta de conversión disponible. También anticipamos que cualquier "compatibilidad con versiones anteriores" los parches que Microsoft puede lanzaron para SQL Server 2005 no se instalarán en nuestro servidor.

¿Alguien puede ayudarme a comprender la curva de aprendizaje involucrada en pasar de DTS a SSIS? Para 150 paquetes, hemos llegado a una estimación de 900 horas. Yo y un desarrollador más senior trabajaremos en esto, pero nunca hemos trabajado con SSIS. Las 900 horas se dividirán entre nosotros. Como con cualquier proyecto, la calidad es de suma importancia. ¿Es esta estimación escandalosa o baja?

Tendremos acceso a otros desarrolladores que han trabajado con SSIS, por lo que no estaremos completamente solos en esto. Además, he aprendido que la conversión del paquete DTS no es una opción; no es compatible con nuestro personal de DBA.

Algunas cosas que hacemos con DTS incluyen lo siguiente. Esta no es una lista exhaustiva:

• Cargue archivos XML, XLS, MDB, CSV, etc. en SQL Server
• Exportar archivos XML, XLS, MDB, CSV, etc. desde SQL Server
• Ejecutar procesamiento de tipo flujo de trabajo

Answer 1

La herramienta de conversión integrada no

• migrar configuraciones de transacción
• migrar scripts ActiveX asociados con pasos
• Tarea de Analysis Services
• tareas complejas de transformación de datos
• tareas personalizadas
• Tareas de consulta basada en datos
• Tarea de consulta de predicción de minería de datos
• Tareas de propiedades dinámicas
• Ejecutar tareas de paquetes
• Tareas paralelas de bombeo de datos
• tareas que obtienen su conexión información de Microsoft Data Link (.udl) archivos
• Código de ActiveX Script que accede el modelo de objeto DTS a través de Propiedad principal de la Colección GlobalVariables

Hay una herramienta llamada dtsXchange disponible de Pragmatic works que realiza la mayoría de estas conversiones, pero aún así no rediseña el paquete.

Típicamente, un paquete DTS usaría tablas de preparación y la mayor parte de la transformación / manipulación de datos ocurriría usando procedimientos SQL o almacenados. La conversión automática continuaría utilizando el mismo flujo de trabajo.

El motor SSIS es bastante potente y tiene muchas características para ayudar a realizar estas tareas. Reescribir los paquetes en SSIS sería el camino a seguir.

Habiendo dicho eso, considerando que no tienes experiencia con SSIS, siento que 900 horas por 150 paquetes es un poco conservador. Creo que debe planificar 8 horas por paquete, pero apunte a 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 para reescribir contra la conversión. Con gusto compartiré toda la documentación que tengo con usted. Envíeme un correo electrónico a b.rengarajan@gmail.com

Raj