Medir la latencia y validar las conexiones en la réplica transaccional
La réplica transaccional proporciona la función de testigo de traza, que ofrece una forma cómoda de medir la latencia en topologías de réplica transaccional y validar las conexiones entre el publicador, el distribuidor y los suscriptores. Un testigo (una pequeña cantidad de datos) se escribe en el registro de transacciones de la base de datos de publicaciones, se marca como si fuera una transacción de réplica típica y se envía al sistema, lo que permite calcular:
- Cuánto tiempo transcurre entre que una transacción se confirma en el publicador y el comando correspondiente se inserta en la base de datos de distribución en el distribuidor.
- Cuánto tiempo transcurre entre que un comando se inserta en la base de datos de distribución y la correspondiente transacción se confirma en el suscriptor.
Con estos cálculos, puede responder a varias preguntas, como:
- ¿Qué suscriptores tardan más en recibir un cambio del publicador?
- De los suscriptores que esperan recibir el testigo de traza, ¿cuáles, si los hay, no lo han recibido?
Para medir la latencia y validar las conexiones de la réplica transaccional
- Microsoft SQL Server Management Studio: Cómo medir la latencia y validar conexiones para la réplica transaccional (Monitor de réplica)
- Programación de la réplica con Transact-SQL: How to: Measure Latency and Validate Connections for Transactional Replication (Replication Transact-SQL Programming)
- Programación con Objetos de administración de réplica (RMO): How to: Measure Latency and Validate Connections for Transactional Replication (RMO Programming)
Los testigos de traza también pueden ser útiles al detener el sistema, lo que implica detener todas las actividades y comprobar que todos los nodos han recibido todos los cambios pendientes. Para obtener más información, vea How to: Quiesce a Replication Topology (Replication Transact-SQL Programming).
Consideraciones sobre los testigos de traza
Para usar testigos de traza, debe utilizar ciertas versiones de Microsoft SQL Server:
- El distribuidor debe ser de Microsoft SQL Server 2005 o posterior.
- El publicador debe ser de SQL Server 2005 o posterior, o un publicador de Oracle.
- Para las suscripciones de inserción, las estadísticas del testigo de traza se obtienen del publicador, distribuidor y suscriptores, si el suscriptor es de Microsoft SQL Server 7.0 o posterior.
- Para las suscripciones de extracción, las estadísticas del testigo de traza se obtienen sólo de los suscriptores, si el suscriptor es de SQL Server 2005 o posterior. Si el suscriptor es de SQL Server 7.0 o Microsoft SQL Server 2000, las estadísticas se obtienen sólo del publicador y el distribuidor.
También hay que tener en cuenta otros problemas y restricciones:
- Para recibir un testigo de traza, las suscripciones deben estar activas. Una suscripción está activa si se ha inicializado.
- La reinicialización quita los testigos de traza pendientes en las suscripciones correspondientes.
- Los suscriptores sólo reciben testigos de traza que se han creado después de la sincronización inicial.
- Los suscriptores que vuelven a publicar no reenvían los testigos de traza.
Vea también
Conceptos
Supervisar el rendimiento con el Monitor de réplica
Supervisión de la réplica con el Monitor de réplica