Utilizzare gli avvisi per gli eventi degli agenti di replica

SQL Server Management Studio e Microsoft SQL Server Agent consentono di monitorare gli eventi, ad esempio gli eventi dell'agente di replica, usando gli avvisi. SQL Server Agent monitora il registro applicazioni di Windows per gli eventi associati agli avvisi. Se si verifica un evento di questo tipo, SQL Server Agent risponde automaticamente eseguendo un'attività definita e/o inviando messaggi di posta elettronica o cercapersone a un operatore specificato. SQL Server include un set di avvisi predefiniti per gli agenti di replica che è possibile configurare per eseguire un'attività e/o inviare una notifica a 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:

In aggiunta a questi avvisi, in Monitoraggio replica è disponibile un set di avvisi relativi allo stato e alle prestazioni. Per altre informazioni, vedere Impostare soglie e avvisi nell'infrastruttura degli avvisi di Monitoraggio replica . Per altre informazioni, vedere Creare un evento definito dall'utente.

Per configurare gli avvisi predefiniti della replica

• SQL Server Management Studio: Configurare gli avvisi di replica predefiniti (SQL Server Management Studio)

Visualizzazione diretta del registro applicazioni

Per visualizzare il registro applicazioni di Windows, usare microsoft Windows Visualizzatore eventi. Il registro applicazioni contiene SQL Server messaggi di errore e messaggi per molte altre attività nel computer. A differenza del log degli errori SQL Server, non viene creato un nuovo registro applicazioni ogni volta che si avvia SQL Server (ogni sessione SQL Server scrive nuovi eventi in un registro applicazioni esistente). È tuttavia possibile specificare per quanto tempo verranno conservati gli 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 è intitolato Reinizializzare le sottoscrizioni in caso di errore di convalida dei dati e viene archiviatonella cartella processi SQL Server Agent in SQL Server Management Studio. Per informazioni sull'abilitazione di questo processo di risposta, vedere Configurare gli avvisi di replica predefiniti (SQL Server Management Studio).For information about enabling this response job, see Configure Predefined Replication Alerts (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.

Ad esempio, se i dati nella tabella Sales.SalesOrderHeader nel Sottoscrittore A hanno esito negativo, SQL Server può attivare il messaggio 20574, notificando l'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.

Ad esempio, se si desidera creare un processo di risposta in Transact-SQL che services messaggio di avviso 20574, è possibile usare 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  

Vedere anche

Amministrazione dell'agente di replica
Best Practices for Replication Administration
Monitoraggio (replica)