Escovando bit com alwayson sql server 2014

Septiembre 12, 2015
Bogotá, Colombia
#sqlsatBogota

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

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

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
SELECT * FROM Agenda
WHERE Date = GetDate()
AND Location = ‘Bogota’

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)
¿ Los datos de su empresa a salvo?

 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

Como nos Prevenir?
¿Cómo podemos prevenir?

Disaster Recovery (DR) e High Avalibility (HA)
Recuperación de desastres (DR) y High avalibility (HA)
High Avaibility != Disaster Recovery

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.

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.

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.

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)

AlwaysOn

 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

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

AlwaysOn – Engine Internalls
Aplicación

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

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.

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

 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

 Dashboard
 Extend Events
 AlwaysOn_health - Default
 Profiler
 DMVs
AlwaysOn – Monitoramento

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.

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

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

#sqlsatBogota
Preguntas y Respuestas

Capítulos Organizadores del SQL Saturday

Patrocinadores del SQL Saturday

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

Sea cual sea su pasión datos - hay un capítulo virtual para
usted!

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

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 |

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

Escovando bit com alwayson sql server 2014

Recomendados

Mais conteúdo relacionado

Semelhante a Escovando bit com alwayson sql server 2014 (20)

Mais de Luiz Henrique Garetti Rosário (13)

Último (15)

Escovando bit com alwayson sql server 2014

Notas do Editor