En esta presentación vemos las opciones de alta disponiblidad en SQL Server

1. 11 Octubre, 2014

2. Alta disponibilidad en ambientes
empresariales
Ing. Eduardo Castro, PhD
Microsoft SQL Server MVP
PASS Regional Mentor
ecastro@simsasys.com
http://www.youtube.com/eduardocastrom

3. Descripción general la charla
 Alta disponibilidad y recuperación ante desastres con SQL
Server 2014
 Alta disponibilidad y recuperación ante desastres para bases
de datos en Azure

4. Alta disponibilidad y recuperación ante desastres
 Soluciones de alta disponibilidad tienen como finalidad
impedir las interrupciones del servicio
 Las soluciones de recuperación de desastres son destinados a
permitir la recuperación de las interrupciones
 Las copias de seguridad por sí solas no proporcionan una
solución completa de recuperación de desastres
 RPO y RTO son los objetivos de negocio que pueden ayudar
con la alta disponibilidad y la planificación de recuperación de
desastres

5. Descripción general de alta disponibilidad
•Tecnologías de alta disponibilidad ayudan a asegurar la
continuidad de la prestación de servicios en caso de un corte
de luz
• Planes de alta disponibilidad deben incluir:
• Hardware
• Sistema operativo Windows
• Instancia de SQL Server
• Bases de datos individuales

6. Consideraciones para la implementación de alta
disponibilidad y recuperación ante desastres
• Debe tener en cuenta los siguientes puntos en la planificación de alta
disponibilidad y recuperación de desastres:
• El número de sitios
• El costo de mantenimiento de los servidores ociosos para la conmutación por
error
• Configuración de quórum
• Guardar tempdb localmente para reducir E / S en el almacenamiento
compartido

7. Opciones de Alta disponibilidad y recuperación ante
desastres con SQL Server 2014
 SQL Server Log Shipping
 SQL Server Replication
 Failover Cluster Solution
 Multi-Site Failover Cluster Solution
 Solución AlwaysOn Grupo de Alta Disponibilidad
 Combinación de AlwaysOn Failover Cluster y Solución Grupo
de disponibilidad AlwaysOn
 Combinación con Microsoft Azure

8. Log Shipping Database Mirroring
Testigo
Failover Cluster
Activo Pasivo
Grupo de disponibilidad
Cluster de
Windows
Cluster de
Windows
Réplica
primaria
Réplica secundaria
Activo

9. Planificación de alta disponibilidad
• Las consideraciones clave
• Acuerdos de nivel de servicio
• Costo
• La utilización de recursos

10. Planificación de alta disponibilidad
• La elección de una solución de alta disponibilidad de SQL Server
• Unidad de failover
• Costo relativo
• Failover automático
• Redirección automática de cliente
• El número máximo de réplicas
• Réplicas de sólo lectura
• Edición de SQL Server

11. Failover Cluster Solution
Windows Server Failover Cluster
Activo
nodo
Sitio primario
Conmuta
ción por
error
local
nodo

12. Multi-Site Failover Cluster Solution Instancia
Windows Server Failover Cluster
Activo
nodo
Conmuta
ción por
error
local
nodo
Failover
remoto
nodo
Failover
remoto
nodo
Replicación de
almacenamiento
Sitio primario Sitio Alterno

13. Tecnología de Alta Disponibilidad SQL Server
Failover Cluster Instances
for servers
Tecnología existente
Failover de servidor
Almacenamiento compartido (SAN /
SMB)
Failover puede tardar minutos
Clúster de multiples nodos
Los nodos secundarios son pasivos
Availability Groups
for groups of databases
Nuevo mecanismo
Failover de múltiples base de
datos
Utiliza Direct attached storage
El failover puede tardar
segundos
Múltiples secundarias
Copias secundarias activas
Instancias de Failover
Cluster
enfocado en servidores
para conjuntos de base de datos
Introducción a AlwaysOn

14. Topología Tradicional
Log Shipping
Database Mirroring

15. Topología Flexible
 AlwaysOn provee flexibilidad
A
Movimiento
Sincrónico de
Datos
Movimiento
Asincrónico de
Datos
Almacenamiento compartido, regional y geo
secondaries
A
A
A
A
A
A
Direct attached storage local, regional, geo target

16. SQL Server AlwaysOn Availability Group
Los grupos de alta disponiblidad proveen nuevas
capacidades para las aplicaciones
 Failover de multiples bases de datops
 Múltiples secundarias
 Movimientos de datos sincrónicos y
asincrónicos
 Utiliza compresión y encriptación
 Failover automático o manual
 Recuperación de páginas automático
 Copias secundarias activas
 Redireccionamiento automático de
las aplicaciones con base en el
nombre virtual
 Asistente de configuración
 Integración con System Center
 Power-shell
