Misurazione della latenza e convalida delle connessioni per la replica transazionale
La replica transazionale offre la funzionalità token di traccia, che rappresenta una modalità pratica di misurazione della latenza nelle topologie di replica transazionale e di convalida delle connessioni tra server di pubblicazione, server di distribuzione e Sottoscrittori. Nel log delle transazioni del database di pubblicazione viene scritto un token, ovvero una piccola quantità di dati, che viene quindi contrassegnato come se fosse una transazione di replica tipica e inviato nel sistema, in modo da consentire il calcolo di:
- Intervallo di tempo che intercorre tra l'esecuzione del commit di una transazione nel server di pubblicazione e l'inserimento del comando corrispondente nel database di distribuzione del server di distribuzione.
- Intervallo di tempo che intercorre tra l'inserimento di un comando nel database di distribuzione e l'esecuzione del commit della transazione corrispondente in un Sottoscrittore.
Questi calcoli consentono di rispondere a una serie di domande, tra cui:
- Quale Sottoscrittore richiede più tempo per ricevere una modifica dal server di pubblicazione?
- Di tutti i Sottoscrittori che dovrebbero ricevere il token di traccia, quale non l'ha ricevuto?
Per misurare la latenza e convalidare le connessioni per la replica transazionale
- Microsoft SQL Server Management Studio: Procedura: Misurazione della latenza e convalida delle connessioni per la replica transazionale (Monitoraggio replica)
- Programmazione Transact-SQL della replica: How to: Measure Latency and Validate Connections for Transactional Replication (Replication Transact-SQL Programming)
- Programmazione di oggetti RMO (Replication Management Objects): How to: Measure Latency and Validate Connections for Transactional Replication (RMO Programming)
I token di traccia possono inoltre essere utili quando si mette un sistema in stato di inattività, il che richiede l'interruzione di tutte le attività e la verifica dell'avvenuta ricezione di tutte le modifiche in attesa da parte di tutti i nodi. Per ulteriori informazioni, vedere How to: Quiesce a Replication Topology (Replication Transact-SQL Programming).
Considerazioni sui token di traccia
Per utilizzare i token di traccia, è necessario utilizzare alcune versioni di Microsoft SQL Server:
- Il server di distribuzione deve essere Microsoft SQL Server 2005 o versione successiva.
- Il server di pubblicazione deve essere SQL Server 2005 o versione successiva, oppure deve essere un server di pubblicazione Oracle.
- Per le sottoscrizioni push, le statistiche dei token di traccia vengono raccolte dal server di pubblicazione, dal server di distribuzione e dai Sottoscrittori se il Sottoscrittore è Microsoft SQL Server 7.0 o versione successiva.
- Per le sottoscrizioni pull, le statistiche dei token di traccia vengono raccolte dai soli Sottoscrittori se il Sottoscrittore è SQL Server 2005 o versione successiva. Se il Sottoscrittore è SQL Server 7.0 o Microsoft SQL Server 2000, le statistiche vengono raccolte solo dal server di pubblicazione e dal server di distribuzione.
È inoltre necessario considerare altre problematiche e limitazioni, ovvero:
- Per poter ricevere un token di traccia, le sottoscrizioni devono essere attive. Una sottoscrizione è attiva se è stata inizializzata.
- La reinizializzazione elimina i token di traccia in sospeso per le relative sottoscrizioni.
- I Sottoscrittori ricevono solo i token di traccia creati dopo la sincronizzazione iniziale.
- I token di traccia non vengono inoltrati dai Sottoscrittori di ripubblicazione.
Vedere anche
Concetti
Monitoraggio delle prestazioni con Monitoraggio replica
Monitoraggio della replica con Monitoraggio replica