http://summit.solidq.com/madrid En esta sesión abordaremos escenarios donde se utilice replicación de SQL Server y las nuevas posibilidades que nos ofrecen los grupos de disponibilidad. Disponer de réplicas de solo lectura abre las puertas a escenarios donde éstas sustituyan a la replicación transaccional. Otros escenarios serán posibles combinando ambas tecnologías para sacar lo mejor de cada una de ellas.

1. REL40002
Escenarios Complejos de Replicación: Escenarios
Mixtos vs Grupos de Alta Disponibilidad
400
Luis J. Morán
lmoran@solidq.com
MCTS, MCITP
Rubén Garrigós
Mentor rgarrigos@solidq.com
MCT – MCAD – MCSD – MCITP

2. Agenda
1. Comparativa Replicación Vs Grupos de Alta
Disponibilidad (HA)
– Funcionamiento Grupos de Alta Disponibilidad
– Comparativa Rendimiento Transaccional Vs AG
2. Replicación en Grupos de Disponibilidad
–
–
–
–
–
Publicador
Réplicas AO Síncronas/Asíncronas
Redirección del Publicador
Limitaciones de la Replicación en Grupos HA
Resumen Combinaciones de Replicación con Grupos de HA
3. Demos de Escenarios Combinados con Failovers

3. Replicación vs Grupos HA
Comparativa ( I )
Replicación
HA Groups
Normalmente Subconjunto de Tablas
Bases de datos Completas
ROI, Disponibilidad y Escalabilidad
Real en Múltiples Servidores
ROI, Disponibilidad y Escalabilidad
Real en Múltiples Servidores
Tres modos de configuración
Dos modos de configuración
Versatilidad, una bbdd acepta
suscripciones de varios tipos
actuando como consolidadora
Esta operación es imposible con HA
Groups

4. Replicación vs Grupos HA
Comparativa ( II )
Replicación
HA Groups
El mantenimiento puede llegar a ser
complejo
Fácil mantenimiento, algunas tareas
delegadas en réplicas
En caso de desastre se requiere un
tiempo mayor de recuperación que
otras tecnologías
Lo que tarde el failover
Impacto en procesos masivos, bulk
inserts problemáticos
No hay restricciones
Modificaciones en las tablas pueden
requerir rehacer los artículos
Indiferente
Las tablas requieren PK
Indiferente

5. Replicación vs Grupos HA
Comparativa ( III )
Replicación
HA Groups
No necesita que la instancia este en
un clúster
El servidor requiere clúster de
windows, también para réplicas
Desde versión 2000
Requiere SQL SERVER 2012 Enterprise
Independiente del collation de la
instancia
Obligatorio mismo collation en todas
las instancias
Cualquier Recovery Model
Requiere Full Recovery Mode en
todas las bases de datos

6. Replicación vs Grupos HA
Funcionamiento Grupos de Alta Disponibilidad

7. Replicación vs Grupos HA
Arquitecturas HA replicación Bidireccional
Transaccional bidireccional
P2P de dos nodos
Nodo 1
Nodo 2
Nodo 1
Nodo 2

8. Replicación vs Grupos HA
Arquitecturas HA replicación P2P
Nodo 2
Nodo 3
Nodo 1
Nodo 5
Nodo 4

9. Replicación vs Grupos HA
Arquitecturas HA replicación P2P
Nodo 1.2
Nodo 2.2
Nodo 2
Nodo 1
Nodo 2.1
Nodo 1.1
LAN
LAN
WAN
Nodo 3
Nodo 1.3
Nodo 2.3
Nodo 1.4
Nodo 3.2
Nodo 3.1
LAN
Nodo 3.3
Nodo 3.4
Nodo 2.4

10. P2P + Transaccional + Merge + Cloud

11. Replicación vs Grupos HA
Flujo de datos y almacenes intermedios
Replicación

12. Replicación vs Grupos HA
Flujo de datos y almacenes intermedios
Grupos HA

13. DEMO
Comparativa Rendimiento

14. Replicación vs Grupos HA
Comparativa Rendimiento
El tamaño del batch es crítico para la latencia de la
replicación

15. Replicación vs Grupos HA
Comparativa Rendimiento
En la réplica de solo lectura nos afecta mucho
menos el tamaño de batch

16. Replicación vs Grupos HA
Comparativa Rendimiento

17. Replicación vs Grupos HA
Conclusiones
– La replicación transaccional tiene latencias y
desviaciones mayores que la réplica de solo lectura
– Con tamaños de batch pequeños ambas alternativas
funcionan razonablemente bien
– Con tamaños de batch grandes, solo la réplica de
solo lectura es adecuada si la latencia es importante
– Siempre tendremos cierta latencia ya que ambas
tecnologías son asíncronas en la aplicación de
cambios

