escenarios complejos de replicacion escenarios mixtos vs grupos de disponibilidad

Escenarios Complejos de Replicación: Escenarios Mixtos vs Grupos de Alta Disponibilidad

400

REL40002

Luis J. Morán

lmoran@solidq.com

MCTS, MCITP

Rubén Garrigós

Mentor rgarrigos@solidq.com

MCT – MCAD – MCSD – MCITP

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

Replicación vs Grupos HAComparativa ( I )

Replicación

Normalmente Subconjunto de Tablas

ROI, Disponibilidad y Escalabilidad

Real en Múltiples Servidores

Tres modos de configuración

Versatilidad, una bbdd acepta

suscripciones de varios tipos

actuando como consolidadora

HA Groups

Bases de datos Completas

ROI, Disponibilidad y Escalabilidad

Real en Múltiples Servidores

Dos modos de configuración

Esta operación es imposible con HA

Groups

Replicación vs Grupos HAComparativa ( II )

Replicación

El mantenimiento puede llegar a ser

complejo

En caso de desastre se requiere un

tiempo mayor de recuperación que

otras tecnologías

Impacto en procesos masivos, bulk

inserts problemáticos

Modificaciones en las tablas pueden

requerir rehacer los artículos

Las tablas requieren PK

HA Groups

Fácil mantenimiento, algunas tareas

delegadas en réplicas

Lo que tarde el failover

No hay restricciones

Indiferente

Indiferente

Replicación vs Grupos HAComparativa ( III )

Replicación

No necesita que la instancia este en

un clúster

Desde versión 2000

Independiente del collation de la

instancia

Cualquier Recovery Model

HA Groups

El servidor requiere clúster de

windows, también para réplicas

Requiere SQL SERVER 2012 Enterprise

Obligatorio mismo collation en todas

las instancias

Requiere Full Recovery Mode en

todas las bases de datos

Replicación vs Grupos HAFuncionamiento Grupos de Alta Disponibilidad

Replicación vs Grupos HAArquitecturas HA replicación Bidireccional

Transaccional bidireccional

P2P de dos nodos

Nodo 2

Nodo 2Nodo 1

Nodo 1

Replicación vs Grupos HAArquitecturas HA replicación P2P

Nodo 1

Nodo 5 Nodo 4

Nodo 3

Nodo 2

Replicación vs Grupos HAArquitecturas HA replicación P2P

Nodo 1.1

Nodo 1.3 Nodo 1.4

Nodo 1.2

Nodo 2.3 Nodo 2.4

Nodo 2.2

Nodo 2.1

Nodo 3.3 Nodo 3.4

Nodo 3.1

LAN LAN

LAN

Nodo 3.2

Nodo 1 Nodo 2

Nodo 3

WAN

P2P + Transaccional + Merge + Cloud

Replicación

Replicación vs Grupos HAFlujo de datos y almacenes intermedios

Grupos HA

Replicación vs Grupos HAFlujo de datos y almacenes intermedios

DEMOComparativa Rendimiento

El tamaño del batch es crítico para la latencia de la replicación

Replicación vs Grupos HAComparativa Rendimiento

En la réplica de solo lectura nos afecta mucho menos el tamaño de batch

Replicación vs Grupos HAComparativa Rendimiento

Replicación vs Grupos HAComparativa Rendimiento

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

Replicación vs Grupos HA

No olvidemos pros y contras genéricos de

cada alternativa

– Flexibilidad

– Mantenimiento

– Versión de SQL Server necesaria

– Clustering / HA

Replicación vs Grupo HA

• Funciona con cualquier tipo de replicación

• Los agentes consultan al distribuidor y

devuelve el publicador redirigido

Replicación en HA GroupsPublicador

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

• Condiciones a Cumplir:

Replicación en HA GroupsPublicador

Distribuidor Común para las

Instancias de SQL Server del grupo

Linked Server en cada réplica del

grupo apuntando a los suscriptores

Replicación en HA Groups

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

Réplicas AO Síncronas/Asíncronas

• Utiliza:

Replicación en HA GroupsRedirección del Publicador ( I )

Sp_Redirect_Publisher

Desde el Distribuidor

@original_publisher

@publisher_db

@redirected_publisher

0 Correcto, 1 Error

• Utiliza:

Replicación en HA GroupsRedirección del Publicador ( II )

Sp_Get_Redirected_Publisher

Desde Agentes

@original_publisher

@publisher_db

@bypass_publisher_validation, 0 validar

0 Correcto, 1 Error

Devuelve Nombre Publicador Actual

• Utiliza:

Replicación en HA GroupsRedirección del Publicador ( III )

Sp_Validate_Redirected_Publisher

Desde Distribuidor

Invocado por sp_get_redirected_publisher

@original_publisher

@publisher_db

@redirected_publisher

0 Correcto, 1 Error

• Utiliza:

Replicación en HA GroupsRedirección del Publicador ( IV )

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)

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

Replicación en HA GroupsLimitaciones ( I )

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

Replicación en HA GroupsLimitaciones ( II )

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.

Replicación en HA GroupsLimitaciones ( III ) Suscripción

Replicación en HA GroupsResumen 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

Replicación vs Grupos HAEsquema de Servidores de las demos

DEMOReplicación Transaccional vs HA Groups

DEMOReplicación Mezcla vs HA Groups

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: