A ferramenta de conversão integrada não

• migrar configurações de transação
• migrar scripts ActiveX associados a etapas
• Tarefa dos serviços de análise
• tarefas complexas de transformação de dados
• tarefas personalizadas
• Tarefas de consulta orientada a dados
• Tarefa de consulta de previsão de mineração de dados
• Tarefas de propriedades dinâmicas
• Executar tarefas de pacotes
• Tarefas paralelas do Data Pump
• tarefas que obtêm suas informações de conexão de arquivos Microsoft Data Link(.udl)
• Código de script ActiveX que acessa o modelo de objeto DTS por meio da propriedade Parent da coleção GlobalVariables

Existe uma ferramenta chamada dtsXchange disponível na Pragmatic Works que faz a maioria dessas conversões, mas ainda não faz a reengenharia do pacote.

Normalmente, um pacote DTS usaria tabelas de preparo e a maior parte da transformação/manipulação de dados aconteceria usando SQL ou procedimentos armazenados. A conversão automática continuaria a usar o mesmo fluxo de trabalho.

O mecanismo SSIS é bastante poderoso e possui muitos recursos para ajudar a realizar essas tarefas. Reescrever os pacotes no SSIS seria o caminho a seguir.

Dito isto, considerando que você não tem nenhuma experiência com SSIS, acho que 900 horas para 150 pacotes é um pouco conservador. Eu acho que você deve planejar 8 horas por pacote, mas pretenda fazê-lo em 6 horas.

Espero que você não esteja usando 64 bits. Nem os arquivos XLS nem MDB têm um provedor de dados de 64 bits e você será forçado a executar no modo de 32 bits.

Tenho trabalhado em um forte argumento para reescrever contra a conversão. Terei o prazer de compartilhar toda a documentação que tenho com você. Envie-me um e-mail para [email protected]

Raj