MVP Virtual Conference 2013

1. MVP Virtual Conference 2013 Alta Disponibilidade e Integração de Dados Nilton Pinheiro Luciano Moreira

2. Nilton Pinheiro SQL Server MVP | MCITP | MCSE | MCDBA | MCTS | MCT @nilton_pinheiro http://www.mcdbabrasil.com.br niltonpinheiro@msn.com

3. Luciano Moreira [Luti] SQL Server MVP | PASS RM | MC* | MCM Wannabe @luticm http://luticm.blogspot.com luciano.moreira@srnimbus.com.br

4. Agenda Alta disponibilidade “Ontem” Cenários de alta disponibilidade Considerações e QuorumGuidelines HA + Integração de dados Conclusão Referências

5. Alta Disponibilidade “Ontem” Failover Clustering (FC) • Requer uma storagecompartilhada • Não permite nó secundário ativo (leitura ou backup) • Para disasterrecovery (DR) • Requer replicação síncrona entre storages ou uma combinação de FC com DatabaseMirroring ou Log Shipping DatabaseMirroring • Failover automático: requer SNAC ou o parâmetro FailoverPartner na string de conexão, Witness • Não permite conexão dos sistemas utilizando nome virtual • É possível leitura no secundário utilizando database snapshot no mirror

6. Alta Disponibilidade “Ontem” Log Shipping • Não permite failover automático • Nós secundários offline (não permite leitura nos secundários) • Difícil implementação e manutenção (Alto custo operacional\administrativo) • Failover no nível de banco de dados

7. Uma Necessidade Comum • Alta disponibilidade local (site principal) com failover automático. Relatórios Log Shipping • Réplicado banco de dados em um terceiroservidor no site principal para execucão de relatórios. DB Mirroring A Failover Clustering A • Se o site principal cair, deve-se fazer failover para o site de contingência (DR). A Site Contingência (DR) Site Principal • Para reduzircusto, replicação entre storage não é umaopção. Movimentação de dados Assíncrona Movimentação de dados Síncrona

8. Cenário – FCI + DBM • Failover Cluster Instance (FCI) emcada site provê a altadisponibilidade local Failover Manual (Database Mirroring) • Cada site possuiseupróprio Windows Server Failover Cluster (WSFC) Site DR Site Principal • Cada site possuisuaprópria shared storage VSQLINST1 VSQLINST1 • Database Mirroring (DBM) para Disaster Recovery: ofereceproteção no nível de banco de dados entre os sites Mirror Database WSFC “B” Principal Database WSFC “A” • No site DR o SQL Server podeserumainstância stand-alone A A Movimentação de dados Assíncrona Movimentação de dados Síncrona

9. SQL Server AlwaysOn Novassoluções com AlwaysOn AlwaysOn Availability Groups proteção no nível de banco de dados AlwaysOn Failover Cluster Instances proteção no nível de instância • Failover de múltiplosbancos de dados • Múltiplosservidoressecundários • Sevidoressecundáriosativos • Gerenciamentointegradoatravés de um Dashboard • Suporte a nome e IP virtual • Multisite Clustering através de subnets • Política de Failover Flexível • Windows Server Core • TEMPDB em disco local

10. Cenário – FCI + AG Requisito do Availability Group: • Todas as réplicas de um AG devempertencer a um único Windows Server Failover Cluster (WSFC) Failover Manual (Availability Group) Site DR Site Principal Pontos para consideração: VSQLINST2 • Shared storage com discos visíveisapenasaosnós de cada site (Asymmetric storage) VSQLINST1 • Modelo do quorum e política de votação dos nós Primary Database Secondary Database WSFC “A” • Algumasvariaçõespossíveis da arquitetura • Múltiplos data centers • Múltiplasréplicas: 1 primária e até 4 réplicassecundárias • Múltiplos Availability Groups, podendocriar um agrupamentológico de bancos de dados • As réplicasnãoprecisamestarem FCI A A Movimentação de dados Assíncrona Movimentação de dados Síncrona

