SQL Server Always On Availability Group (Windows, WSFC)
SQL ServerNível: AvançadoDuração: 90–150 minCria um Always On Availability Group em servidores Windows com SQL Server 2022 instalado: Windows Server Failover Cluster (WSFC) e testemunha de quorum (file share / cloud witness), habilitação do Always On, endpoints de espelhamento e permissões, AG com automatic seeding, listener, réplicas síncronas/assíncronas, secundária legível, teste de failover e monitoramento. Ao final, você terá um AG com failover testado, no qual as aplicações se conectam pelo nome do listener.
Primeiro instale cada node com Instalação do SQL Server no Windows usando a mesma versão e os mesmos caminhos. Para a operação diária e as falhas de um AG já existente (latência, failover forçado, inclusão de bancos de dados), consulte Operação do AG; para um AG com Pacemaker no Linux, consulte Always On AG (Linux).
Topologia: 2–9 nodes Windows (WSFC) + testemunha (witness)
Antes de começar
- O SQL Server 2022 está instalado em todos os nodes com a mesma versão e CU, o mesmo nome de instância (…) e as mesmas letras de unidade e caminhos de dados/log (Instalação do SQL Server 2022 no Windows no menu Instalação). Edição: Enterprise (a Standard só suporta Basic AG: 2 réplicas, 1 banco de dados).
- Todos os nodes estão na mesma versão do Windows Server, no mesmo domínio (…), atualizados e na mesma sub-rede. Cada node tem IP fixo; os registros DNS estão corretos.
- A conta que executa a instalação é administrador local em todos os nodes e sysadmin no SQL Server. Ela tem permissão para criar os objetos de computador … e … no AD (ou os objetos foram pré-criados e o CNO recebeu Full Control).
- Dois IPs não utilizados estão reservados: cluster …, listener … (ainda sem registro no DNS).
- O compartilhamento da testemunha … está em um servidor separado dos nodes; permissão de compartilhamento e NTFS: Full Control para …\…$ (também pode ser concedida depois de criar o cluster).
- A conta do Azure Storage … (Standard, LRS/ZRS) está pronta e os nodes conseguem acessar .blob.core.windows.net pela 443. Você tem a chave de acesso (access key).
- …… nodes (número ímpar): a maioria do quorum é obtida sem testemunha; mesmo assim, uma testemunha é recomendada.…… nodes (número par): sem testemunha, o cluster pode parar quando um node é perdido. Escolha uma testemunha.…
- Portas abertas entre os nodes: SQL …/TCP, endpoint …/TCP, cluster 3343/TCP-UDP, RPC 135/TCP + RPC dinâmico, SMB 445/TCP.
- O módulo PowerShell SqlServer está instalado em todos os nodes (para o Enable-SqlAlwaysOn).
- Os bancos de dados que entrarão no AG (………, ……) existem no node 1 e são bancos de usuário (não de sistema); não há banco de dados com o mesmo nome nos nodes secundários.
- Para a conta de serviço …, o SPN MSSQLSvc/<node>.…:… está registrado para cada node (as conexões dos endpoints e do listener usam Kerberos; adicione também MSSQLSvc/….…:… para o listener).
- A janela de manutenção está aprovada; existem backups atuais dos bancos de dados e snapshots dos nodes.
Fases do guia
- Windows Server Failover Cluster — Instalar o recurso Failover Clustering · Validar o cluster (Test-Cluster) · Criar o cluster · Configurar a testemunha de quorum (compartilhamento de arquivos) · Configurar a testemunha de quorum (cloud witness) · Verificar o estado do cluster
- Habilitar o Always On no SQL Server — Habilitar o Always On · Criar os logins das contas de serviço · Criar o endpoint de espelhamento · Abrir as portas do SQL e do endpoint no firewall · Testar o acesso aos endpoints
- Availability Group — Colocar os bancos de dados em recovery FULL e fazer backup completo · Criar o AG (primária) · Incluir a secundária no AG · Acompanhar o automatic seeding · Criar o listener · Configurar o read-only routing (secundária legível)
- Verificação e teste de failover — Verificar a integridade do AG · Testar a conexão pelo listener · Teste de failover planejado: tornar … primária · Voltar: tornar … primária novamente · Verificar pela visão do cluster
- Pós-instalação e monitoramento — Sincronizar logins, jobs e outros objetos de servidor · Definir a estratégia de backup · Monitorar o AG com consultas DMV · Definir alerts do Agent para troca de papel