Exportar (0) Imprimir
Expandir Tudo
Este artigo foi traduzido manualmente. Coloque o ponteiro do mouse sobre as frases do artigo para ver o texto original. Mais informações.
Tradução
Original

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.

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).

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 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.

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 2005 ou do SQL Server 2008.

Para obter mais informações, consulte Utilitário dtexec.

A atualização do pacote é temporária. Para um pacote do SQL Server 2005, a migração do script é temporária.

Não é possível salvar as alterações.

Abra um arquivo de pacote do SQL Server 2005 ou SQL Server 2008 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.

Para um pacote do SQL Server 2005, a migração de script será permanente se você salvar o pacote; caso contrário, a atualização será temporária.

Adicione um pacote do SQL Server 2005 ou do SQL Server 2008 a um projeto existente do SSDT (SQL Server Data Tools).

A atualização do pacote é permanente. Para um pacote do SQL Server 2005, a migração do script é permanente.

Abra um arquivo de projeto do SQL Server 2005 Integration Services (SSIS) ou SQL Server 2008 Integration Services (SSIS) no Visual Studio e use o Assistente de atualização de pacote do SSIS para atualizar vários pacotes do 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 Pacotes SSIS.

A atualização do pacote é permanente. Para um pacote do SQL Server 2005, a migração do script é permanente.

Use o método Upgrade para atualizar um ou mais pacotes do Integration Services.

A atualização do pacote é permanente. Para um pacote do SQL Server 2005, a migração do script é permanente.

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 2014).

  • 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 2014, 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 2014). 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 2014, 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.

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 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 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#.

Isso foi útil para você?
(1500 caracteres restantes)
Agradecemos os seus comentários

Contribuições da comunidade

ADICIONAR
Mostrar:
© 2014 Microsoft