Suscriptores de replicación y grupos

de disponibilidad permanente (SQL

Server)
 15/01/2019
 3 minutos para leer

SE APLICA A: SQL Server Azure Base de datos SQL Almacenamiento

de datos SQL de Azure Almacenamiento de datos paralelos

Cuando un grupo de disponibilidad Siempre activado que contiene una base de

datos que es un suscriptor de replicación falla, la suscripción de replicación puede
fallar. Para los suscriptores de inserción de replicación transaccional, el agente de
distribución continuará replicándose automáticamente después de una
conmutación por error si la suscripción se creó utilizando el nombre de oyente
AG. Para los suscriptores de extracción de la replicación transaccional, el agente de
distribución continuará replicándose automáticamente después de una
conmutación por error, si la suscripción se creó con el nombre del oyente de AG y
el servidor del suscriptor original está en funcionamiento. Esto se debe a que los
trabajos del agente de distribución solo se crean en el suscriptor original (réplica
primaria de la AG). Para los suscriptores de combinación, un administrador de
replicación debe reconfigurar manualmente el suscriptor, recreando la suscripción.
Lo que se apoya
La replicación de SQL Server admite la conmutación por error automática del
publicador y la conmutación por error automática de los suscriptores
transaccionales. Los suscriptores de combinación pueden formar parte de un grupo
de disponibilidad, sin embargo, se requieren acciones manuales para configurar el
nuevo suscriptor después de una conmutación por error. Los grupos de
disponibilidad no se pueden combinar con los escenarios Websync y SQL Server
Compact.
Cómo crear una suscripción transaccional en un
entorno siempre activo
Para la replicación transaccional, utilice los siguientes pasos para configurar y
conmutar por error un grupo de disponibilidad de suscriptor:
 1. Antes de crear la suscripción, agregue la base de datos de suscriptores al
grupo de disponibilidad Always On apropiado.
2. Agregue el servicio de escucha del grupo de disponibilidad del suscriptor
como un servidor vinculado a todos los nodos del grupo de
disponibilidad. Este paso garantiza que todos los posibles socios de
conmutación por error conozcan y puedan conectarse al oyente.
3. Utilizando el script en la sección Creación de una suscripción de inserción
de replicación transaccional a continuación, cree la suscripción utilizando el
nombre del oyente del grupo de disponibilidad del suscriptor. Después de
una conmutación por error, el nombre del oyente siempre seguirá siendo
válido, mientras que el nombre real del servidor del suscriptor dependerá del
nodo real que se convirtió en el nuevo primario.
Nota

La suscripción debe crearse utilizando un script Transact-SQL y no puede

crearse utilizando Management Studio.

4. Si está creando una suscripción de extracción:

a. En Management Studio, en el nodo del suscriptor principal, abra el árbol
del Agente SQL Server.
b. Identifique el trabajo del Agente de distribución de extracción y edite el
trabajo.
c. En el paso de trabajo Ejecutar agente , verifique los parámetros -
Publishery -Distributor. Asegúrese de que estos parámetros contengan el
servidor directo y los nombres de instancia correctos del servidor editor y
distribuidor.
d. Cambie el -Subscriberparámetro al nombre de escucha del grupo de
disponibilidad del suscriptor.

Cuando cree su suscripción siguiendo estos pasos, no tendrá que hacer nada
después de una conmutación por error.
Creación de una suscripción de inserción de
replicación transaccional
Dupdo
-- commands to execute at the publisher, in the publisher database:
use [<publisher database name>]
EXEC sp_addsubscription @publication = N'<publication name>',
@subscriber = N'<availability group listener name>',
@destination_db = N'<subscriber database name>',
@subscription_type = N'Push',
 @sync_type = N'automatic', @article = N'all', @update_mode = N'read
only', @subscriber_type = 0;
GO

EXEC sp_addpushsubscription_agent @publication = N'<publication name>',

@subscriber = N'<availability group listener name>',
@subscriber_db = N'<subscriber database name>',
@job_login = null, @job_password = null, @subscriber_security_mode = 1;
GO

Para reanudar los agentes de mezcla después de

que el grupo de disponibilidad del suscriptor falla
Para la replicación de mezcla, un administrador de la replicación debe reconfigurar
manualmente el suscriptor con los siguientes pasos:

1. Ejecute sp_subscription_cleanup para eliminar la suscripción anterior para el

suscriptor. Realice esta acción en la nueva réplica principal (que antes era la
réplica secundaria).
2. Vuelva a crear la suscripción creando una nueva suscripción, comenzando con
una nueva instantánea.
Nota

El proceso actual es inconveniente para los suscriptores de replicación de mezcla,

sin embargo, el escenario principal para la replicación de mezcla es que los
usuarios desconectados (computadoras de escritorio, computadoras portátiles,
dispositivos de dispositivos de mano) no utilicen los grupos de disponibilidad
Siempre activado en el suscriptor.