Eu tenho a configuração do AlwaysOn Availability Group para o meu SQL Server. Agora eu gostaria de configurar o SSIS. Como eu faço isso? O link abaixo fornece algumas informações, mas como não sou DBA, é difícil entender este artigo:
Alguém pode me orientar sobre a configuração básica do SSIS em um Grupo de Disponibilidade e explicar como a sincronização ocorre entre os nós?
Atualizar
Estou me referindo ao banco de dados SSIS Catalog (SSISDB)
Posso usar o listener em meus gerenciadores de conexões?
No SQL Server 2014 e 2012, não há suporte para adicionar o SSISDB como um banco de dados de disponibilidade em um grupo de disponibilidade. Meu entendimento é que, com algumas soluções alternativas, é possível adicionar o SSISDB a um AG, mas não há suporte. As soluções alternativas parecem propensas a erros e não tentei pessoalmente.
Em vez de adicionar o SSISDB ao AG, sugiro avaliar as necessidades de negócios (alta disponibilidade e/ou recuperação de desastres) e ver quais outras opções são a melhor escolha.
Dependendo de suas necessidades de HA/DR, considere manter dois catálogos SSISDB paralelos, um em cada servidor AG. Do ponto de vista operacional, você precisará garantir que os pacotes SSIS sejam implantados em ambos os servidores e que sejam mantidos idênticos (pacotes, permissões etc.). Isso lhe daria a capacidade de usar o serviço SSIS instalado localmente em qualquer máquina para executar pacotes para HA/DR. Você também precisa se certificar de que não possui pacotes SSIS em execução em ambos os servidores.
No SQL Server 2016, adicionar o SSISDB a um Grupo de Disponibilidade é suportado e documentado . Se a atualização for uma opção, você também pode considerar isso.
Dentro de suas conexões de pacote SSIS, você pode usar o ouvinte AG para se conectar ao nó ativo do AG para acesso a dados. O SSIS não precisa ser executado no mesmo servidor que hospeda seus dados.
A resposta curta é que não há como configurar o SSIS para Always-On com o SQL Server 2014 e versões anteriores.
SSIS, assim como SSRS, SSAS, trabalhos, logins, alertas e outras coisas menores que operam no nível da instância não são sempre ativados... Sempre ativado apenas mantém os bancos de dados sincronizados. No entanto, existem estratégias para mitigar todos esses itens. Para SSIS e trabalhos de lógica de negócios (tudo exceto backup/DBCC, etc...), temos uma instância totalmente separada para executar esses trabalhos (geralmente referido como um servidor de trabalho central). Ele não possui alta disponibilidade incorporada, mas geralmente os trabalhos e os pacotes SSIS são periódicos, portanto, têm mais tolerância para tempos de inatividade e podem até ser executados a partir de um servidor de teste em caso de alterações na conexão.
O Clustering de Failover do SQL Server opera no nível da Instância e é a solução de Alta Disponibilidade que suporta SSIS/SSRS/SSAS/Jobs, etc... A Alta Disponibilidade Always-On está mais próxima do Espelhamento de Banco de Dados e pode usar armazenamento local, mas há um custo , mantendo todas essas outras coisas em sincronia.
Você pode adicionar
SSISDBaAvailability Group, o mesmo que outro banco de dados do usuário por meio doAdd Database to Availability Groupassistente.Como ocorre a sincronização:
Em termos simples, as transações são gravadas no log e transferidas para servidores secundários como blocos, esses blocos de transação são executados em servidores secundários e confirmados no disco. A sincronização pode ser imediata (
synchronous) ou atrasada (asynchronous), com base noavailability modeVerifique a página oficial para entender melhor.Oriente-me sobre a configuração básica do SSIS em um Grupo de Disponibilidade:
No SQL Server 2016, você pode adicionar
SSISDBeAvailability Grouphabilitar oAlways On Support. Verifique meu artigo para obter um guia passo a passo sobre como adicionar o SSISDB ao SQL Server Always On Availability Group .Sim, você pode usar o nome do ouvinte do Grupo de Disponibilidade (link para o meu blog) no gerenciador de conexões.