Os Dados da sua empresa são importantes? Se sua empresa perder um dia de informação o que acontece? com essas duas perguntas inicio a sessão e entro em uma longa conversa e troca de experiencias sobre HA e DR. Explicando a diferença entre HA e DR. E qual o benefícios de utilizar e não esses conceitos. Exemplificando com conceitos oficiais as consequências de empresas que perderam dados pois não existia uma disponibilidade de informações ou plano de recuperação de desastre. Aplicando HA e DR com Alwayson, para exemplificar na pratica o funcionamento de cada um deles.

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

8. Isso só acontece com o vizinho!

9. E em uma bela noite de domingo...

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.

17. Disaster Recovery (DR)
 Principal objetivo: Reestabelecimento do ambiente Pós-desastre.
 DR é passo seguinte, despois do... PUUTSSS, LASCO
 Incê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)

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

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.

27. Lembra do investimento da empresa de transportes de valores?

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

31. Dúvidas?

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