Za pomocą alertów dla zdarzenia agenta replikacji

Zwykle kiedy pojawia się alert, tylko informacje, trzeba zrozumieć, co spowodowało alert i podjąć odpowiednie akcja zawarte w komunikatu alertu.Analizy te informacje mogą być podatne na błędy i czas-zużyciu.Replikacja ułatwia automatyzacji odpowiedzi podając dodatkowe informacje dotyczące alert w sysreplicationalerts tabela systemowa; dostarczone informacje już jest analizowany w formie łatwo używane przez programy dostosowane.

Na przykład jeśli dane w Sales.SalesOrderHeader tabela a abonent niepowodzenia sprawdzania poprawności, SQL Server może wyzwolić komunikat 20574, powiadamiając o tym awarii.Będzie komunikat: "subskrybent"A"subskrypcja artykuł "salesorderheader" w publikacja "mypublication" Niepowodzenie sprawdzania poprawności danych."

Tworzenie odpowiedzi na podstawie komunikatu, musi ręcznie zanalizować Nazwa subskrybenta, artykuł nazwa, nazwa publikacja i błąd z wiadomości.Jednak ponieważ agenta dystrybucji i scalanie agenta zapisu te same informacje, aby sysreplicationalerts (wraz ze szczegółami, takimi jak typ agenta, czas alert, baza danych publikacji, baza danych subskrybenta i typu publikacja) zadanie odpowiedzi może bezpośrednio wysłać odpowiednie informacje z tabela.Chociaż dokładny wiersz nie może być skojarzona z konkretnego wystąpienie alert, tabela ma stanu kolumna, który może służyć do śledzenia serwisowanego wpisów.Zapisy w tej tabela są utrzymywane przez okres przechowywania historia.

Na przykład, jeśli trzeba utworzyć zadanie odpowiedzi w Transact-SQL , usług 20574 komunikat alert, można użyć następującej logiki:

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