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.
ATIVIDADE 1 - SISTEMAS DISTRIBUÍDOS E REDES - 52_2024.docx
High availability e Disaster Recovery é o seguro de vida de todo DBA
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
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
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.
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
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)
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.