Atualizar pacotes do Integration Services

Aplica-se a: SQL Server SSIS Integration Runtime no Azure Data Factory

Quando você atualiza uma instância do SQL Server 2008 (10.0.x) para a versão atual do SQL Server, os pacotes existentes do SSIS (SQL Server Integration Services) 2008 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.

Para obter informações sobre como fazer upgrade de pacotes quando você converte um projeto para o modelo de implantação de projetos, consulte Implantar projetos e pacotes do SSIS (Integration Services)

Selecionando um método de atualização

Você pode usar vários métodos para atualizar os pacotes do SQL Server 2008 (10.0.x), do SQL Server 2008 R2 (10.50.x), do SQL Server 2012 (11.x) ou do SQL Server 2014 (12.x). 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 2008 (10.0.x), do SQL Server 2008 R2 (10.50.x), do SQL Server 2012 (11.x) ou do SQL Server 2014 (12.x) 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.

Observação

Para componentes de Script que fazem referência a assemblies relacionados ao SSIS que se associam à versão, o processo de atualização não cuidará, mas os manterá inalterados. Será necessário uma referência de atualização manual para a nova versão.

Método de atualização Tipo de atualização
Use o utilitário dtexec (dtexec.exe) instalado com a versão atual do SQL Server para executar um pacote do SQL Server 2008 (10.0.x), do SQL Server 2008 R2 (10.50.x), do SQL Server 2012 (11.x) ou do SQL Server 2014 (12.x).

Para saber mais, veja dtexec Utility.
A atualização do pacote é temporária.

Não é possível salvar as alterações.
Abra um arquivo do pacote do SQL Server 2008 (10.0.x), do SQL Server 2008 R2 (10.50.x), do SQL Server 2012 (11.x) ou do SQL Server 2014 (12.x) no SSDT (SQL Server Data Tools). A atualização do pacote será permanente se você salvá-lo; se você não salvar o pacote, a atualização será temporária.
Adicione um pacote do SQL Server 2008 (10.0.x), do SQL Server 2008 R2 (10.50.x), do SQL Server 2012 (11.x) ou do SQL Server 2014 (12.x) a um projeto existente do SSDT (SQL Server Data Tools). A atualização do pacote é permanente.
Abra um arquivo de projeto do SQL Server 2008 Integration Services (SSIS) ou posterior no Visual Studioe use o Assistente de atualização de pacote do SSIS para atualizar vários pacotes do projeto.

Para obter mais informações, veja Atualizar pacotes do Integration Services usando o Assistente de Atualização de Pacote SSIS e Ajuda F1 do Assistente de Atualização de Pacotes SSIS.
A atualização do pacote é permanente.
Use o utilitário Upgrade para atualizar um ou mais pacotes do Integration Services . A atualização do pacote é permanente.

Aplicativos e componentes personalizados

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

Você pode usar a versão atual das ferramentas do SSIS (SQL Server Integration Services) para executar e gerenciar pacotes que incluem componentes personalizados do SQL Server 2008 (10.0.x), do SQL Server 2008 R2 (10.50.x), do SQL Server 2012 (11.x) ou do SQL Server 2014 (12.x). Adicionamos quatro regras de redirecionamento de associação aos arquivos a seguir para ajudar a redirecionar os assemblies de runtime da versão 10.0.0.0.0 [SQL Server 2008 R2 (10.50.x)], da versão 11.0.0.0 [SQL Server 2012 (11.x)] ou da versão 12.0.0.0 [SQL Server 2014 (12.x)] para a versão 15.0.0.0 [SQL Server 2019 (15.x)].

  • DTExec.exe.config

  • dtshost.exe.config

  • DTSWizard.exe.config

  • DTUtil.exe.config

  • DTExecUI.exe.config

Para usar o SQL Server Data Tools a fim de projetar pacotes que incluem componentes personalizados do SQL Server 2008 (10.0.x), do SQL Server 2008 R2 (10.50.x), do SQL Server 2012 (11.x) ou do SQL Server 2014 (12.x), você precisa modificar o arquivo devenv.exe.config localizado em <unidade>:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE.

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

Localizando os assemblies

No SQL Server 2019 (15.x), 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.

Assim como nas versões anteriores do SQL Server, os principais arquivos .dll de extensibilidade do Integration Services também ficam em <unidade>:\Arquivos de Programas\Microsoft SQL Server\130\SDK\Assemblies.

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

Durante o processo de atualização do pacote, a maioria dos componentes e dos recursos dos pacotes do SQL Server 2008 (10.0.x), do SQL Server 2008 R2 (10.50.x), do SQL Server 2012 (11.x) ou do SQL Server 2014 (12.x) são convertidos diretamente nos 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.

Componente ou recurso Resultados da atualização
Cadeias de conexão Para os pacotes do SQL Server 2008 (10.0.x), do SQL Server 2008 R2 (10.50.x), do SQL Server 2012 (11.x) ou do SQL Server 2014 (12.x), os nomes de alguns provedores foram alterados e exigem 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 SQL Server Data Tools (SSDT), 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 SQL Server Data Tools (SSDT), 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 as fontes de dados disponíveis, veja Fontes de Dados.

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 SQL Server Data Tools (SSDT) 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#.