Atualizando pacotes DTS para pacotes SSIS

Question

A minha pergunta é semelhante ao SQL server 2000 para 2005 ou 2008 - DTS para SSIS mas eu tenho algumas restrições que eu gostaria a comunidade a considerar.

Nós temos duas bases de dados que atualmente são executados em SQL Server 2000 e estamos sendo empurrados para passar ao largo desta em favor de servidor SQL 2005 (Não temos 2008, não é uma opção).

Nós temos aproximadamente 150 DTS pacotes que precisam ser convertidos. De acordo com o post de estouro de pilha acima, não devemos usar a ferramenta de conversão disponíveis. Nós também antecipar que quaisquer patches "atrasados ??de compatibilidade" que a Microsoft pode lançaram para o SQL Server 2005 não será instalado em nosso servidor.

Alguém pode me ajudar a entender a curva de aprendizagem envolvida em ir de DTS para SSIS? Para 150 pacotes, nós viemos acima com uma estimativa de 900 horas. Eu e um programador mais experiente estará trabalhando sobre isso, mas nós nunca trabalhei com SSIS. As 900 horas será dividido entre nós. Como em qualquer projeto, a qualidade é da maior importância. É esta estimativa ultrajante ou baixa?

Vamos ter acesso a outros desenvolvedores que trabalharam com SSIS, por isso não será completamente sozinho nessa. Além disso, eu aprendi que a conversão pacote DTS não é uma opção; ele não é suportado por nossa equipe DBA.

Algumas coisas que fazemos com DTS incluem o seguinte. Esta é de nenhuma maneira uma lista exaustiva:

• Load XML, XLS, MDB, CSV, etc arquivos para o SQL Server
• Exportar XML, XLS, MDB, CSV, etc arquivos do SQL Server
• Executar fluxo de trabalho do tipo de processamento

Answer 1

O construído em ferramenta de conversão não irá

• configurações de transação Migrar
• scripts ActiveX Migrar associado com passos
• tarefa Analysis Services
• complexas tarefas de transformação de dados
• tarefas personalizadas
• tarefas Data Driven Query
• tarefa Data Mining Prediction consulta
• tarefas propriedades dinâmicas
• Executar tarefas Pacotes
• tarefas paralelas Bomba de dados
• tarefas que obtêm sua conexão informações do Microsoft Data Link arquivos (.udl)
• código ActiveX Script que acessos o modelo de objectos através da DTS propriedade pai do coleção GlobalVariables

Há uma ferramenta chamada dtsXchange disponível a partir de trabalhos pragmática que faz a maior parte dessas conversões, mas ainda não re-engenharia do pacote.

Normalmente, um pacote DTS usaria nas tabelas intermediárias e mais da manipulação transformação / dados que aconteceria usando SQL ou procedimentos armazenados. conversão automática iria continuar a usar o mesmo fluxo de trabalho.

O motor SSIS é muito poderoso e tem um monte de recursos para ajudar a fazer essas tarefas. Reescrever os pacotes SSIS seria o caminho a percorrer.

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

Eu espero que você não está usando 64 bit. Nem XLS nem MDB arquivos têm um provedor de dados de 64 bits e você será forçado a ser executado no modo de 32 bits.

Eu tenho trabalhado em um argumento forte para reescrever contra a conversão. Terei prazer em compartilhar toda a documentação que tenho com você. O email mim em b.rengarajan@gmail.com

Raj