SQL 2005 트랜잭션 복제 : 스냅 샷 처리 중 동작?

Question

그래서 SQL (2005) 트랜잭션 복제는 일반적으로 단일 게시자 및 단일 (읽기 전용) 구독자와 잘 작동합니다. 데이터 변경 및 업데이트는 약 5 초 대기 시간으로 완벽하게 진행됩니다.

내 고독한 문제는 몇 일간 풀려고 노력하고 (답변을 찾기 위해 모든 곳에서 인터넷 검색) 새 sprocs/tables/etc입니다. 읽기 전용 구독자에게 전파되지는 않습니다. "발행물"에 "기사"를 추가 했더라도. 게시는 "스키마 변경 전송"을 ON으로 설정하고 저장 프로시 저는 해당 정의를 전송하도록 설정됩니다. 그러나 웬일인지, 그들은하지 않는다.

"스냅 샷 에이전트"프로세스가 스케줄링되지 않음으로 설정되었습니다. (즉, 수동으로 시작할 때 한 번만 발생합니다.) 새 테이블이나 수정 된 테이블과 sprocs를 전송할 수 있도록 일정에 넣어야합니까?

개체를 발행물에 추가하는 것은 단순한 행위라고 생각했지만 스냅 샷을 작성하지 않으면 여전히 전송하지 못했습니다. 이들을 연결하는 WAN은 완전히 빠르고 안정적이므로 문제가되지 않으며 테이블 데이터 업데이트가 비교적 빠르고 완벽하게 전송됩니다.

스냅 샷 에이전트를 일정에 배치 할 수 있지만 기본 게시 데이터베이스 사용자 또는 읽기 전용 복사본에 대한 실시간 생산 영향이 있습니까? (내 사이트는 현재 한 달에 4 백만 이상의 고유 사용자를 확보하고 있으므로 최소한의 혼란을 겪고 싶습니다 ...) 감사합니다!

Answer 1

트랜잭션 복제는 원본 (게시) 데이터베이스의 트랜잭션 로그에서 DML (데이터 조작 언어) 문만 배포하고 이후에 게시합니다.

새 테이블과 저장 프로시 저는 구독자에게 복제되지 않습니다. 이 특정 컨텍스트의 스키마 변경은 일부 온라인 설명서에서 약간 명확하지 않지만 기존 스키마를 참조하십시오. 즉, 기존 데이터베이스에 열을 추가하는 경우이 변경 사항은 가입자.

여기에 설명 할 수있는 스키마 변경 사항을 자세히 설명하는 Microsoft 문서가 나와 있습니다.

[http://msdn.microsoft.com/en-us/library/ms151870(SQL.90).aspx][1]

나는이 도움이되기를 바랍니다. 복제가 큰 주제 영역이므로 추가 도움이 필요하면 알려 주시기 바랍니다.

아, 맞습니다. 발행물에 새 기사를 추가 할 경우 업데이트 된 스냅 샷을 만들어야합니다.

건배,