Condividi tramite


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

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 MicrosoftSQL Server:

  • Il server di distribuzione deve essere MicrosoftSQL 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 è MicrosoftSQL 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 MicrosoftSQL 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.