Esta presentación presenta las soluciones de recuperacion de desastres (Disaster Recovery) y alta disponibilidad (High Availability) con SQL Server y ofrece escenarios creativos por usar las soluciones para reportages (Reporting), BI y almacen de datos (Datawarehouse).

1. Alta disponibilidad y recuperación de desastres
16 Noviembre, 2014
Michelle Gutzait
MCITP
Consultora de SQL Server
The Pythian Group
gutzait@Pythian.com

2. Sobre mi…
Español NO ES mi lengua materna…

3. Cole-Docu

4. Documento perdido!

5. Backup
Cole-Docu
 Full Backup cada noche
 Log Backup Cada 15 minutos

6. Falta de espacio para el backup!

7. Backups
Full backup
Differential backup
T-Log backup
Filegroup backup
Filegroup Differential

8. Laptop quebrado!
Cole-Docu

9. Log Shipping with norecovery
 Backup
 Log Shipping
(NORECOVERY)
Cole-Docu Cole-Docu
Log Shipping

10. Necesitan usar el segundo laptop!
Cole-Docu Cole-Docu
Log Shipping

11. Log Shipping with read-only
Cole-Docu Cole-Docu
Log Shipping
 Backup
 Log Shipping (READ-ONLY)

12. No necesita toda la información
Necesita ver los cambios mas rápido
Cole-Docu Cole-Docu
Log Shipping

13. Replicación
Cole-Docu Cole-Docu
Log Shipping
 Backup
 Log Shipping
 (READ-ONLY)
 Replicación
 Replicación
Parcial
 Filtres
Nota: cada “table”
necesita Primary Key

14. Los profesores necesitan ver y modificar los datos
centrales en remoto a 24 horas al día
Mas aplicaciones y base de datos adicionales

15. Un servidor dedicado+
Performance y tuning (sintonizar la base de datos)
 Index
 Tuning
 Transformatcion de T-SQL
 Isolation level
 ….
Log Shipping

16. Mas base de datos

17. Objetos de nivel del servidor
 Logins
 Jobs
 Packages
 Maintenance plans
 Configuracion
 ….

18. Nuevo departamento de IT – tenemos que actualizar
las versiones del software sin mucho downtime

19.  HA/DR A nivel de la instancia
 Alta disponibilidad con cluster
local
 Recuperación de desastre con
Geo-Cluster
 2 or N+1 nodos, M instancias
 Una instancia puede ejecutar un
failover a nodos differentes
 SQL Server tiene un nombre
virtual
Cluster

20. Recuperación de desastres

21. No se puede perder ni una gotita de información

22. Database Mirroring
Mirroring
 Synchronizado
 Con testigo
 No synchronizado
Testigo
(opcional)

23. Always On Availability Groups
 Mescla de Cluster y
Database Mirroring
 No necesita compartir
disco
 Sincronizada o no
sincronizada
 Failover automatico
 Read-Only o no
 Load Balancing

24. Otras soluciones en SQL Server
• Azure
• Peer to Peer Replication
• Database Snapshot
• Change Data Capture (CDC)
• SSIS
• Scripts
• ….

25. Otras soluciones NO en SQL Server
• VM replication
• SAN or storage replication
• Applicaciones de tercer partido
• Clave (Cloud)
• Etc….

26. Cuales opciones se pueden usar juntas?
Option Failover Cluster Database
Mirroring
P2P replication Log Shipping Database
Snapshot
Replication Virtual Machine AlwaysOn AG
Failover
clustering
NA SI SI SI SI SI SI SI
Database
mirroring
NA NA NO SI SI SI SI NO
Peer-to-peer
replication
NA NA NA SI SI SI SI NO
Log shipping NA NA NA NA SI (snapshot
en la
primaria
base)
SI SI SI
Database
snapshots
NA NA NA NA NA SI SI SI
Replication NA NA NA NA NA NA SI SI
Virtual
NA NA NA NA NA NA NA SI
Machine
AlwaysOn
AGs
NA NA NA NA NA NA NA NA
26