11. Considerações – FCI + AG Storage • Asymmetric storage: discos sãocompartilhadosapenas com osnó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 • Extremamenterecomendadoqueletras dos discos e caminhossejamidênticos entre os sites • Facilitar a configuração do AG • Evitarproblemas com adição de novosarquivos (Troubleshoot a Failed Add-File Operation (AlwaysOn Availability Groups)) Nome das Instâncias: no mesmo WSFC as duas FCI devemusarnomesdiferentes Conectividade dos clientes: • Podeserfeitausando o nome virtual do cluster (VNN) ou o Availability Group Listener Name • Semprequepossível utilize o “Availability Group Listener Name” Modo de Failover: • Automático no FCI • Manual entre o FCI e Availability Group

12. QuorumGuidelines - FCI + AG Modelo de quorum e nósvotantes no cluster • Antes de selecionar o modelo do quorum, conside o número de nósvotantes no cluster • Por default, cada nó do cluster conta 1 voto • Para umasolução de HA/DR podenãoser o maisapropriado • KB 2490036 permite remover o voto dos nós (Windows 2008/ Windows 2008 R2) Recomendaçõesgerais para configuração de votosemambientes FCI + AG • Incluatodososnós do site primário • Incluapossíveis owners de failover automático • Excluanós dos sites secundários (DR) • Mantenhasempre um númeroimpar de votos • Pós-failover, reavalie a configuração do quorum Regrageral:

13. QuorumGuidelines - FCI + AG Outros modelospossíveis: • Node and Disk Majority • No Majority: Disk Only • ** Windows 2008 R2 SP1 ou Windows 2008 SP2 + KB 976097 Failover Manual (Availability Group) Site DR Site Principal VSQLINST2 VSQLINST1 VOTO NÃO VOTO VOTO NÃOVOTO Secondary Database Primary Database WSFC “A” VOTO FileShare A A

14. Demo Failover Cluster Intance + Availability Group

15. Integração de Dados Com a proliferação dos sistemas, existe necessidade de se oferecer a integração dos dados Durante a escolha da solução entre as alternativas arquiteturais, existem trade-offs: • Tolerância para latência • Push versus pull • Granularidade • Relação mestre/subordinado • Lógica de sincronização versus latência Há diversas formas de fazermos integração dos dados, até manutenção de fonte única é uma abordagem

16. Integração de Dados Opções de replicação de dados: • Move Copyof Data • Data Replication • Master-Master Replication • Master-SubordinateReplication • Master-Master Row-LevelSynchronization • Master-Subordinate Snapshot Replication • Capture TransactionDetails • Master-SubordinateTransactional Incremental Replication • Implementing Master-Master RowLevelSynchronizationUsing SQL Server • Implementing Master-Subordinate Snapshot ReplicationUsing SQL Server • Master-SubordinateCascadingReplication

17. Integração de Dados Always-onAvailabilityGroups com secundários Read-Only É uma excelente forma de garantir a alta disponibilidade, mas também a acessibilidade do dado Acessibilidade = menor overhead nos sistemas OLTP e possibilidade de manutenção de sistemas em nearreal time Integration Services pode se beneficiar bastante para cargas de dados incrementais Questões como latência do dado e modelo de sincronização entre elementos do AG devem ser sempre considerados

18. Integração de Dados SSIS é uma plataforma extensível para construir soluções de ETL complexas Disponível junto com o SQL Server 2012 para instalação Consiste em serviço do Windows e diversas ferramentas auxiliares, para desenvolvimento e execução dos pacotes Integração com plataforma de desenvolvimento .NET

19. Demo SQL Server Integration Services

20. Conclusão Existem diversos cenários de alta disponibilidade que podem ser criados dependendo da necessidade do seu negócio AlwaysOnAvailabilityGroups é uma das “estrelas” do SQL Server 2012 e facilita questões como separação de cargas de leitura / escrita O SSIS 2012 como ferramenta de integração pode se beneficiar dos secundários ativos para integração de dados A plataforma SQL Server oferece uma cobertura ampla de soluções para essas e outras questões

21. 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

22. Obrigado!