Sobre Alta Disponibilidade e Disaster Recovery. e

1. Septiembre 12, 2015
Bogotá, Colombia
#sqlsatBogota

2. Escovando bit com AlwaysOn
SQL Server 2014
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

3. sp_help(‘Luiz Henrique Garetti’)
• Licenciado en Ciencias de la Computación - Universidad Paulista – Brazil.
• Postgrado en Business Intelligence - Instituto Brasileño de Tecnología Avanzada – Brazil.
• DBA SQL Server | Sybase - 5 años de experiencia.
• Colunista no site Imasters – Énfasis de alta disponibilidad.
• Colunista na Revista SQL Magazine – Énfasis de base de datos SQL Server.
• Palestrante Congresso Nacional de TI – Brazil.
• Owner blog lhgaretti.wordpress.com – Bit a Bit com SQL Server.
• MTA, MCP, MCTS, MCSA
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

4. AGENDA
 BEGIN TRANSACTION
 Introdução – Introducción
 Disaster Recovery (DR) e High Avalibility (HA) – Recuperación de desastres y alta disponibilidad
 Necessidades até o SQL Sever 2008R2? – Necesita SQL Server 2008R2?
 Alwayson introdução – Alwayson Introducción
 Alwayson Engine – AlwaysOn motor.
 Alwayson tipos de implementações – Tipos de Implementaciones.
 Alwayson Principais Features – Características AlwaysOn clave.
 Listener e Réplicas – Listener y Réplicas.
 Alwayson Sincronização e Failover – Sincronización e Failover.
 Alwayson Monitoramento – Monitoreo AlwaysOn
 Checkpoint Necessidades: Alwayson Checked? – Checkpoint Necesidades: AlwaysOn Chequeado?
 COMMIT TRANSACTION
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia
SELECT * FROM Agenda
WHERE Date = GetDate()
AND Location = ‘Bogota’

5. Qual a importância dos dados para sua empresa?
¿Qual lá importancia de los datos para su empresa?
Qual o impacto de um dia sem sistema?
¿Qual és o impacto de un dia sin sistema?
O que acontece se sua empresa perder informação?
¿Qué sucede si su negocio pierde información?
Sua empresa depende dos dados para sobreviver?
¿ Su negocio depende de los datos para sobrevivir?
Introdução (introducción)
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia
¿ Los datos de su empresa a salvo?

6.  Algumas empresas não tinham redundância,
Disaster Recovery(DR).
Algunas compañías no tenían redundancia. Recuperación de
desastres (DR).
 Algumas empresas tinham redundância entre Torres.
Algunas empresas tenían redundancia entre edificios.
 Falência imediata de 20% das empresas.
Quiebra inmediata 20% de las empresas.
 35% foram a falência meses depois ou passam por
problemas financeiros até hoje.
35% Meses cerrados fuera de plazo o sufren problemas
financieros de hoy.
Fonte: University of Minnesota Twin Cities, United States
Ataque 11 de Setembro Word Trade Center - USA
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

7. Como nos Prevenir?
¿Cómo podemos prevenir?
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

8. Disaster Recovery (DR) e High Avalibility (HA)
Recuperación de desastres (DR) y High avalibility (HA)
High Avaibility != Disaster Recovery
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

9. High Avalibility (HA) - Alta Disponibilidad
 Principal Objetivo: Manter a Continuidade do Sistema/Aplicação.
Objetivo principal: Mantener Continuidad Sistema/Aplicación.
 Crash do Principal -> Secundário Online
 Failover Automático.
 Tecnologias Microsoft para HA:
 Database Mirror (Modo Failover Automático).
 Cluster WSFC + Cluster SQL Server.
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

10. Disaster Recovery (DR) - Recuperación de Desastres
 Principal Objetivo: Reestabelecimento do Ambiente Pós-desastre.
Objetivo principal: restablecimiento del ambiente después de los desastres.
 Aplicados pós Desastres:
 Incêndios, Inundações, Vandalismos, Sabotagem e Falhas Tecnologicas.