Opciones de alta disponiblidad
Más flexibles
Mayor eficiencia e integración

17. Las copias secundarias activas permite utilizar major el hardware
que en el scenario de HA/DR: Liberar trabajo al primario
Cargas de trabajo de solo léctura
Realización de respaldos

18. Nueva solución para procesos de solo lectura
SQL Server SQL Server
DB
2
DB
1
DB
2
DB
1
Primaria Secundaria
Sincronización de
Log
Reportes
Secundaria Primaria
Reportes

19. Nueva solución para procesos de solo lectura
SQL Server
DB
2
DB
1
Primary
Se pueden tener hasta 4 secundarias
Sincrónica o Asincrónica

20. Cargas de trabajo de solo lectura - Anteriormente
Database Mirroring Transactional Replication
Ejecuta en el principal
Tiene impacto de carga de trabajo
Se ejecuta en el espejo con
snapshots
Estado de los datos
Tareas administrativas adicionales
No hay failover de procesos de
lectura
Ejecuta en el suscriptor
Ventajas:
Soporta gran cantidad de suscriptores
Desventajas:
Solución independiente para configurar
y administrar
Latencia de replicación
No hay failover de procesos de lectura

21. Configurar las secundarias como de solo
lectura
NO No permite conexiones
ALL Permite todas las conexiones
READ_ONLY Solo permite las conexiones explícitas que indican READ_ONLY
ALTER AVAILABILITY GROUP ag_name
MODIFY REPLICA ON 'server_name'
WITH (
SECONDARY_ROLE (
ALLOW_CONNECTIONS = { NO | ALL | READ_ONLY } ) )

22. Los clientes se pueden conectar a la copia secundaria sin cambios
Set ALLOW_CONNECTIONS = ALL
Si puede modificar el código especifique Application Intent
Nuevo parámetro del connection string
Se especifica el tipo de conexión: READ_ONLY / READ_WRITE
Permite nuevas capacidades
No permite conexiones de escritura
Enruta automática las conexiones de READ_ONLY hacia una copia
secundaria activa

23. Failover de las aplicaciones
 Availability Groups Listener permite que las aplicaciones realicen Failover a cualquier secundaria
 La aplicación se reconecta utilizando un nombre virtual
Servidor A Servidor B Servidor C
HR
DB
AG_HR
HR
DB
HR_VNN
Primaria Secundaria
HR
DB
Secundaria
Aplicación reintenta durante FailOver
-server HR_Listener;-
catalog HRDB
Se conecta a la nueva primaria
una vez finalizado el failover y que el nombre
virtual está activo

