1. AlwaysOn Lecciones Aprendidas
16 de Marzo 2016 (12 pm GMT -5)
Julian Castiblanco
Resumen:
Compartir con la audiencia algunas de mis
lecciones aprendidas en la implementación de
AlwaysOn
Está por comenzar:
Moderador: Carlos Ulate
Próximos Eventos
Introducción a Polybase en SQL
Server 2016
23 de Marzo
Eladio Rincón
Real-time Operational Analytic
en SQL Server 2016
30 de Marzo
Jose Luis Rivera
Examinando una consulta
problematica con XEvents y
DMVs
06 de Abril
Warner Chaves
2. Manténgase conectado a nosotros!
Visítenos en http://globalspanish.sqlpass.org
/SpanishPASSVC
lnkd.in/dtYBzev
/user/SpanishPASSVC
/SpanishPASSVC
4. 4
Oportunidades de Voluntariado
PASS no pudiera existir sin personas apasionadas y
dedicadas de todas partes del mundo que dan de su
tiempo como voluntarios.
Se un voluntario ahora!!
Para identificar oportunidades locales visita
volunteer.sqlpass.org
Recuerda actualizar tu perfil en las secciones de
“MyVolunteering” y MyPASS para mas detalles.
10. Conceptos Básicos
RTO y RPO
Punto de Recuperación Objetivo: Es el punto del tiempo en el cual la data puede restaurarse después
del fallo, o en otros términos la cantidad de datos que pueden perderse. Ejemplo, perdí las factura de la
última hora de trabajo y debo reingresarlas al sistema.
Tiempo de Recuperación Objetivo: Es el
tiempo que toma volver a dejar
operacional un sistema, después de un
fallo planeado o improvisto. En otras
palabras la cantidad de tiempo que la
compañía puede permanecerá sin tener
operable el sistema
12. Conceptos Básicos
http://bit.ly/1Rk3vPc
FULL
Estrategias de Alta Disponibilidad y Recuperación de Desastres
FULL
DIFF
LOG
LOG
LOG
LOG
Estrategia de generación de copias de seguridad
programadas, con periodicidad semanal, diaria y horaria.
PROS
• Permite ajustar el PRO (punto de recuperación objetivo)
• Relativamente fácil de implementar.
• Económico en términos de licenciamiento.
CONTRAS
• El tiempo de Recuperación puede ser muy alto.
• Es una estratégia de RD más que de AD, por lo cual si se
daña el servidor no es mucho lo que se pueda hacer.
• Requiere tener un buen espacio de almacenamiento para
mantener las copias en VLDB’s
13. Conceptos Básicos
http://bit.ly/1Vb4elz
Estrategias de Alta Disponibilidad y Recuperación de Desastres
DB
db db
Estrategia de “log Shipping”, una base principal genera
copias, las mueve a los demás servidores y los restaura en
estos automáticamente a través de SQL Agent Service.
PROS
• Permite ajustar el PRO (punto de recuperación objetivo)
• Relativamente fácil de implementar.
• Permite lecturas en las copias secundarias, si la base está
en stand by.
CONTRAS
• El tiempo de Recuperación puede ser muy alto.
• Requiere modificar la aplicación para re direccionar la
base de datos.
• En tarea de mantenimiento de índices o de datos, pueden
llegar a encolarse las copias pendientes por restaurar.
Primary DB
copia
copia
14. Conceptos Básicos
http://bit.ly/1Vb4elz
Estrategias de Alta Disponibilidad y Recuperación de Desastres
Estrategia de “log Shipping”, con
monitor. Un server se encarga
de validar que tanto el primario,
como los secundarios no sufran
contratiempos en la
actualización de información y
emite alertas en caso de
presentarse algo anormal.
15. Conceptos Básicos
http://bit.ly/1YYk4Qw
Estrategias de Alta Disponibilidad y Recuperación de Desastres
DB
db db
Estrategia de “Replicación”, se tiene una base de distribución
la cual se encarga de proveer las transacciones que van
registrándose en la base publicadora.
PROS
• Permite lecturas en las bases secundarias.
• Aumenta el costo de licenciamiento.
• Permite filtrar los objetos que serán replicados.
CONTRAS
• Requiere modificar la aplicación para re direccionar la
base de datos.
• En tarea de mantenimiento de índices o de datos, pueden
llegar a encolarse la replicación.
OTROS
• Existe más de un tipo de replicación, pero el más utilizado
para alta disponibilidad es la replicación transaccional.
Primary DB
Publicador
SuscriptorSuscriptor
Distribuidor
DB
16. Conceptos Básicos
http://bit.ly/1pKtqn4
Estrategias de Alta Disponibilidad y Recuperación de Desastres
Estrategia de “Database mirroring”
realiza una copia de log transaccional
entre una base primaria y una espejo.
El testigo permite validar que la
sincronización de las bases está
funcionando correctamente.
PROS
• Permite sincronización en tiempo
real o cerca del tiempo real.
• La aplicación puede redireccionar
hacia el nuevo servidor de db
automáticamente.
CONTRAS
• Cuando requiere más de una base
las consultas debe asegurarse que
todas estén replicando
17. AlwaysOn
http://bit.ly/1UeY3gV
FCI
Estrategia de “AlwaysOn Failover
Cluster Instance”.
Es una de las estrategias de alta
disponibilidad más utilizadas. A
diferencia con versiones
anteriores del producto desde
SS2012 es posible tener la
tempdb de manera local en cada
nodo, políticas de fallo flexible y
multisite clustering. DB
NODO 1
Datacenter BOG
NODO 2
Datacenter BOG
DB
NODO 1
Datacenter BOG
NODO 2
Datacenter MED
DB
REPLICACION A
NIVEL DE
ALMACENAMIENTO
(SAN)
18. AlwaysOn
FCI
isAlive: ejecuta Select @@servername
LooksAlive: valida que el servicio esté en ejecución
No valida la salud de una base en particular.
23. AlwaysOn
Arquitecturas viables
Primary Data Center
Disaster Recovery
Data Center
SQL Server
Primary
SQL Server
Secondary
Windows Server Failover Cluster (single WSFC crossing two data centers)
Availability Group
SQL Server
Secondary
Synchronous
Asynchronous
Additional Server for
Node Majority
Quorum Model
24. AlwaysOn
Arquitecturas viables
Primary Data Center
Disaster Recovery
Data Center
SQL Server
Primary
SQL Server
Secondary
Windows Server Failover Cluster (single WSFC crossing two data centers)
Availability Group
SQL Server
Secondary
Synchronous
Asynchronous
File Share
25. AlwaysOn
Data Center Principal
SQLDCPO4
Repl Syn Auto
/SAN 2
SQLDCPO3
Primary Repl.
SAN 1
SRDCP 01/02
SQLDCP
Repl. Syn/ SAN 1
Data Center Recuperación
De desastres
SRVDCR 01/02
SQLDCR
Repl. Asyn / SAN 3
WSFC CLUPRINCIPAL
Granja Servidores
De Aplicación WEB
SUCURSALES
SQLAG1: DBNEGOCIO1, DBNEGOCIO2
SQLAG2: DBMONITOREO, DBRRHH….
Clientes
Internos
Equipo de
DBA’s
Consideraciones Adicionales – Manejo de múltiples FCI dentro de un mismo AG
26. 26
AlwaysOn
Consideraciones Adicionales – Manejo de multiples FCI dentro de un mismo AG
En los Roles del WSFC debe configurarse solo los nodos que corresponden a cada FCI
27. 27
AlwaysOn
Consideraciones Adicionales – Manejo de multiples FCI dentro de un mismo AG
Debe modificarse el dueño de los discos para que solo sean accedidos por los nodos de cada FCI o de
cada nodo stand alone según sea el caso.
28. 28
AlwaysOn
Consideraciones Adicionales – Manejo de los Jobs de base de datos
Muchas bases de negocio tienen implementados procesos de batch y/o depuración a través de Jobs, con
AG esto se torna complicado porque todas las instancias están iniciadas pero solo una tiene la base de
producción activa.
32. Introducción a Polybase en SQL Server 2016
23 de Marzo (12 pm GMT -5)
Eladio Rincón
Resumen:
SQL Server 2016 da la posibilidad de gestionar datos no estructurados
desde el motor relacional. En esta sesión verá cómo utilizar dicha
integración para gestionar desde un motor relacional (SQL Server) datos
no estructurados.
Próximo Evento