Incendios, inundaciones, vandalismo, sabotaje y fallos tecnológicos.
 RPO (Recovery Point Objective) e RTO (Recovery Time Objective)
 O RPO é o ponto no tempo onde será recuperado o Banco de dados.
RPO es el punto en el tiempo se recuperará la base de datos.
 O RTO é o tempo que será necessário para recuperar o Banco de dados.
RTO es el tiempo que se tardará en recuperar la base de datos.
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

11. E Agora?
Stand by
Provendo HA
Provendo DR
Servidor Fora do Storage
High Avalibility (HA) vs Disaster Recovery (DR)
Até o SQL Server 2008R2
Mais de uma tecnologia para prover minha solução.
Más de una tecnología para proporcionar una solución.
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

12. Necessidades (Necesidades)
 Necessidades em Comum para ambientes de Alta Disponibilidade até o SQL
Server 2008R2:
Necesidades comunes para entornos de alta disponibilidad a SQL Server 2008R2:
 Failover de Múltiplos Banco de Dados.
 Múltiplas Réplicas (On-Premise or Geográfico).
 Detecção de Falhas a nível de Instancia e Databases.
 Listener (Nome e IP Virtual) para conexão de APPs.
 Replicas Onlline (ativas).
 Mais de uma tecnologia para prover HÁ e DR. (exemplo anterior)
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

13. AlwaysOn
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

14.  Evolução das tecnologia para Alta Disponibilidade e Disaster Recovery da Microsoft para
Databases.
Los avances en la tecnología de alta disponibilidad y recuperación ante desastres para Microsoft Bases
de datos.
 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.
Más flexible y mayor utilización de Inversiones en Hardware.
 Storage não é obrigatório, Configurável em subnet distintas.
No se requiere storage, configurable en diferente subred.
AlwaysOn
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