18. Replicación vs Grupo HA
No olvidemos pros y contras genéricos de
cada alternativa
– Flexibilidad
– Mantenimiento
– Versión de SQL Server necesaria
– Clustering / HA

19. Replicación en HA Groups
Publicador
• Funciona con cualquier tipo de replicación
• Los agentes consultan al distribuidor y
devuelve el publicador redirigido
Validación
idoneidad del
destino elegido
(Por Defecto)
Si destino no
idóneo cambio de
réplica
Sobrecarga
Bypass Publisher
Validation
Periodicidad de
Ejecución de
Agentes
configurables
Reintentos y
Errores en Historial
del Agente

20. Replicación en HA Groups
Publicador
• Condiciones a Cumplir:
Distribuidor Común para las
Instancias de SQL Server del grupo
Linked Server en cada réplica del
grupo apuntando a los suscriptores

21. Replicación en HA Groups
Réplicas AO Síncronas/Asíncronas
Por defecto
el log reader
no
leerá
aquellas
transacciones
no grabadas
en todas las
réplicas
Mayor
Latencia
por las
réplicas
Asíncronas
Replicación
más lenta
Trace
Flag
1448
En caso de
failover a
réplica
asíncrona,
posible
pérdida de
datos
Existe
posibilidad
que el
suscriptor
tenga
datos que
no tiene el
publicador

22. Replicación en HA Groups
Redirección del Publicador ( I )
• Utiliza:
Sp_Redirect_Publisher
Desde el Distribuidor
@original_publisher
@publisher_db
@redirected_publisher
0 Correcto, 1 Error

23. Replicación en HA Groups
Redirección del Publicador ( II )
• Utiliza:
Sp_Get_Redirected_Publisher
Desde Agentes
@original_publisher
@publisher_db
@bypass_publisher_validation, 0  validar
0 Correcto, 1 Error
Devuelve Nombre Publicador Actual

24. Replicación en HA Groups
Redirección del Publicador ( III )
• Utiliza:
Sp_Validate_Redirected_Publisher
Desde Distribuidor
Invocado por sp_get_redirected_publisher
@original_publisher
@publisher_db
@redirected_publisher
0 Correcto, 1 Error

25. Replicación en HA Groups
Redirección del Publicador ( IV )
• Utiliza:
Sp_Validate_Replica_Hosts_As_Publisher
Desde Distribuidor
@original_publisher
@publisher_db
@redirected_publisher
0 Correcto, 1 Error
Valida todas las réplicas (primarias y secundarias)

26. Replicación en HA Groups
Limitaciones ( I )
Las redirecciones solo a través del listener
Las réplicas secundarias no pueden ser publicadores
Republicación no permitida
Replicación P2P, bidireccionales, recíprocas y de Oracle no
permitidas

27. Replicación en HA Groups
Limitaciones ( II )
Después de la conmutación por error a una réplica secundaria el
Monitor de replicación el nombre de la instancia principal
original de SQL Server y no el de la nueva instancia
Replicación de Mezcla. El distribuidor, publicadores y
suscriptores deben tener SQL Server 2012
Los metadatos y los objetos que existen fuera de la base de
datos no se propagan a las réplicas secundarias
automáticamente

28. Replicación en HA Groups
Limitaciones ( III ) Suscripción
Si el grupo de HA realiza una conmutación por error y
alguna de sus bbdds es suscriptora, se produce un error en
la suscripción  Recrear la suscripción MANUALMENTE en
el nuevo nodo
Causas de error:
• Suscripción de Extracción (Pull). El agente de extracción no puede encontrar
los trabajos almacenados en la base de datos msdb de la instancia de
servidor que hospeda la réplica principal
• Suscripción de Inserción (Push). El agente de inserción no puede conectarse
a la base de datos de suscripciones original en el suscriptor original.

29. Replicación en HA Groups
Resumen Combinaciones de Replicación con Grupos de HA
Tipo Replicación
Publicador
Distribuidor
Suscriptor
Transaccional
Sí pero no
bidireccional,
recíproca o
republicación
No
Sí pero no
automático
P2P
No
No
No
Mezcla
Sí
No
Sí pero no
automático
Snapshot
Sí
No
Sí pero no
automático

30. Replicación vs Grupos HA
Esquema de Servidores de las demos

31. DEMO
Replicación Transaccional vs HA Groups

32. DEMO
Replicación Mezcla vs HA Groups

33. Si quieres disfrutar de las mejores sesiones de
nuestros mentores de España y Latino América,
ésta es tu oportunidad.
http://summit.solidq.com/madrid/
Síguenos: