일반적으로 이렇게 처리하는 방법은 복제 에이전트 시작/실행을 담당하는 SQL 에이전트 작업을 수정하는 것입니다 (복제 토폴로지에 따라 잠재적으로 다른 위치에 여러 가지가 있음) . 해당 단계가 완료되거나 실패 할 경우 실행되는 "에이전트 실행"단계 후에 적절한 에이전트 작업 (예 : 로그 판독기 에이전트, 배포 에이전트, 병합 에이전트, 대기열 에이전트 등)에 작업 단계를 추가하십시오 연속 일정을 사용하고 있는지 여부에 따라 다름).
예를 들어, 트랜잭션의 단방향 푸시 게시 설정이있는 경우 배포 에이전트가 배포자에서 실행됩니다. 배포자에 연결하고이 게시에 대한 배포 에이전트 실행을 담당하는 Sql 에이전트 작업을 찾으면 작업을 수정하고 "에이전트 실행"단계가 실패하거나 완료되면 특정 그룹에 전자 메일을 보내기위한 단계를 추가 할 수 있습니다. 연속 복제 일정을 사용하고 있다면 "에이전트 실행"단계가 완료되면 전자 메일에 단계를 추가하기 만하면됩니다 (어떤 이유로 든 에이전트가 중지되면 알림을 받고 싶음). 비 연속적인 일정을 사용하는 경우 "실행 에이전트"단계의 실패시에만 전자 메일 단계를 실행할 수 있습니다. 이 "이메일"단계를 구성하여 이메일을 보내고 조금만 일시 중지 한 다음 자동으로 에이전트를 다시 시작하십시오 ("성공하면 1 단계로 이동").
다음은 작업 단계는 내가 위에서 개요로 구성 배포 에이전트의 모양을 묘사 샷 :
distribution agent configured with notify, pause, restart step http://i45.tinypic.com/2zs4aw9.jpg
당신은 내가 일시 정지, 통지 "라는 단계를 추가 한 그 위의 그림에서 알 수는 다시 시도 "에이전트가 중단 될 때마다 실행됩니다 (성공 또는 실패 - 이는 연속 복제 일정을 사용하고 분배 에이전트가 whateve를 실행하지 않을 때마다 알기를 원하기 때문에 의도적입니다.) r 이유). 이 단계는 기본적으로 특정 그룹에 전자 메일을 보내고 1 ~ 2 분 정도 기다린 다음 에이전트를 다시 시작합니다. 로깅, 특정 시간 조각에서 특정 횟수 만 다시 시작하는 등 원하는 작업을 수행 할 수있는 코드를 추가 할 수 있습니다. 모든 수의 에이전트, 게시 등에서 쉽게 스크립팅하고 반복 할 수 있습니다. 모든 유형의 토폴로지에있는 복제 에이전트에는 이러한 유형의 구성이 포함됩니다. 즉, 환경에 배포하는 방법에 따라 릴리스 도구에 추가하거나 실행을 예약하는 것입니다.
별도로 "sql", "server"및 "2005"대신 "sql-server-2005"태그를 사용하십시오. - 감사합니다! –