Upload
solidq
View
382
Download
6
Embed Size (px)
DESCRIPTION
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.
Citation preview
Escenarios Complejos de Replicación: Escenarios Mixtos vs Grupos de Alta Disponibilidad
400
REL40002
Luis J. Morán
MCTS, MCITP
Rubén Garrigós
Mentor [email protected]
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: