Compartir a través de


Poner en modo inactivo una topología de replicación (programación de la replicación con Transact-SQL)

Se aplica a: SQL Server Azure SQL Managed Instance

Detener un sistema implica detener la actividad de las tablas publicadas en todos los nodos y asegurarse de que cada nodo ha recibido todos los cambios de los demás nodos. Este tema explica cómo detener una topología de replicación, una operación necesaria para varias tareas administrativas, y cómo asegurarse que un nodo ha recibido todos los cambios de otros nodos.

Para detener una topología de replicación transaccional con suscripciones de solo lectura

  1. Detenga la actividad en todas las tablas en el publicador.

  2. En la base de datos de publicación del publicador, ejecute sp_posttracertoken (Transact-SQL).

  3. En la base de datos de publicación del publicador, ejecute sp_helptracertokenhistory.

  4. Asegúrese de que cada suscriptor ha recibido el token de seguimiento.

Para detener una topología de replicación transaccional con suscripciones actualizables

  1. Detenga la actividad en todas las tablas en el publicador y todos los suscriptores.

  2. Si algún suscriptor utiliza suscripciones de actualización en cola:

    1. Si el Agente de lectura de cola no se está ejecutando de forma continua, ejecútelo. Para obtener más información sobre la ejecución de agentes, vea Conceptos de los ejecutables del Agente de replicación o Iniciar y detener un agente de replicación (SQL Server Management Studio).

    2. Para comprobar que la cola está vacía, ejecute sp_replqueuemonitor en cada suscriptor.

  3. En la base de datos de publicación del publicador, ejecute sp_posttracertoken.

  4. En la base de datos de publicación del publicador, ejecute sp_helptracertokenhistory.

  5. Asegúrese de que cada suscriptor ha recibido el token de seguimiento.

Para detener una topología de replicación transaccional punto a punto

  1. Detenga la actividad en todas las tablas de todos los nodos.

  2. Ejecute sp_requestpeerresponse en cada base de datos de publicación de la topología.

  3. Si el Agente de registro del LOG o el Agente de distribución no se está ejecutando de forma continua, ejecútelo. El Agente de registro del LOG se debe iniciar antes del Agente de distribución. Para obtener más información sobre la ejecución de agentes, vea Conceptos de los ejecutables del Agente de replicación o Iniciar y detener un agente de replicación (SQL Server Management Studio).

  4. Ejecute sp_helppeerresponses en cada base de datos de publicación de la topología. Asegúrese de que el conjunto de resultados contiene las respuestas de cada uno de los otros nodos.

Para asegurarse de que un nodo punto a punto ha recibido todos los cambios anteriores

  1. Ejecute sp_requestpeerresponse en la base de datos de publicación del nodo que está comprobando.

  2. Si el Agente de registro del LOG o el Agente de distribución no se está ejecutando de forma continua, ejecútelo. El Agente de registro del LOG se debe iniciar antes del Agente de distribución. Para obtener más información sobre la ejecución de agentes, vea Conceptos de los ejecutables del Agente de replicación o Iniciar y detener un agente de replicación (SQL Server Management Studio).

  3. Ejecute sp_helppeerresponses en la base de datos de publicación del nodo que está comprobando. Asegúrese de que el conjunto de resultados contiene las respuestas de cada uno de los otros nodos.

Para detener una topología de replicación de mezcla

  1. Detenga la actividad en todas las tablas en el publicador y en todos los suscriptores.

  2. Ejecute el Agente de mezcla para cada suscripción dos veces: sincronice todas las suscripciones una vez y, a continuación, sincronice cada suscripción una segunda vez. Con esto se asegura de que todos los cambios se han replicado en todos los nodos. Para obtener más información sobre la ejecución de agentes, vea Conceptos de los ejecutables del Agente de replicación o Iniciar y detener un agente de replicación (SQL Server Management Studio).

    Nota:

    Si se producen conflictos durante la sincronización, es posible que los cambios requeridos por la resolución de conflictos no se propaguen a todos los nodos después de ejecutar el Agente de mezcla dos veces.