Atualizar pacotes do Integration Services

Quando você atualiza uma instância do SQL Server 2005 ou do SQL Server 2008 para a versão atual do SQL Server, os pacotes existentes do SQL Server 2008 Integration Services (SSIS) não são atualizados automaticamente para o formato de pacote usado pela versão atual do SQL Server Integration Services. Você terá que selecionar um método de atualização e atualizar os pacotes manualmente.

Quando você atualiza um pacote do SQL Server 2005, o Integration Services migra os scripts existentes em qualquer tarefa Script e componente Script para o Microsoft Visual Studio Tools for Applications (VSTA). No SQL Server 2005, os scripts em tarefas Script ou em componentes Script usavam o MicrosoftVisual Studio for Applications (VSA). Para obter mais informações sobre alterações que você possa ter que fazer nos scripts antes da migração e sobre falhas na conversão de scripts, consulte Migrar scripts para o VSTA.

Para obter informações sobre como atualizar pacotes quando você converte um projeto para o modelo de implantação de projetos, consulte Implantar projetos no Servidor do Integration Services.

Pacotes do SQL Server 2000 Data Transformation Services

O suporte para a migração ou a execução de pacotes de DTS (Data Transformation Services) foram descontinuados na versão atual do SQL Server Integration Services. A seguinte funcionalidade do DTS foi descontinuada:

• Tempo de execução DTS

• API DTS

• O Assistente de Migração de Pacotes para migração de pacotes DTS para a próxima versão do Integration Services

• Suporte para manutenção de pacote DTS no SQL Server Management Studio.

• Tarefa Executar Pacote DTS 2000

• Exame de pacotes DTS do Supervisor de Atualização

As seguintes opções estão disponíveis para migrar pacotes do DTS.

• Migre os pacotes para o SQL Server 2005 Integration Services (SSIS) ou SQL Server 2008 Integration Services (SSIS) e, em seguida, atualize os pacotes para o SQL Server 2012 Integration Services (SSIS).

  Para obter informações sobre migração de pacotes DTS para o SQL Server 2005 Integration Services (SSIS) e o SQL Server 2008 Integration Services (SSIS), consulte Migrando pacotes do Data Transformation Services (2005) e Migrando pacotes do Data Transformation Services (2008).

• Recrie os pacotes do DTS usando o SQL Server 2012 Integration Services (SSIS).

  Para obter mais informações sobre os novos recursos do SQL Server 2012 Integration Services (SSIS), consulte Novidades (Integration Services). Para obter uma visão geral da estrutura dos pacotes do Integration Services, consulte Pacotes do SSIS (Integration Services).

Selecionando um método de atualização

Você pode usar vários métodos para atualizar pacotes do SQL Server 2005 e do SQL Server 2008. Em alguns desses métodos, a atualização é apenas temporária. Em outros, a atualização é permanente. A tabela a seguir descreve cada um desses métodos e se a atualização é temporária ou permanente.

Observação

Quando você executa um pacote do SQL Server 2005 ou do SQL Server 2008 usando o utilitário dtexec (dtexec.exe) que é instalado com a versão atual do SQL Server, a atualização do pacote temporário aumenta o tempo de execução. A taxa de aumento em tempo de execução de pacote varia de acordo com o tamanho do pacote. Para evitar um aumento no tempo de execução, é recomendável que você atualize o pacote antes de executá-lo.

Aplicativos e componentes personalizados

Os componentes personalizados do SQL Server 2005 Integration Services (SSIS) não funcionarão com a versão atual do SQL ServerIntegration Services.

Você pode usar a versão atual das ferramentas do SQL Server Integration Services para executar e gerenciar pacotes que incluam componentes personalizados do SQL Server 2008 e SQL Server 2008 R2 SSIS. Adicionamos quatro regras de redirecionamento de associação aos seguintes arquivos para facilitar o redirecionamento dos assemblies de tempo de execução da versão 10.0.0.0 (SQL Server 2008 R2) para a versão 11.0.0.0 (SQL Server 2012).

• DTExec.exe.config

• dtshost.exe.config

• DTSWizard.exe.config

• DTUtil.exe.config

• DTExecUI.exe.config

Para usar o SQL Server Data Tools para criar pacotes que incluam componentes personalizados do SQL Server 2008 e do SQL Server 2008 R2, você precisa modificar o arquivo devenv.exe.config localizado em <unidade>:\Arquivos de Programas\Microsoft Visual Studio 10.0\Common7\IDE.

