Compartir vía

Replicación de mezcla

Se aplica a:SQL Server

La replicación de mezcla, como la replicación transaccional, normalmente se inicia con una instantánea de los objetos y datos de una base de datos de publicaciones. Los cambios de datos y las modificaciones de esquema posteriores que se lleven a cabo en el publicador y en los suscriptores se controlan mediante desencadenadores. El suscriptor se sincroniza con el publicador cuando están conectados a la red e intercambian todas las filas que han cambiado entre el publicador y el suscriptor desde la última vez que se produjo la sincronización.

La replicación de mezcla se suele utilizar en entornos de servidor a cliente. La replicación de mezcla es adecuada en las siguientes situaciones:

  • Varios suscriptores actualizan los mismos datos en diferentes ocasiones y propagan los cambios al publicador y a otros suscriptores.

  • Los suscriptores necesitan recibir datos, realizar cambios sin conexión y sincronizar más adelante los cambios con el publicador y otros suscriptores.

  • Cada suscriptor requiere una partición de datos diferente.

  • Se pueden producir conflictos y, cuando ocurren, debe poder detectarlos y resolverlos.

  • La aplicación requiere el cambio de datos neto en lugar de acceso a los estados intermedios de los datos. Por ejemplo, si una fila cambia cinco veces en el suscriptor antes de que este se sincronice con el publicador, la fila cambiará solo una vez en el publicador para reflejar el cambio de datos neto (es decir, el quinto valor).

La replicación de mezcla permite que diferentes sitios funcionen de forma autónoma y, después, mezclen las actualizaciones en un solo resultado uniforme. Dado que las actualizaciones se realizan en más de un nodo, es posible que tanto el publicador como más de un suscriptor hayan actualizado los mismos datos. Por lo tanto, pueden producirse conflictos al mezclar actualizaciones, y la replicación de mezcla ofrece varias formas de gestionar los conflictos.

El Agente de instantáneas y el Agente de mezcla de SQL Server implementan la replicación de mezcla. Si la publicación no se filtra o utiliza filtros estáticos, el Agente de instantáneas crea una sola instantánea. Si la publicación utiliza filtros con parámetros, el Agente de instantáneas crea una instantánea para cada partición de datos. El Agente de mezcla aplica las instantáneas iniciales a los suscriptores. También combina los cambios incrementales de los datos que tienen lugar en el publicador o en los suscriptores después de la creación de la instantánea inicial y detecta y resuelve los conflictos según las reglas que configure.

Para realizar un seguimiento de los cambios, la replicación de mezcla (y la replicación transaccional con suscripciones de actualización en cola) deben poder identificar de forma única cada fila de todas las tablas publicadas. Para realizar esta replicación de mezcla, se agrega la columna rowguid a cada tabla, a menos que la tabla ya tenga una columna de tipo de datos uniqueidentifier con la propiedad ROWGUIDCOL establecida (en cuyo caso se utiliza esta columna). Si la tabla se quita de la publicación, se quita la rowguid columna; si se ha usado una columna existente para el seguimiento, la columna no se quita. Un filtro no debe incluir la columna rowguidcol que usa la replicación para identificar filas. La función newid() se proporciona como valor predeterminado para la rowguid columna, pero los clientes pueden proporcionar un guid para cada fila si es necesario. Sin embargo, no proporcione el valor 00000000-0000-0000-0000-000000000000.

En el siguiente diagrama se muestran los componentes que se utilizan en la replicación de mezcla.

Diagrama de los componentes de la replicación de mezcla y del flujo de datos.

Configuración del cifrado TLS 1.3

SQL Server 2025 (17.x) presenta compatibilidad con TDS 8.0 para la replicación de mezcla, que incluye:

  • Configuración de agentes de replicación para usar el cifrado TLS 1.3 entre instancias de SQL Server 2025 (17.x) y también entre SQL Server 2025 (17.x) e Instancia administrada de Azure SQL.
  • Cifrado predeterminado para la comunicación de servidores vinculados entre instancias de SQL Server 2025 (17.x) en una topología de replicación. Los servidores vinculados de SQL Server 2025 (17.x) usan el controlador OLE DB v19, que tiene Encrypt=Mandatory como valor predeterminado el cifrado.

Nota:

Para topologías de replicación con un distribuidor remoto:

En esta sección

  • Last updated on