Configurando o Integration Services em um cluster
Clusterizar o Integration Services não é recomendável porque o Integration Services não é um serviço clusterizado ou que reconheça clusters e não dá suporte ao failover de um nó de cluster para outro. Portanto, em um ambiente clusterizado, o Integration Services deve ser instalado e iniciado como um serviço autônomo em cada nó do cluster.
Importante |
---|
O Microsoft não recomenda que o serviço do Integration Services seja configurado como um recurso de cluster. |
Embora o serviço do Integration Services não seja um serviço clusterizado, você pode configurá-lo manualmente para operar como um recurso de cluster após instalar o Integration Services separadamente em cada nó do cluster. Para os clientes que concluíram que as vantagens desta configuração sobrepõem-se às desvantagens, este tópico contém instruções para configurar o serviço como um recurso de cluster.
No entanto, se o seu objetivo for a alta disponibilidade ao estabelecer um ambiente de hardware clusterizado, você poderá atingi-lo sem configurar o serviço do Integration Services como um recurso de cluster. Para gerenciar seus pacotes em qualquer nó do cluster a partir de qualquer outro nó do cluster, modifique o arquivo de configuração do serviço do Integration Services em cada nó do cluster. Modifique cada um dos arquivos de configuração para que eles apontem a todas as instâncias disponíveis do SQL Server nas quais os pacotes estão armazenados. Esta solução oferece a alta disponibilidade necessária para a maioria dos clientes, sem os possíveis problemas encontrados quando o serviço do Integration Services é configurado como um recurso de cluster. Para obter mais informações sobre como alterar o arquivo de configuração, consulte Configurando o serviço do Integration Services.
Compreendendo a função do serviço do Integration Services
Compreender a função do serviço do Integration Services é fundamental para tomar uma decisão sobre como configurar o serviço em um ambiente clusterizado.
O serviço do Integration Services dá suporte à interface administrativa do SQL Server Management Studio para listar, iniciar, parar, monitorar, importar e exportar pacotes do Integration Services. O serviço do Integration Services não é necessário para criar pacotes. O serviço do Integration Services também não é necessário para executar pacotes ou agendar os trabalhos do SQL Server Agent que executam os pacotes.
Estas são algumas das tarefas que você pode realizar mesmo quando o serviço do Integration Services não estiver sendo executado:
Criar e executar pacotes no Business Intelligence Development Studio.
Executar pacotes usando o utilitário de prompt de comando dtexec (dtexec.exe), o Utilitário do Pacote de Execução (dtexecui.exe), o SQL Server Agent ou o Assistente de Importação e Exportação do SQL Server.
Listar os pacotes armazenados no banco de dados msdb usando uma consulta Transact-SQL e listar os pacotes armazenados no sistema de arquivos usando o Windows Explorer.
Criar e executar trabalhos do SQL Server Agent e planos de manutenção.
Compreendendo as desvantagens de configurar o Integration Services como um recurso de cluster
Algumas das possíveis desvantagens de configurar o serviço do Integration Services como um recurso de cluster são:
Quando um failover ocorre, os pacotes que estão sendo executados não reiniciam. As falhas do pacote podem ser recuperadas reiniciando o pacote a partir dos pontos de verificação. A reinicialização a partir dos pontos de verificação pode ser realizada sem configurar o serviço como um recurso de cluster. Para obter mais informações, consulte Usando pontos de verificação em pacotes.
Ao configurar o serviço do Integration Services em outro grupo de recursos a partir do SQL Server, não é possível usar o Management Studio a partir dos computadores cliente para gerenciar os pacotes armazenados no banco de dados msdb. O serviço do Integration Services não pode delegar as credenciais neste cenário de salto duplo.
Quando há vários grupos de recursos do SQL Server que incluem o serviço do Integration Services em um cluster, um failover poderá causar resultados inesperados. Considere o cenário a seguir. O Grupo 1, que inclui o serviço do SQL Server e o serviço do Integration Services, está em execução no Nó A. O Grupo 2, que também inclui o serviço do SQL Server e o serviço do Integration Services, está em execução no Nó B. Ocorre um failover no Grupo 2 para o Nó A. A tentativa de iniciar outra instância do serviço do Integration Services no Nó A falha porque o serviço do Integration Services é um serviço de instância única. Saber se o serviço do SQL Server que está tentando realizar failover para o Nó A também falhará depende da configuração do serviço do Integration Services no Grupo 2. Se o serviço do Integration Services foi configurado para afetar outros serviços no grupo de recursos, o serviço do SQL Server que estiver em failover falhará devido a uma falha no serviço do Integration Services. Se o serviço foi configurado para não afetar outros serviços no grupo de recursos, o serviço do SQL Server poderá realizar failover para o Nó A. A menos que o serviço do Integration Services no Grupo 2 tenha sido configurado para não afetar outros serviços no grupo de recursos, a falha do serviço do Integration Services que estiver em failover poderá fazer com que o serviço do SQL Server que estiver realizando failover também falhe.
Configurando o serviço do Integration Services como um recurso de cluster
Para os clientes que concluíram que as vantagens desta configuração do serviço do Integration Services como um recurso de cluster sobrepõem-se às desvantagens, esta seção contém as instruções de configuração necessárias. Entretanto, o Microsoft não recomenda que o serviço do Integration Services seja configurado como um recurso de cluster.
Para configurar o serviço do Integration Services como um recurso de cluster, siga estas etapas:
Instale o Integration Services em um cluster.
Configure o Integration Services como um recurso de cluster.
Configure o serviço do Integration Services e o armazenamento de pacotes.
Deixe o serviço do Integration Services online como um recurso de cluster.
Instalando o Integration Services em um cluster
Para instalar o Integration Services em um cluster, instale o Integration Services em cada nó do cluster.
Para instalar o Integration Services em um cluster
Instale e configure um cluster com um ou mais nós.
(Opcional) Instale serviços clusterizados, como o Mecanismo de Banco de Dados do SQL Server.
Instale o Integration Services em cada nó do cluster.
Configurando o Integration Services como um recurso de cluster
Com o Integration Services instalado em cada nó do cluster, é preciso configurar o Integration Services como um recurso de cluster. Ao configurar o serviço do Integration Services como um recurso de cluster, você pode adicionar o serviço ao mesmo grupo de recursos do Mecanismo de Banco de Dados do SQL Server ou a outro grupo. A tabela a seguir descreve as possíveis vantagens e desvantagens na seleção de um grupo de recursos.
Quando o Integration Services e o SQL Server estão no mesmo grupo de recursos |
Quando o Integration Services e o SQL Server estão em grupos de recursos diferentes |
---|---|
Os computadores cliente podem usar o SQL Server Management Studio para gerenciar os pacotes armazenados no banco de dados msdb porque os serviços do Mecanismo de Banco de Dados do SQL Server e do Integration Services são executados no mesmo servidor virtual. Esta configuração evita os problemas de delegação do cenário de salto duplo. |
Os computadores cliente não podem usar o SQL Server Management Studio para gerenciar os pacotes armazenados no banco de dados msdb. O cliente pode conectar-se ao servidor virtual no qual o serviço do Integration Services está em execução. Entretanto, esse computador não pode delegar as credenciais do usuário ao servidor virtual no qual o SQL Server está em execução. Esse processo é conhecido como um cenário de salto duplo. |
O serviço do Integration Services compete com outros serviços do SQL Server para CPU e outros recursos do computador. |
O serviço do Integration Services não compete com outros serviços do SQL Server para CPU e outros recursos do computador porque os grupos de recursos diferentes são configurados em nós diferentes. |
As ações de carregar e salvar pacotes no banco de dados msdb são mais rápidas e geram menos tráfego de rede, pois os dois serviços estão em execução no mesmo computador. |
As ações de carregar e salvar pacotes no banco de dados msdb podem ser mais lentas e gerar mais tráfego de rede. |
Os dois serviços estão online ou offline ao mesmo tempo. |
O serviço do Integration Services pode estar online enquanto o Mecanismo de Banco de Dados do SQL Server estiver offline. Assim, os pacotes armazenados no banco de dados msdb do Mecanismo de Banco de Dados do SQL Server não estarão disponíveis. |
O serviço do Integration Services não pode ser movido rapidamente para outro nó, se necessário. |
O serviço do Integration Services pode ser movido mais rapidamente para outro nó, se necessário. |
Depois de decidir a qual grupo de recursos o Integration Services será adicionado, configure o Integration Services como um recurso de cluster nesse grupo.
Para configurar o Integration Services como um recurso de cluster
Abra o Administrador de Cluster.
Na árvore de console, selecione a pasta Grupos.
No painel de resultados, selecione o grupo ao qual deseja adicionar o Integration Services:
Para adicionar o Integrations Services como um recurso de cluster ao mesmo grupo de recursos do SQL Server, selecione o grupo ao qual o SQL Server pertence.
Para adicionar o Integrations Services como um recurso de cluster a um grupo diferente do SQL Server, selecione outro grupo que não seja aquele ao qual o SQL Server pertence.
No menu Arquivo, aponte para Novo e clique em Recurso.
Na página Novo Recurso do Assistente de Recurso, digite um nome e selecione “Serviço Genérico” como o Tipo de Serviço. Não altere o valor de Grupo. Clique em Avançar.
Na página Possíveis Proprietários, adicione ou remova os nós do cluster como os possíveis proprietários do recurso. Clique em Avançar.
Para adicionar dependências, na página Dependências, selecione um recurso em Recursos disponíveis e clique em Adicionar. Caso ocorra um failover, tanto o SQL Server quanto o disco compartilhado que armazena os pacotes do Integration Services devem retornar ao estado online antes que Integration Services fique online. Após selecionar as dependências, clique em Avançar.
Na página Parâmetros de Serviço Genérico, digite MsDtsServer100 como o nome do serviço. Clique em Avançar.
Na página Replicação de Registro, clique em Adicionar para adicionar a chave do registro que identifica o local do arquivo de configuração do serviço do Integration Services. Este arquivo deve estar localizado em um disco compartilhado que esteja no mesmo grupo de recursos do serviço do Integration Services.
Na caixa de diálogo Chave do Registro, digite SOFTWARE\Microsoft\Microsoft SQL Server\100\SSIS\ServiceConfigFile. Clique em OK e em Concluir.
O serviço do Integration Services foi adicionado como um recurso de cluster.
Configurando o serviço do Integration Services e o armazenamento de pacotes
Ao configurar o Integration Services como um recurso de cluster, é preciso modificar o local e o conteúdo do arquivo de configuração do serviço do Integration Services em cada nó no cluster. Essas modificações disponibilizam tanto o arquivo de configuração quanto o armazenamento de pacotes para todos os nós se houver um failover. Depois de modificar o local e o conteúdo do arquivo de configuração, coloque o serviço online.
Para configurar o serviço do Integration Services e o armazenamento de pacotes
Localize o arquivo de configuração em %ProgramFiles%\Microsoft SQL Server\100\DTS\Binn\MsDtsSrvr.ini.xml. Copie-o no disco compartilhado do grupo ao qual você adicionou o serviço do Integration Services.
No disco compartilhado, crie uma nova pasta chamada Pacotes para servir como o local do armazenamento de pacotes. Conceda as permissões de gravação e pastas de listas na nova pasta para usuários e grupos apropriados.
No disco compartilhado, abra o arquivo de configuração em um editor de texto ou XML. Altere o valor do elemento ServerName para o nome do SQL Server virtual que é igual ao grupo de recursos.
Altere o valor do elemento StorePath para o caminho totalmente qualificado da pasta Pacotes que foi criada no disco compartilhado na etapa anterior.
Atualize o valor de HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\100\SSIS\ServiceConfigFile no Registro para o caminho totalmente qualificado e o nome do arquivo de configuração do serviço no disco compartilhado.
Para colocar o serviço do Integration Services online
- No Administrador de Cluster, selecione o serviço do Integration Services. No menu suspenso, clique com o botão direito do mouse e selecione Colocar Online. Agora, o serviço do Integration Services está online como um recurso de cluster.
Estabelecendo conexão com o Integration Services em um ambiente clusterizado
Após configurar o serviço do Integration Services em um cluster, ou em algum servidor, será preciso configurar as permissões DCOM antes de estabelecer conexão com o serviço a partir de um computador cliente. Para obter mais informações, consulte Conectando-se a um servidor remoto do Integration Services.
O serviço do Integration Services não pode delegar credenciais. Portanto, você não pode usar o Management Studio para gerenciar os pacotes armazenados no banco de dados msdb quando as seguintes condições forem verdadeiras:
O serviço do Integration Services e o SQL Server estão sendo executados em servidores diferentes ou servidores virtuais.
O SQL Server Management Studio está sendo executado por um terceiro computador.
O cliente pode conectar-se ao servidor virtual no qual o serviço do Integration Services está em execução. Entretanto, esse computador não pode delegar as credenciais do usuário ao servidor virtual no qual o SQL Server está em execução. Esse processo é conhecido como um cenário de salto duplo.
|