24. Configurar el Routing URL para cada secundaria
Endpoint para conexiones de solo-lectura
ALTER AVAILABILITY GROUP nombre_AG
MODIFY REPLICA ON ‘nombre_servidor'
WITH (
SECONDARY_ROLE (
READ_ONLY_ROUTING_URL = ‘TCP://direccion:puerto’ ) )

25. ALTER AVAILABILITY GROUP ag_name
MODIFY REPLICA ON 'server_name'
WITH (
PRIMARY_ROLE (
READ_ONLY_ROUTING_LIST = {'server_name' [,..n]} ) )

26. Carga trabajo R/W
Failed
Database Mirroring
Respaldos Respaldos
Primaria Secundaria
Solo en el primario
Impacto en las cargas de trabajo
Falla después del Failover

27. Carga de trabajo R/W
Primaria
Respaldos
Secundaria
Activa
Respaldos
Secundaria
Activa
Respaldos
En la primaria o cualquier secundaria
No hay necesidad de configurar la secundaria de solo lectura

28. Solución AlwaysOn grupo de disponibilidad
Windows Server Failover Cluster
AlwaysOn grupo de disponibilidad
Testigo del recurso
compartido de archivos
Primaria Secundaria Secundaria
Synchronous
Asíncrono
Sitio primario DR sitio

29. Combinar AlwaysOn Failover Cluster Instancia y Solución
grupo de disponibilidad AlwaysOn
Windows Server Failover Cluster
AlwaysOn Failover
Cluster Instancia 1
El nodo A
(Pasivo)
Nodo B
(Activo)
AlwaysOn Failover
Cluster Instancia 2
El nodo C
(Activo)
DR sitio
Sitio primario DR sitio
El nodo D
(pasivo)
Principal
grupo de
disponibilidad
Grupo de
disponibilidad
de secundaria
Conjunto disponibilidad

30. Consideraciones para la alta disponibilidad en una nube
privada
• Host Clustering
• Clúster de hosts de Hyper-V físicas
• La migración en vivo
• Transferencia en línea de máquinas virtuales entre
hosts
• Cluster Shared Volumens
• VHD para almacenaje de múltiples máquinas
virtuales en clúster LUN
La migración en
vivo
Invitad
o
Cluster
Host Cluster
Volumen compartido de clúster

31. Consideraciones para la alta disponibilidad en una nube
privada
• Guest Clustering
• Clúster de VM dentro de Hyper-V
• Compartido de almacenamiento para máquinas
virtuales
La migración en
vivo
Invitad
o
• iSCSI
Cluster
• VHD Compartidos
Host Cluster
• Fibre Channel virtual Volumen compartido de clúster

32. Consideraciones para la alta disponibilidad de máquinas
virtuales de Azure
• Azure built-in replication
• Para tres nodos en el mismo centro de datos
• Geo-replicación para un centro de datos diferente
• No protege específicamente SQL Server
• SQL Server Azure en entornos exclusivos
• Grupos de disponibilidad AlwaysOn
• Database Mirroring

33. Consideraciones para la alta disponibilidad de máquinas
virtuales de Azure
• SQL Server en entornos de TI híbridos
• AlwaysOn disponibilidad Grupos
• Database Mirroring
• Log Shipping

34. Alta disponibilidad y recuperación ante desastres para
bases de datos en Azure
 Alta disponibilidad y recuperación de desastres de base de
datos Microsoft SQL Azure
 Alta disponibilidad y recuperación de desastres en máquinas
virtuales Microsoft Azure
 Alta disponibilidad y recuperación de desastres en los
escenarios de TI híbridos

35. Alta disponibilidad y recuperación de desastres de base de
datos Microsoft SQL Azure
• Base de datos de Microsoft SQL Azure incluye mecanismos
incorporados que le permiten:
• Protege contra la falta de infraestructura en el centro de datos local
• Crear copias redundantes de datos para proteger contra la corrupción
lógica
• Protege contra el fracaso de todo el centro de datos

36. Alta disponibilidad y recuperación de desastres en
máquinas virtuales Microsoft Azure
• Soluciones de alta disponibilidad para las bases de datos en SQL
Server en máquinas virtuales de Azure:
• Grupos de disponibilidad AlwaysOn
• Database Mirroring
• Instancias de clúster de conmutación por error de AlwaysOn no soportados
debido a los requisitos de almacenamiento compartido

37. Alta disponibilidad y recuperación de desastres en
máquinas virtuales Microsoft Azure
• La recuperación de desastres soluciones para bases de datos en SQL
Server en Azure máquinas virtuales:
• La creación de espejo de base de datos
• Copia de seguridad para el almacenamiento Blob Azure en un centro de datos
diferente
• Los Grupos de Alta Disponibilidad de AlwaysOn no son soportados porque los
dominios y las redes virtuales no pueden abarcar los centros de datos

38. Alta disponibilidad y recuperación de desastres en los
escenarios de TI híbridos
• Crear un combinado hybrid TI solución de disponibilidad y
recuperación de catástrofes de alta mediante el uso de un grupo de
disponibilidad AlwaysOn
• Crear soluciones de recuperación de desastres para híbridos de TI
mediante el uso de:
• Database Mirroring
• Log shipping
• Backup to Azure Blob service

39. Opciones de alta disponibilidad AzureOnly
AlwaysOn Availability Groups

40. Recuperación ante desastres AzureOnly
AlwaysOn Availability Groups

41. Recuperación ante desastres AzureOnly
Database Mirroring

42. Recuperación ante desastres AzureOnly
Backup and Restore with Azure Blob Storage Service

43. Recuperación ante desastres Híbridas
AlwaysOn Availability Groups

44. Recuperación ante desastres Híbridas
Database Mirroring

45. Recuperación ante desastres Híbridas
Log Shipping

46. Recuperación ante desastres Híbridas
Backup and Restore with Azure Blob Storage Service

47. EJEMPLOS DE CLIENTES

48. Un fabricante de automóviles
 Portal Web (Gazoo.com)
• Noticias, blogs, mercado, comunidad, juegos
 SharePoint 2013 y SQL Server 2012

49. Una empresa de viajes online
 Sistema de Reservas de Servicios Turísticos
• Centro de datos 1 en las instalaciones
• Grupos de disponibilidad de segunda mano a la HA
• Ningún sitio DR
• Utilice Azure para DR

50. Una compañía de streaming de vídeo en línea
 Vídeo sitio de streaming
• Estrategia organizativa para pasar a nube
• La continuidad del negocio es fundamental para la satisfacción del cliente
• Disponibilidad Group ofrece HA dentro de la región Azure
• Actualmente DR bajo premisa (se trasladará el próximo mes para Azure)

51. Un proveedor de atención médica
 Operaciones del hospital del sistema en línea
• Cumplimiento de HIPAA es importante: Use Azure como infraestructura de alojamiento
• La continuidad del negocio es crítica para los negocios
• Disponibilidad Grupo ofrece HA dentro de la región Azure
• DR bajo premisa por razones de información y de regulación

52. Recursos adicionales