Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Aplica-se a:
SQL Server SSIS Integration Runtime em Azure Data Factory
Quando você atualiza uma instância do SQL Server 2008 (10.0.x) para a versão atual do SQL Server, seus 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 manualmente seus pacotes.
Importante
Ao atualizar o SQL Server 2012 (11.x) para o SQL Server 2014 (12.x) ou versões posteriores, verifique se a instância original do SQL Server 2012 (11.x) foi removida após a atualização. Se você estiver inscrito nas Atualizações de Segurança Estendidas para SQL Server, será cobrado por ambas as instâncias.
Para obter informações sobre como atualizar pacotes quando você converte um projeto para o modelo de implantação de projeto, consulte Implantar projetos e pacotes do Integration Services (SSIS)
Selecionando um método de atualização
Você pode usar vários métodos para atualizar pacotes do SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x). Para alguns desses métodos, a atualização é apenas temporária. Para 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), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou 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 no tempo de execução do pacote varia dependendo do tamanho do pacote. Para evitar um aumento no tempo de execução, é recomendável atualizar o pacote antes de executá-lo.
Observação
Para componentes de Script que fazem referência a assemblies relacionados ao SSIS que se vinculam a uma versão, o processo de atualização não irá tratar disso, mantendo-os inalterados. É necessária 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 SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x). Para obter mais informações, consulte dtexec Utility. |
A atualização do pacote é temporária. As alterações não podem ser salvas. |
| Abra um arquivo de pacote do SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x) no SSDT (SQL Server Data Tools). | A atualização do pacote é permanente se você salvar o pacote; caso contrário, é temporário se você não salvar o pacote. |
| Adicione um pacote do SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x) a um projeto existente no 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 Studio e use o Assistente de Atualização de Pacote SSIS para atualizar vários pacotes no projeto. Para obter mais informações, consulte Atualizar pacotes do Integration Services usando o Assistente de Atualização de Pacote SSIS e Ajuda F1 do Assistente de Atualização de Pacote SSIS. |
A atualização do pacote é permanente. |
| Use o Upgrade método 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 (SSIS) não funcionarão com a versão atual do SQL Server Integration Services.
Você pode usar a versão atual das ferramentas do SQL Server Integration Services para executar e gerenciar pacotes que incluem componentes personalizados SSIS do SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x). Adicionamos quatro regras de redirecionamento de vinculação aos seguintes arquivos para ajudar a redirecionar os assemblies de tempo de execução da versão 10.0.0.0 (SQL Server 2008 R2 (10.50.x)), versão 11.0.0.0 (SQL Server 2012 (11.x)) ou 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 para criar pacotes que incluem componentes personalizados do SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x), você precisa modificar o arquivo devenv.exe.config localizado em <drive>:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE.
Para usar esses pacotes com aplicativos de cliente criados com o tempo de execução do SQL Server 2019 (15.x), inclua regras de redirecionamento na seção de configuração do arquivo *.exe.config para o executável. As regras redirecionam os assemblies de tempo de execução para a versão 15.0.0.0 (SQL Server 2019 (15.x)). Para obter mais informações sobre o redirecionamento da versão do assembly, consulte <assemblyBinding> Element for <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 <drive>:\Windows\Microsoft.NET\assembly. Você pode encontrar todos os assemblies do Integration Services nesse caminho, geralmente na pasta GAC_MSIL.
Como nas versões anteriores do SQL Server, os principais arquivos de extensibilidade .dll do Integration Services também estão localizados em <drive>:\Program Files\Microsoft SQL Server\130\SDK\Assemblies.
Noções básicas sobre os resultados da atualização do pacote do SQL Server
Durante o processo de atualização do pacote, a maioria dos componentes e recursos nos pacotes SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x) são convertidos diretamente em seus equivalentes na versão atual do SQL Server. No entanto, existem 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 quais pacotes têm os problemas listados nesta tabela, execute o Supervisor de Atualização.
| Componente ou Função | Resultados da atualização |
|---|---|
| Cadeias de ligação | Para pacotes do SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x), os nomes de determinados 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 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 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 manualmente o texto da propriedade ConnectionString. Nota: Não é possível usar os procedimentos anteriores para atualizar uma cadeia de conexão quando a cadeia de conexão é 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, você deve atualizar manualmente o arquivo ou a expressão. Para obter mais informações sobre fontes de dados, consulte Fontes de dados. |
Scripts que dependem de ADODB.dll
Os scripts de Tarefa de Script e Componente de Script que fazem referência explícita a ADODB.dll não podem ser atualizados ou executados em máquinas sem o SQL Server Management Studio ou o SSDT (SQL Server Data Tools) instalados. Para atualizar esses scripts de Tarefa de Script ou Componente de Script, é recomendável remover a dependência de ADODB.dll. Ado.Net é a alternativa recomendada para código gerenciado, como scripts VB e C#.