Implantação de projetos e pacotes

Artigo
03/06/2017

O Integration Services dá suporte a dois modelos de implantação, o modelo de implantação de projeto e o modelo de implantação de pacote. O modelo de implantação de projeto permite que você implante seus projetos no servidor do Integration Services .

Para obter mais informações sobre como implantar projetos no servidor do Integration Services, consulte Implantar projetos no Servidor do Integration Services.

Para obter mais informações sobre o modelo de implantação de pacote, consulte Implantação de pacote (SSIS).

Comparar implantação de projeto e implantação de pacote

O tipo de modelo de implantação que você escolhe para um projeto determina quais opções de desenvolvimento e administrativas estão disponíveis para aquele projeto. A tabela a seguir mostra as diferenças e as semelhanças entre o uso do modelo de implantação de projeto e o uso do modelo de implantação de pacote.

Ao usar o modelo de implantação de projeto	Ao usar o modelo de implantação de pacote
Um projeto é a unidade de implantação.	Um pacote é a unidade de implantação.
Parâmetros são usados para atribuir valores a propriedades de pacote.	As configurações são usadas para atribuir valores a propriedades de pacote.
Um projeto, que contém pacotes e parâmetros, é compilado em um arquivo de implantação de projeto (extensão .ispac).	Os pacotes (extensão .dtsx) e as configurações (extensão .dtsConfig) são salvos individualmente no sistema de arquivos.
Um projeto que contém pacotes e parâmetros é implantado no catálogo do SSISDB em uma instância do SQL Server.	Os pacotes e as configurações são copiados no sistema de arquivos em outro computador. Os pacotes também podem ser salvos no banco de dados MSDB ou em uma instância do SQL Server.
A integração CLR é necessária no mecanismo de banco de dados.	A integração CLR não é necessária no mecanismo de banco de dados.
Os valores dos parâmetros específicos ao ambiente são armazenados em variáveis de ambiente.	Os valores de configuração específicos ao ambiente são armazenados nos arquivos de configuração.
Os projetos e pacotes do catálogo podem ser validados no servidor antes da execução. Você pode usar o SQL Server Management Studio, procedimentos armazenados ou código gerenciado para executar a validação.	Os pacotes são validados antes da execução. Você também pode validar um pacote com o código gerenciado dtExec.
Os pacotes são executados com o início de uma execução no mecanismo de banco de dados. Um identificador de projeto, valores de parâmetros explícitos (opcional) e referências ao ambiente (opcional) são atribuídos a uma execução antes de ela ser iniciada. Também é possível executar pacotes usando `dtExec`.	Os pacotes são executados usando os utilitários de execução `dtExec` e `DTExecUI`. As configurações aplicáveis são identificadas por argumentos de prompt de comando (opcional).
Durante a execução, os eventos produzidos pelo pacote são capturados automaticamente e salvos no catálogo. Você pode consultar esses eventos com exibições Transact-SQL.	Durante a execução, os eventos produzidos por um pacote não são capturados automaticamente. Um provedor de log deve ser adicionado ao pacote para capturar eventos.
Os pacotes são executados em um processo separado do Windows.	Os pacotes são executados em um processo separado do Windows.
O SQL Server Agent é usado para agendar a execução do pacote.	O SQL Server Agent é usado para agendar a execução do pacote.

Recursos do modelo de implantação de projeto

A tabela a seguir lista os recursos que estão disponíveis para projetos desenvolvidos apenas para o modelo de implantação de projeto.

Recurso	Descrição
Parâmetros	Um parâmetro especifica os dados que serão usados por um pacote. Você pode definir o escopo dos parâmetros no nível do pacote ou do projeto com parâmetros de pacote e de projeto, respectivamente. Os parâmetros podem ser usados em expressões ou tarefas. Quando o projeto é implantado no catálogo, você pode atribuir um valor literal para cada parâmetro ou usar o valor padrão que foi atribuído em tempo de design. Em lugar de um valor literal, você também pode fazer referência a uma variável de ambiente. Os valores de variáveis de ambiente são resolvidos na hora da execução do pacote.
Ambientes	Um ambiente é um contêiner de variáveis que podem ser referenciadas por projetos do Integration Services . Cada projeto pode ter várias referências de ambiente, mas uma única instância de execução de pacote pode fazer referência apenas a variáveis de um único ambiente. Os ambientes permitem organizar os valores que você atribui a um pacote. Por exemplo, você pode ter ambientes denominados "Desenvolvimento", "Teste" e "Produção".
Variáveis de ambiente	Uma variável de ambiente define um valor literal que pode ser atribuído a um parâmetro durante a execução do pacote. Para usar uma variável de ambiente, crie uma referência de ambiente (no projeto que corresponde ao ambiente que tem o parâmetro), atribua um valor de parâmetro ao nome da variável de ambiente e especifique a referência de ambiente correspondente ao configurar uma instância de execução.
Catálogo do SSISDB	Todos os objetos do Integration Services são armazenados e gerenciados em uma instância do SQL Server em um banco de dados chamado de catálogo do SSISDB. O catálogo permite usar pastas para organizar seus projetos e ambientes. Cada instância do SQL Server pode ter um catálogo. Cada catálogo pode ter zero ou mais pastas. Cada pasta pode ter zero ou mais projetos e zero ou mais ambientes. Uma pasta do catálogo também pode ser usada como um limite para permissões para objetos do Integration Services .
Procedimentos armazenados e exibições do catálogo	Um grande número de procedimentos armazenados e exibições pode ser usado para gerenciar objetos do Integration Services no catálogo. Por exemplo, você pode especificar valores para parâmetros e variáveis de ambiente, criar e iniciar execuções e monitorar operações do catálogo. É possível até ver exatamente quais valores serão usados por um pacote antes do início da execução.