SESSÃO: INFRAESTRUTURA TRILHA: PLATAFORMA DE DADOS & BUSINESS INTELLIGENCE (IT)

© 2013, MVP ShowCast. Evento organizado por MVPs do Brasil com apoio da Microsoft.

MVP ShowCast 2013

AlwaysOn Failover Cluster e Availability Groupem um Cenário de Disaster Recovery

Nilton Pinheiro

SQL Server

SQL Server Specialist

@nilton_pinheiro

SESSÃO: INFRAESTRUTURA TRILHA: PLATAFORMA DE DADOS & BUSINESS INTELLIGENCE (IT)

© 2013, MVP ShowCast. Evento organizado por MVPs do Brasil com apoio da Microsoft.

Agenda

♦ Alta disponibilidade no SQL Server

♦ Uma necessidade comum

♦ Cenário com FCI + DBM

♦ Cenário com FCI + AG

♦ Considerações sobre FCI + AG

♦ Quorum Guidelines para FCI + AG

♦ Referências

SESSÃO: INFRAESTRUTURA TRILHA: PLATAFORMA DE DADOS & BUSINESS INTELLIGENCE (IT)

© 2013, MVP ShowCast. Evento organizado por MVPs do Brasil com apoio da Microsoft.

Alta Disponibilidade no SQL Server

AlwaysOn Failover Cluster Intanceproteção no nível de instâncias

AlwaysOn Availability Groupsproteção no nível de banco de dados ou grupo

de bancos de dados

Database Mirroringproteção no nível de banco de dados

Log Shippingproteção no nível de banco de dados

SESSÃO: INFRAESTRUTURA TRILHA: PLATAFORMA DE DADOS & BUSINESS INTELLIGENCE (IT)

© 2013, MVP ShowCast. Evento organizado por MVPs do Brasil com apoio da Microsoft.

Alta Disponibilidade no SQL Server

♦ Requer a utilização de storages compartilhada (shared disks)

♦ Para soluções de DR:♦ Requer replicação de dados entre storages ou♦ Combinação de FCI + DBM/Log Shipping ou FCI + AG

♦ Suporte a TEMPDB em disco local

♦ Requer Windows Server Failover Clustering (WSFC)

♦ Garante disponibilidade das bases de sistemas e usuários

♦ Alto custo

♦ Não permite “nó secundário” ativo (leitura ou backup)

AlwaysOn Failover Cluster Intanceproteção no nível de instâncias

SESSÃO: INFRAESTRUTURA TRILHA: PLATAFORMA DE DADOS & BUSINESS INTELLIGENCE (IT)

© 2013, MVP ShowCast. Evento organizado por MVPs do Brasil com apoio da Microsoft.

Alta Disponibilidade no SQL Server

♦ Requer WSFC

♦ Suporta até 4 servidores secundários (réplicas)♦ 2 síncronos (failover automático)♦ 2 assíncronos (failover manual)

♦ Failover de múltiplos bancos de dados

♦ Servidores secundários ativos (readonly)

♦ Redirecionamento automático das aplicações usando nome/ip virtual (listener)

♦ Não requer uso de storage

♦ Não espelha as bases de sistemas

AlwaysOn Availability Groupsproteção no nível de banco de dados ou grupo de bancos de dados

SESSÃO: INFRAESTRUTURA TRILHA: PLATAFORMA DE DADOS & BUSINESS INTELLIGENCE (IT)

© 2013, MVP ShowCast. Evento organizado por MVPs do Brasil com apoio da Microsoft.

Alta Disponibilidade no SQL Server

♦ Failover automático requer “Witness” e parâmetro FailoverPartner na string de conexão da aplicação

♦ Suporta apenas 1 secundário

♦ Replicação síncrona ou assícrona

♦ Failover é banco a banco

♦ Bases indisponíveis para leitura (possível com database snapshot)

♦ Não suporta utilização de nome/ip virtual (listener)

♦ Não requer uso de storage

♦ Não espelha as bases de sistemas

Database Mirroringproteção no nível de banco de dados

SESSÃO: INFRAESTRUTURA TRILHA: PLATAFORMA DE DADOS & BUSINESS INTELLIGENCE (IT)

© 2013, MVP ShowCast. Evento organizado por MVPs do Brasil com apoio da Microsoft.