Para usar esses pacotes com aplicativos de clientes compilados com o tempo de execução de SQL Server 2012, inclua as regras de redirecionamento da seção de configuração do arquivo *.exe.config do executável. As regras redirecionam os assemblies de tempo de execução para a versão 11.0.0.0 (SQL Server 2012). Para obter mais informações sobre o redirecionamento de versão do assembly, consulte Elemento <assemblyBinding> do <tempo de execução>.

Localizando os assemblies

No SQL Server 2012, os assemblies do Integration Services foram atualizados para o .NET 4.0. Há um cache de assembly global separado para o .NET 4, localizado em <unidade>:\Windows\Microsoft.NET\assembly. Você pode localizar todos os assemblies do Integration Services nesse caminho, normalmente na pasta GAC_MSIL.

Como nas versões anteriores do SQL Server, os principais arquivos .dll de extensibilidade do Integration Services também estão localizados em <unidade>:\Arquivos de Programas\Microsoft SQL Server\100\SDK\Assemblies.

Entendendo os resultados da atualização de pacote do SQL Server

No processo de atualização de pacotes, a maioria dos componentes e recursos dos pacotes do SQL Server 2005 e do SQL Server 2008 são convertidos diretamente em seus respectivos equivalentes na versão atual do SQL Server. No entanto, há vários componentes e recursos que não serão atualizados ou têm resultados de atualização dos quais você deve estar ciente. A tabela a seguir identifica esses componentes e recursos.

Observação
Para identificar os pacotes que apresentam os problemas listados nesta tabela, execute o Supervisor de Atualização. Para obter mais informações, consulte Usar o Supervisor de Atualização para preparar para atualizações.

Componente ou recurso	Resultados da atualização
Cadeias de conexão	Para pacotes do SQL Server 2005 e do SQL Server 2008, os nomes de determinados provedores foram alterados e requerem valores diferentes nas cadeias de conexão. Para atualizar as cadeias de conexão, use um dos seguintes procedimentos: Use o Assistente de Atualização de Pacote SSIS para atualizar o pacote e selecione a opção Atualizar cadeias de caracteres de conexão para usar novos nomes de provedor. No SSDT (SQL Server Data Tools), na página Geral da caixa de diálogo Opções, selecione a opção Atualizar cadeias de caracteres de conexão para usar novos nomes de provedor. Para obter mais informações sobre essa opção, consulte Página Geral. No SSDT (SQL Server Data Tools), abra o pacote e altere o texto da propriedade ConnectionString manualmente. Observação Você não pode usar os procedimentos anteriores para atualizar uma cadeia de conexão quando ela está armazenada em um arquivo de configuração ou em um arquivo de fonte de dados, ou quando uma expressão define a propriedade ConnectionString. Para atualizar a cadeia de conexão nesses casos, é necessário atualizar manualmente o arquivo ou a expressão. Para obter mais informações sobre fontes dados, consulte Fontes de Dados.
transformação Pesquisa	Para pacotes do SQL Server 2005, o processo de atualização atualiza automaticamente a transformação Pesquisa para a versão atual do SQL Server Integration Services. Porém, a versão atual deste componente tem alguns recursos adicionais dos quais você pode se beneficiar. Para obter mais informações, consulte Transformação Pesquisa.
Tarefa Script e componente Script	Para pacotes do SQL Server 2005, o processo de atualização de pacotes migra automaticamente os scripts da tarefa Script e do componente Script do VSA para o VSTA. Para obter mais informações sobre as alterações que você possa ter de fazer nos scripts antes da migração e sobre falhas na conversão de scripts, consulte Migrar scripts para o VSTA.

Scripts que dependem do ADODB.dll

Os scripts Tarefa Script e Componente de Script que fazem referência explicitamente ao ADODB.dll podem não ser atualizados ou executados em computadores sem o SQL Server Management Studio ou o SSDT (SQL Server Data Tools) instalado. Para atualizar esses scripts Tarefa Script ou Componente Script, é recomendável remover a dependência do ADODB.dll. O Ado.Net é a alternativa indicada para código gerenciado, como scripts VB e C#.

Recursos externos

• Artigo técnico, 5 dicas para uma atualização suave do SSIS para o SQL Server 2012, no msdn.microsoft.com.

• Entrada de blog, Fazendo com que aplicativos e extensões de SSIS personalizados existentes funcionem no Denali, em blogs.msdn.com.

• Webcast, Atualizando pacotes SSIS para o SQL Server 2012, em channel9.msdn.com.