15. AlwaysOn
 Pegando o melhor de: (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
y se convirtió en una sola tecnología -> AlwaysOn
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

16. AlwaysOn – Engine Internalls
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia
Aplicación

17.  Implementação a nível de Instancia:
 AlwaysOn Failover Cluster Instances (FCIs) - Antigo SQL Server Cluster
 Multisite Clustering através de subnets. - Agrupación de múltiples sitios a través de subredes.
 TEMPDB em disco local. - TEMPDB en disco local.
 Política de Failover Flexível. - La política de conmutación por error flexible.
 Implementação a nível de Databases:
 AlwaysOn Availability Groups (AG) - Grande Novidade SQL Server 2012
 Failover de Multiplos Databases - Conmutación por error varias bases de datos.
 Multiplos Servidores Secundários - Varios servidores secundarios.
 Servidores Secundários Ativos - Servidores secundarios Activos.
 Gerenciamento atráves de Dashboard Unico - Mediante la gestión Dashboard Unico.
 Listener (IP e nome virtual) - (Listener y IP y el nombre virtual).
AlwaysOn – Implementações(Implementaciones)
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

18. AlwaysOn - Principais Features
(Características principales)
 Listener:
 Nome e IP Virtual para conexão entre APP e Databases.
Nombre y IP virtual para la conexión entre APP y Bases de Datos.
 Em caso de Failover não é necessário alteração de string de conexão.
Si la conmutación por error no es cambios de cadena de conexión necesarios.
 Replicas Online:
 Relatórios SSRS. (Read-Only = True)
 Rotinas administrativas. (DBCCs, etc)
 Backups(Full e Log).
 Conexões Read-Only.
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

19. AlwaysOn – Listener e Replicas Online
 Listener:
 Replicas Onlline:
SERVER 01
Produção
SERVER 04
Réplica
SERVER 02
Produção
SERVER 03
Produção
HADBPROD
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

20.  Sincronização Sincronización:
 Síncrono:
 A transação para ser efetivada, deverá ser aceita em ambos servidores, isso significa consideravelmente a
latência em rede.
La transacción se efectúe, se aceptará en ambos servidores, esto significa considerablemente la latencia de
red. Esta opción se recomienda para los servidores que comparten una red de alto nivel
 Assíncrona:
 Aceita a transação na primária sem o replica ter escrito essa informação ainda em disco. Isso aumenta a
performance entre os servidores.
Acepta la transacción en el primario sin el replica de haber escrito esta información aún en el disco. Esto
aumenta el rendimiento de los servidores.
 Failover:
 Automático: (No Data Loss).
 Manual: (Possible Data Loss).
 Forced: (Possible Data Loss).
AlwaysOn – Sincronização / Failover
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

21.  Dashboard
 Extend Events
 AlwaysOn_health - Default
 Profiler
 DMVs
AlwaysOn – Monitoramento
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

22. AlwaysOn – Cases Oficiais (Casos Oficiales)
 Exemplos de Projetos de Alta Disponibilidade Implantados utilizando Alwayson
como Arquitetura:
Ejemplos de Alta Disponibilidad proyectos implementados utilizando AlwaysOn como
Arquitectura
Empresas Publicas (Governo Brasil).
Las empresas públicas (Gobierno de Brasil).
Empresas Privadas.
Las empresas privadas.
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

23. 12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

24. Necessidades: Alwayson Checked?
 Conmutación por error de la base de datos múltiple.
 Múltiple Rélicas (On-Premise o geográfica).
 Fallo nivel de detección Instancia y Bases de Datos
 Listener (Nombre y Virtual IP) para la conexión APPs
 Onlline Réplicas (activo).
SERVER 01
Produção
SERVER 04
Réplica
SERVER 02
Produção
SERVER 03
Produção
HADBPROD
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

25. Links - Referências
 Luan Moreno (https:// luanmorenodba.wordpress.com) – Alwayson e In-Memory
 Nilton Pinheiro (http://www.mcdbabrasil.com.br/)
(https://www.youtube.com/user/MrNiltonPinheiro) – Instalacion completa Alwayson
 Marcelo Fernandes (https://marcelodba.wordpress.com) HA e DR
 Luiz Henrique Garetti (https:// lhgaretti.wordpress.com) Alwayson, HA e Tunning.
PPT in SlideShare.com

26. #sqlsatBogota
Preguntas y Respuestas
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

27. Capítulos Organizadores del SQL Saturday
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

28. Patrocinadores del SQL Saturday
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

29. Planea asistir al PASS Summit 2015? Comience a ahorrar hoy!
• El más grande evento del mundo que reúne a profesionales de SQL Server y BI
• Adquiera habilidades en SQL Server a un nivel superior al aprender de los mejores
expertos del mundo de SQL Server, en más de 190 sesiones técnicas
• Más de 5.000 registros, que representan a 2.000 empresas, de 52 países, listos para la
red y aprender
Ahorre $150 en este momento
pregunta por el código de
descuento
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

30. Sea cual sea su pasión datos - hay un capítulo virtual para
usted!
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia

31. Septiembre 17 | 12:00 UTC
Sesiones previas del PASS Summit 2015, obtenga 24
Horas de formación de SQL Server y BI de forma
gratuita!
Regístrese hoy: 24hoursofpass.com

32. Evaluación
Sesión: http://www.sqlsaturday.com/448/sessions/sessionevaluation.aspx
Evento: http://www.sqlsaturday.com/448/eventeval.aspx
#sqlsatBogota
12/9/2015 | SQL Saturday #448 – Bogotá, Colombia12 |

33. Gracias !!!
SELECT
'Luiz Henrique Garetti Rosário' AS [Nome],
'+55 11 96922-5992 | +55 11 99633-9303' AS [Celular],
'luizh.rosario@gmail.com' AS [E-mail],
'www.lhgaretti.wordpress.com' AS [Blog]
'Luiz Henrique Garetti' AS [Facebook]
GO