Alta Disponibilidade no SQL Server

♦ Diferentes bancos podem ser replicados para diferentes secundários

♦ Replicação é feita através dos log de transação de cada banco de dados♦ SQL Jobs fazem backup, copiam pela rede e restauram no secundário

♦ Depende totalmente dos backups/restore dos logs

♦ Tudo que está no backup de log é transferido

♦ Failover é sempre manual e requer redirecionamento das aplicações

♦ Configuração e manutenção complexas

♦ Bases “espelho” podem ficar disponíveis para leitura nos secundários (standby)

Log Shippingproteção no nível de banco de dados

SESSÃO: INFRAESTRUTURA TRILHA: PLATAFORMA DE DADOS & BUSINESS INTELLIGENCE (IT)

© 2013, MVP ShowCast. Evento organizado por MVPs do Brasil com apoio da Microsoft.

Uma Necessidade Comum

Movimentação

de dados Síncrona

Movimentação de

dados Assíncrona ♦ Alta disponibilidade local (site principal) com failover automático.

A

A

♦ Se o site principal cair, deve-se fazer failover para o site de contingência (DR).

♦ Para reduzir custo, replicaçãoentre storage não é uma opção.

SESSÃO: INFRAESTRUTURA TRILHA: PLATAFORMA DE DADOS & BUSINESS INTELLIGENCE (IT)

© 2013, MVP ShowCast. Evento organizado por MVPs do Brasil com apoio da Microsoft.

Cenário com FCI + DBM

Movimentação

de dados Síncrona

Movimentação de

dados Assíncrona

A

A

♦ Failover Cluster Instance (FCI) em cada site provê a altadisponibilidade local

♦ Cada site possui sua própriashared storage

♦ Database Mirroring (DBM) para Disaster Recovery: ofereceproteção no nível de banco de dados entre os sites

Failover Manual

(Database Mirroring)♦ Cada site possui seu próprio

Windows Server Failover Cluster (WSFC)

♦ No site DR o SQL Server podeser uma instância stand-alone

SESSÃO: INFRAESTRUTURA TRILHA: PLATAFORMA DE DADOS & BUSINESS INTELLIGENCE (IT)

© 2013, MVP ShowCast. Evento organizado por MVPs do Brasil com apoio da Microsoft.

Cenário com FCI + AG

Movimentação

de dados Síncrona

Movimentação de

dados Assíncrona

A

A

Failover Manual

(Availability Group)♦ Todas as réplicas de um AG devem

pertencer a um único Windows Server Failover Cluster (WSFC)

♦ Algumas variações possíveis da arquitetura♦ Múltiplos data centers

♦ Múltiplas réplicas: 1 primária e até 4 réplicas secundárias

♦ Múltiplos Availability Groups, podendo criar um agrupamento lógico de bancos de dados

♦ As réplicas não precisam estar em FCI (stand-alone)

♦ Shared storage com discos visíveisapenas aos nós de cada site (Asymmetric storage)

♦ Modelo do quorum e política de votação dos nós

Requisito do Availability Group:

Pontos para consideração:

SESSÃO: INFRAESTRUTURA TRILHA: PLATAFORMA DE DADOS & BUSINESS INTELLIGENCE (IT)

© 2013, MVP ShowCast. Evento organizado por MVPs do Brasil com apoio da Microsoft.

Considerações sobre FCI + AG

♦ Storage

♦ Asymmetric storage: discos são compartilhados apenas com os nós dos respectivos sites

♦ Suportado no Windows 2008 ou Windows 2008 SP2 através de hotfix (KB 976097)

♦ Suportado no Windows 2008 R2 SP1

♦ Ponto chave para o funcionamento do FCI + AG

♦ Extremamente recomendado que letras dos discos e caminhos sejam idênticos entre os sites

♦ Facilitar a configuração do AG

♦ Evitar problemas com adição de novos arquivos (Troubleshoot a Failed Add-File Operation (AlwaysOn Availability Groups))

♦ Nome das Instâncias: no mesmo WSFC as duas FCI devem usar nomes diferentes

♦ Conectividade dos clientes:

♦ Pode ser feita usando o nome virtual do cluster (VNN) ou o Availability Group Listener Name

♦ Recomendado utilizar o “Availability Group Listener Name”

