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: Procedura: Misurazione della latenza e convalida delle connessioni per la replica transazionale (programmazione Transact-SQL della replica)
Programmazione di oggetti RMO (Replication Management Objects): Procedura: Misurazione della latenza e convalida delle connessioni per la replica transazionale (programmazione RMO)
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 Procedura: Come mettere una topologia di replica in stato di inattività (programmazione Transact-SQL della replica).
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.