Condividi tramite


Utilizzo degli avvisi per gli eventi dell'agente di replica

SQL Server Management Studio e Microsoft SQL Server Agent consentono di monitorare gli eventi, ad esempio quelli dell'agente di replica, mediante gli avvisi. Utilizzando SQL Server Agent è possibile monitorare il registro applicazioni di Windows per rilevare gli eventi associati ad avvisi. Se si verifica un evento di questo tipo, SQL Server Agent risponde automaticamente eseguendo un'attività definita dall'utente e/o inviando un messaggio di posta elettronica o tramite cercapersone a un operatore specificato. SQL Server include un insieme di avvisi predefiniti per gli agenti di replica che è possibile configurare per l'esecuzione di un'attività e/o la notifica di un operatore. Per ulteriori informazioni sulla definizione di un'attività da eseguire, vedere la sezione "Risposte automatiche a un avviso" in questo argomento.

Quando un computer viene configurato come server di distribuzione, vengono installati gli avvisi seguenti:

ID del messaggio

Avviso predefinito

Condizione che genera l'avviso

Inserimento di informazioni aggiuntive in msdb..sysreplicationalerts

14150

Replica: operazione dell'agente riuscita

La chiusura dell'agente è stata completata correttamente.

14151

Replica: errore dell'agente

Si è verificato un errore durante la chiusura dell'agente.

14152

Replica: nuovo tentativo dell'agente

La chiusura dell'agente avviene in seguito al tentativo non riuscito di ripetere un'operazione. In questo caso, l'agente rileva un errore quale la non disponibilità del server, un deadlock, un errore di connessione o un errore di timeout.

14157

Replica: eliminata sottoscrizione scaduta

La sottoscrizione scaduta è stata eliminata.

No

20572

Replica: la sottoscrizione è stata reinizializzata dopo l'errore di convalida

Il processo di risposta "Reinizializzazione delle sottoscrizioni con errori di convalida dei dati" reinizializza una sottoscrizione correttamente.

No

20574

Replica: la convalida dei dati nel Sottoscrittore non è riuscita

La convalida dei dati dell'agente di distribuzione o di merge non è riuscita.

20575

Replica: la convalida dei dati nel Sottoscrittore è riuscita

La convalida dei dati dell'agente di distribuzione o di merge ha avuto esito positivo.

20578

Replica: arresto dell'agente personalizzato

 

 

22815

Avviso di rilevamento dei conflitti peer-to-peer

L'agente di distribuzione ha rilevato un conflitto durante il tentativo di applicare una modifica a un nodo peer-to-peer.

Oltre a questi avvisi, Monitoraggio replica include un insieme di avvisi relativi allo stato e alle prestazioni. Per ulteriori informazioni, vedere Impostazione di valori di soglia e avvisi in Monitoraggio replica. È inoltre possibile definire avvisi per altri eventi di replica utilizzando l'infrastruttura degli avvisi di SQL Server. Per ulteriori informazioni, vedere Creazione di un evento definito dall'utente.

Per configurare gli avvisi predefiniti della replica

Visualizzazione diretta del registro applicazioni

Per visualizzare il registro applicazioni di Windows, utilizzare il Visualizzatore eventi di Microsoft Windows. Il registro applicazioni contiene messaggi di errore di SQL Server nonché messaggi per molte altre attività eseguite nel computer. Diversamente dal log degli errori di SQL Server, a ogni avvio di SQL Server non viene creato un nuovo registro applicazioni (durante ogni sessione SQL Server vengono scritti nuovi eventi in un registro applicazioni esistente). È tuttavia possibile specificare il periodo di memorizzazione degli eventi registrati. Quando si visualizza il registro applicazioni di Windows, è possibile filtrarlo per eventi specifici. Per ulteriori informazioni, vedere la documentazione di Windows.

Risposte automatiche a un avviso

La replica include un processo di risposta per le sottoscrizioni con errore di convalida dei dati nonché una struttura per la creazione di ulteriori risposte automatiche agli avvisi. Il processo di risposta si chiama Reinizializzazione delle sottoscrizioni con errori di convalida dei dati ed è memorizzato nella cartella Processi di SQL Server Agent in SQL Server Management Studio. Per informazioni sull'abilitazione di questo processo di risposta, vedere Procedura: Configurazione degli avvisi di replica predefiniti (SQL Server Management Studio). Se la convalida degli articoli di una pubblicazione transazionale non riesce, il processo di risposta reinizializza solo gli articoli con errore. Se la convalida degli articoli di una pubblicazione di tipo merge non riesce, il processo di risposta reinizializza tutti gli articoli della pubblicazione.

Struttura per le risposte automatiche

Quando viene generato un avviso, le informazioni necessarie per comprenderne le causa e determinare l'intervento appropriato in genere sono contenute nel messaggio di avviso stesso. L'analisi di queste informazioni può essere soggetta a errori e richiedere tempi lunghi. La replica semplifica l'automatizzazione delle risposte grazie alla specifica di informazioni aggiuntive sull'avviso nella tabella di sistema sysreplicationalerts. Le informazioni fornite sono già analizzate in un formato facilmente utilizzabile in programmi personalizzati.

Se, ad esempio, i dati della tabella Sales.SalesOrderHeader nel Sottoscrittore A non vengono convalidati, in SQL Server viene attivato il messaggio di avviso 20574 per avvisare l'utente dell'errore. Il messaggio visualizzato sarà il seguente: "La sottoscrizione del Sottoscrittore 'A' dell'articolo 'SalesOrderHeader' della pubblicazione 'MyPublication' non ha superato la convalida dei dati".

Se si crea una risposta in base al messaggio, è necessario analizzare in modo manuale il nome del Sottoscrittore, il nome dell'articolo, il nome della pubblicazione e l'errore indicato nel messaggio. Poiché, tuttavia, l'agente di distribuzione e l'agente di merge scrivono le stesse informazioni nella tabella di sistema sysreplicationalerts, il processo di risposta può ricavare le informazioni appropriate direttamente dalla tabella, insieme a dettagli quali il tipo di agente, l'ora di attivazione dell'avviso, il database di pubblicazione, il database del Sottoscrittore e il tipo di pubblicazione. Sebbene non sia possibile associare la riga esatta a un'istanza specifica dell'avviso, la tabella include una colonna status che consente di tenere traccia delle voci elaborate. Le voci di questa tabella sono disponibili per l'intero periodo di memorizzazione della cronologia.

Se, ad esempio, si desidera creare un processo di risposta in Transact-SQL che elabori il messaggio di avviso 20574, è possibile utilizzare la logica seguente:

declare @publisher sysname, @publisher_db sysname, @publication sysname, @publication_type int, @article sysname, @subscriber sysname, @subscriber_db sysname, @alert_id int
declare hc cursor local for select publisher, publisher_db, publication, publication_type, article, subscriber, 
  subscriber_db, alert_id from 
  msdb..sysreplicationalerts where
  alert_error_code = 20574 and status = 0
  for read only
open hc
fetch hc into  @publisher, @publisher_db, @publication, @publication_type, @article, @subscriber, @subscriber_db, @alert_id
while (@@fetch_status <> -1)
begin
/* Do custom work  */
/* Update status to 1, which means the alert has been serviced. This prevents subsequent runs of this job from doing this again */
update msdb..sysreplicationalerts set status = 1 where alert_id = @alert_id
 fetch hc into  @publisher, @publisher_db, @publication, @publication_type, @article, @subscriber, @subscriber_db, @alert_id
end
close hc
deallocate hc