SQL Saturday #469 - Brasília HA e DR como seguro de vida do DBA Luiz Henrique Garetti Rosário

Apresentação em tema: "SQL Saturday #469 - Brasília HA e DR como seguro de vida do DBA Luiz Henrique Garetti Rosário"— Transcrição da apresentação:

1 SQL Saturday #469 - Brasília HA e DR como seguro de vida do DBA Luiz Henrique Garetti Rosário luizh.rosario@gmail.com www.lhgaretti.wordpress.com

2 sp_help() Graduação em Ciência da Computação MBA em Business Intelligence - Instituto Brasileiro de Tecnología Avançada DBA SQL Server – PRODESP Palestrante SQL Saturday – Bogotá, Colômbia e Congresso Nacional de TI Colunista no site Imasters e SQL Magazine MTA, MCTS, MCSA Blog www.lhgaretti.wordpress.com – Bit a Bit com SQL Server

3 Patrocinadores…

4  BEGIN TRANSACTION  Importância dos dados para sua Empresa  Casos de Desastres (Naturais e Hardware)  Como nos Prevenir? (HA e DR)  Alwayson?  Cases e Topologias de HA e DR  Investimentos $$ Pós-Desastre  COMMIT TRANSACTION AGENDA SELECT * FROM dbo.Agenda WHERE Date = GetDate() AND Location = ‘Terra da Dilma’

5 Qual a importância dos dados para sua empresa? Um dia sem faturamento? Site/APP fora do AR Perder alguns GBs de dados? Diretor na sua cola! Diretores tem ciência da importância? Clientes sufocando o SAC Impactos Negativos Quebras de Contrato

6 Ataque 11 de Setembro ao Word Trade Center - USA  Algumas empresas não tinham contingência, Disaster Recovery(DR).  Algumas empresas tinham redundância de dados entre Torres..  Falência imediata de 20% das empresas.  35% foram a falência meses depois ou passam por problemas financeiros até hoje. Fonte: University of Minnesota Twin Cities, United States

7

8 Isso só acontece com o vizinho!

9 E em uma bela noite de domingo...

10

11

12 Alguns dos Impactos... Tempo de RTO: 22 horas Prejuízo aproximado em R$ 650.000,00 38 caminhões parado 18 no Brasil 11 na Argentina 09 na Colômbia  E o mais importante... Diretoria entendeu a importância da TI para o negocio da empresa. Investimento de R$ 2 milhões de reais para 2014/2015.

13 Como nos Prevenir? Quais são as apólices de Seguro do DBA ?

14 Disaster Recovery (DR) e High Availability (HA) High Availability != Disaster Recovery

15 High Avalibility (HA)  Principal Objetivo: Manter a Continuidade do Sistema/Aplicação..  Crash do Principal -> Secundário Online  Failover Automático.  Tecnologias Microsoft para HA:  Database Mirror (Modo Failover Automático).  Cluster WSFC + Cluster SQL Server.

16

17 Disaster Recovery (DR)  Principal objetivo: Reestabelecimento do ambiente Pós-desastre.  DR é passo seguinte, despois do... PUUTSSS, LASCO  I ncêndios, inundações, vandalismos, sabotagem e falhas tecnológicas.  RPO ( Recovery Point Objective ) e RTO ( Recovery Time Objective )  O RPO é o ponto no tempo onde será recuperado o Banco de dados.  O RTO é o tempo que será necessário para recuperar o Banco de dados.

18 E Agora? Provendo HA Provendo DR - Restore - Subir um novo servidor DR é o passo seguinte, quando... Perdemos Tudo High Availability (HA) e Disaster Recovery (DR) Cluster SQL Server

19 AlwaysOn

20  Evolução das tecnologia para Alta Disponibilidade e Disaster Recovery da Microsoft para Databases.  Mais abrangente – Nível de Instância e Banco de Dados.  SQL Server 2012 – 4 Réplicas.  SQL Server 2014 – 8 Réplicas.  Mais flexível e maior aproveitamento de Investimento em hardware.  Storage não é obrigatório, configurável em subnet distintas. AlwaysOn

21 Pegando o melhor de: Log Shipping (Inteligência de Múltiplas Réplicas). Database Mirror (Sincronização a nível de Transações). Cluster (Detecção a falha de Hardware/Failover). - > e Transformou em somente uma Tecnologia - > Alwayson

22  Implementação a nível de Instancia:  AlwaysOn Failover Cluster Instances (FCIs) - Antigo SQL Server Cluster  Multisite Clustering através de subnets.  TEMPDB em disco local  Política de Failover Flexível  Implementação a nível de Databases:  AlwaysOn Availability Groups (AG) - Grande Novidade SQL Server 2012  Failover de Multiplos Databases  Multiplos Servidores secundários  Servidores Secundários ativos  Gerenciamento atráves de dashboard unico  Listener (IP e nome virtual) AlwaysOn – Implementações

23 AlwaysOn - Principais Features  Listener:  Nome e IP Virtual para conexão entre APP e Databases.  Em caso de Failover não é necessário alteração de string de conexão..  Replicas Online:  Relatórios SSRS (Read-Only = True)  Rotinas administrativas. (DBCCs, etc)  Backups  Conexões Read-Only.

24 AlwaysOn  Listener:  Replicas Onlline: SERVER 01 Produção SERVER 04 Réplica SERVER 02 Produção SERVER 03 Produção HADBPROD

25 AlwaysOn – Cases Oficiais  Exemplos de Projetos de alta disponibilidade:  Empresas Publicas (Governo do estado de São Paulo).  Empresas Privadas.

26

27 Lembra do investimento da empresa de transportes de valores?

28

29

30 Links - Referências  Luan Moreno (https:// luanmorenodba.wordpress.com)https://  Edvaldo Castro (http://edvaldocastro.com)  Nilton Pinheiro (http://www.mcdbabrasil.com.br/)http://www.mcdbabrasil.com.br/ (https://www.youtube.com/user/MrNiltonPinheiro)https://www.youtube.com/user/MrNiltonPinheiro  Marcelo Fernandes (https://marcelodba.wordpress.com)https://marcelodba.wordpress.com  Luiz Henrique Garetti (https:// lhgaretti.wordpress.com)https:// PPT in SlideShare.com

31 Dúvidas?

32 Luiz Henrique Garetti @luizhgaretti www.lhgaretti.wordpres.com (17) 996933-9303 luizhrosario@gmail.com.br Obrigado !!!