♦ Modo de Failover:

♦ Automático no FCI

♦ Manual entre o FCI e Availability Group

SESSÃO: INFRAESTRUTURA TRILHA: PLATAFORMA DE DADOS & BUSINESS INTELLIGENCE (IT)

© 2013, MVP ShowCast. Evento organizado por MVPs do Brasil com apoio da Microsoft.

Quorum Guidelines FCI + AG

Modelo de quorum e nós votantes no cluster

SESSÃO: INFRAESTRUTURA TRILHA: PLATAFORMA DE DADOS & BUSINESS INTELLIGENCE (IT)

© 2013, MVP ShowCast. Evento organizado por MVPs do Brasil com apoio da Microsoft.

Quorum Guidelines FCI + AG

Modelo de quorum e nós votantes no cluster

Antes de selecionar o modelo de quorum para o cluster, considere o número de nós votantes

Por default, cada nó do cluster conta 1 voto

♦ Para uma solução de HA/DR pode não ser o mais apropriado

♦ KB 2494036 permite remover o voto dos nós (Windows 2008/ Windows 2008 R2)

Recomendações gerais para configuração de votos em ambientes FCI + AG

Inclua todos os nós do site primário

Inclua possíveis owners de failover automático

Exclua os nós dos sites secundários (DR)

Mantenha sempre um número impar de votos

Pós-failover, reavalie a configuração do quorum

Regra geral:

Característica do cluster Recomendação para Quorum

Número impar de nós Node Majority

Número pares de nós (mas não multi-site cluster) Node and Disk Majority

Número pares de nós (em multi-site cluster) Node and File Share Majority

Número pares de nós (não shared storage) Node and File Share Majority

SESSÃO: INFRAESTRUTURA TRILHA: PLATAFORMA DE DADOS & BUSINESS INTELLIGENCE (IT)

© 2013, MVP ShowCast. Evento organizado por MVPs do Brasil com apoio da Microsoft.

Quorum Guidelines FCI + AG

A

A

Failover Manual

(Availability Group)

VOTOVOTONÃO

VOTONÃO

VOTO

FileShare

VOTO

♦ Outros modelos possíveis:

♦ Node and Disk Majority

♦ No Majority: Disk Only

** Windows 2008 R2 SP1 ou Windows 2008 SP2 + KB 976097

SESSÃO: INFRAESTRUTURA TRILHA: PLATAFORMA DE DADOS & BUSINESS INTELLIGENCE (IT)

© 2013, MVP ShowCast. Evento organizado por MVPs do Brasil com apoio da Microsoft.

Quorum Guidelines FCI + AG

No Windows Server 2012 a votação é dinâmica (Dynamic quorum)

SESSÃO: INFRAESTRUTURA TRILHA: PLATAFORMA DE DADOS & BUSINESS INTELLIGENCE (IT)

© 2013, MVP ShowCast. Evento organizado por MVPs do Brasil com apoio da Microsoft.

Referências

♦ Migration Guide: Migrating to SQL Server 2012 Failover Clustering and Availability Groups from Prior Clustering and Mirroring Deployments

♦ Microsoft SQL Server AlwaysOn Solutions Guide for High Availability and Disaster Recovery

♦ Failover Cluster Step-by-Step Guide: Configuring the Quorum in a Failover Cluster

♦ Recommended Adjustments to Quorum Voting

♦ Prerequisites, Restrictions, and Recommendations for AlwaysOn Availability Groups (SQL Server)

♦ Client Connectivity and Application Failover (AlwaysOn Availability Groups)

♦ Asymmetric Storage: http://support.microsoft.com/kb/976097

♦ Node Votes: http://support.microsoft.com/kb/2494036

♦ Dynamic quorum: ♦ http://technet.microsoft.com/en-us/library/jj612870.aspx

♦ http://blogs.technet.com/b/aevalshah/archive/2013/06/05/windows-server-2012-failover-clustering-dynamic-quorum-revisited.aspx

SESSÃO: INFRAESTRUTURA TRILHA: PLATAFORMA DE DADOS & BUSINESS INTELLIGENCE (IT)

© 2013, MVP ShowCast. Evento organizado por MVPs do Brasil com apoio da Microsoft.

Perguntas & Respostas