Replicación

SQL Server ofrece tres tipos de replicación:

• Fija. Copia una vista de datos completa en otro ordenador. La nueva versión se sobrescribe en la vista de la base de datos. La replicación fija distribuye los datos tal y como aparecen en un momento específico y no monitoriza las actualizaciones de los datos. Este tipo de replicación se usa especialmente para datos que no suelen cambiar. Cuando tiene lugar la sincronización, se genera toda la replicación y se envía a los Suscriptores.

• Transaccional. Las Transacciones, INSERT, UPDATE, o sentencias de DELETE, ejecutadas en un ordenador se envían a otro ordenador. Gracias a la replicación transaccional, se aplica a todos los suscriptores una replicación fija inicial, y si posteriormente tienen lugar modificaciones de datos en el Publicador, las transacciones individuales se capturan y se propagan a los Suscriptores. La replicación transaccional es útil cuando:

  • Los cambios crecientes han de ser enviados a los suscriptores en el momento en el que tienen lugar.

  • Las transacciones necesitan adherirse a las propiedades de Atomic, Consistency, Isolation, and Durability (ACID).

  • Los Suscriptores se conectan de forma fiable y/o frecuente al Publicador.

• Fusión. Las actualizaciones de cualquier ordenador se podrán enviar a otro ordenador posteriormente. La replicación por fusión es el proceso de distribuir datos de Publicadores a Suscriptores, permitiendo a ambos realizar actualizaciones con o sin conexión, y después fusionar las actualizaciones entre sitios al reanudar la conexión.

La replicación por fusión permite que varios sitios trabajen anónimamente. Posteriormente, las actualizaciones de fusión producen resultados únicos y uniformes. La replicación fija inicial se aplica a los Suscriptores, y después se realiza un seguimiento de los cambios de los datos publicados en el Publicador y en los Suscriptores. Los datos son sincronizados entre servidores de forma continuada, siguiendo una programación temporal, o según la demanda. Dado que las actualizaciones se llevan a cabo en más de un servidor, se pueden actualizar los mismos datos en el publicador. Por lo tanto puede haber problemas al fusionar las actualizaciones.

La replicación por fusión incluye las opciones personalizadas o por defecto para la resolución de problemas que el usuario puede definir al configurar una publicación por fusión. Al tener lugar un conflicto, el Agente de Fusión convoca a un organismo que resuelva el problema y que determine los datos que serán aceptados y enviados a otros sitios. La replicación por fusión es útil cuando:

• Varios suscriptores desean actualizar datos en distintos momentos y propagar esos cambios al Publicador y a otros Suscriptores.

• Hay suscriptores que necesitan recibir datos, hacer cambios sin conexión y sincronizar posteriormente los cambios con el Publicador y otros Suscriptores.

• La actualización de datos en varios sitios no debería conllevar problemas, ya que los datos se filtran en particiones y se publican a diferentes Suscriptores, o se ajustan a los usos de la aplicación. Sin embargo, en caso de que existan conflictos se permite la violación de las propiedades ACID.