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

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 – Bit a Bit com SQL Server

Patrocinadores…

 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’

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

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

Isso só acontece com o vizinho!

E em uma bela noite de domingo...

Alguns dos Impactos... Tempo de RTO: 22 horas Prejuízo aproximado em R$ ,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.

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

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

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.

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.

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

AlwaysOn

 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

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

 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

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.

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

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

Lembra do investimento da empresa de transportes de valores?

Links - Referências  Luan Moreno ( luanmorenodba.wordpress.com)  Edvaldo Castro (  Nilton Pinheiro ( (  Marcelo Fernandes (  Luiz Henrique Garetti ( lhgaretti.wordpress.com) PPT in SlideShare.com

Dúvidas?

Luiz Henrique (17) Obrigado !!!