27. Ventajas y desventajas
Solution Desventajas Ventajas
Cluster ● Mas caro que un stand-alone
27
● 2-nodos con Edición Standard
● No existe una segunda base para reportajes
● Afectada por disco corrupto
● Fail over automático
● Simple de manejar
● Fail over de la instancia entera
● Fail over rápido (hasta unos minutos)
Replicatcion ● Tablas necesitan Primary Key
● Mas dificil de manejar y arreglar
● Perdida de datos con fail over (unos segundos a unos
minutos)
● Tabla se replica, no la entera base de datos
● Base de datos de sistema no pueden ser configurados
● Dificil de manejar si estructura de tablas cambia
● Una solución barata
● Base secundaria se puede ser usada por reportaje
● La estructura de objetos (tablas, indices, etc)
puede ser diferente que la primaria
● Puede replica una parte de la base de datos
● Rendimiento no afectado, el distribudor puede
ser separado
Log
Shipping
● No hay fail over automático
● Perdida de datos con fail over (unos minutos)
● Base secundaria puede ser usada entre restauraciones de
Log
● RD por la base de datos, no la instancia
● Base de datos de sistema no pueden ser configurados
● Se necesita campo para los backups
● La solución mas barata y simple
● Simple de manejar
● Funciona con edición Standard
● Log backups pueden ser usados aparte
● Rendimiento no afectado

28. Ventajas y desventajas – cont.
Solution Desventajas Ventajas
Database
mirroring
● Standard - sincronizada y sin testigo
● Base segunda no se puede usar directamente
● Una base de datos secundaria solamente
● Rendimiento afectado con sincronización
● RD por la base de datos, no la instancia
● Objetos de la instancia deben ser replicados aparte
● Base de datos de sistema no pueden ser configurados
● Sera eliminada en futuras versiones
● Sin perdida de datos o perdida muy
pequeña
● Simple de manejar
● Solución comparablemente barata con
edición Standard
● Fail over automático con testigo
● No necesita disco compartido
● Rendimiento no afectado sin
sincronización
Always On
AG
● Rendimiento afectado con sincronización y Read-Only
● Fail over no ocurre cuando cosas ocurren a la base de datos
solamente, como corrupción , suspención o un archivo de la
bases de datos no se encuentra
● Mas dificil de manejar por las dependencias sobre la red,
Active Directory y DNS
● Base de datos de sistema no pueden ser configurados
● Failover automatico sin testigo por grupo
de base de datos
● No necesita disco compartido
● Rendimiento mejorado de reads
● Mas de un failover partners
● Podemos tener replicas sinchronizadas y
no synchronisadas, read-only y por fail
over

29. Diseño de la architectura
Sean creativos….
Node A Node B
Instance A
Node N
Instance B
Passive
Instance C
Cluster

30. Como seleccionar las opciones optímales?
Disponibilidad anual Downtime anual
99.5%
99.9%
99.99%
99.999%
43.8 horas
8.8 horas
53.0 minutos
6.0 minutos
30

31. Como elegir las opciones optímales?
Recovery time objective (RTO) – cantidad de tiempo que la base de datos esta disponible
Recovery point objective (RPO) – cantidad de tiempo maximal de tolerancia por perdida de
datos
 RTO y RPO
 Cantidad de trancacciones y rendimiento necesario
 Presupuesto (budget)
 Reportages y operaciones Read-Only
 Adecuada solucion para el grupo que soporta es ambiente
31

32. Gracias !

33. Manténgase conectado a nosotros!
Visítenos en http://globalspanish.sqlpass.org
33
/SpanishPASSVC
lnkd.in/dtYBzev
/user/SpanishPASSVC
/SpanishPASSVC

34. Programa de Reconocimiento
Programa de Voluntario Sobresaliente
• PASS le invita a nominar a su voluntario favorito para ser “Voluntario Sobresaliente del Mes”
• Enviar nominaciones en todo momento a: VolunteerRecognition@sqlpass.org
Favor proveer:
• Información de contacto del nominado,
• una lista breve de los programas de PASS que a participado el nominado
• los años que lleva activo en la comunidad
• una corta descripción por el cual considera que esta persona debe ser reconocida
• Los nominados seleccionados serán anunciados en la edición del boletín PASS Connector y recibirán un
certificado de apreciación.

35. Manténganse Conectados!
• Solicite su suscripción gratuita en sqlpass.org
• Linked In: Professional Association for SQL Server
• Facebook: Professional Association for SQL Server Group
• Twitter: @SQLPASS
• The PASS Blog: sqlpass.org