sp_update_schedule(Transact-SQL)

SQL Server 2000 서비스 팩 1 이전의 Microsoft SQL Server 버전을 실행하는 서버가 포함된 복제 토폴로지에서만 사용해야 합니다. 관리자는 sp_mergecleanupmetadata를 사용하여 MSmerge_genhistory, MSmerge_contentsMSmerge_tombstone 시스템 테이블의 메타데이터를 정리할 수 있습니다. 이 저장 프로시저는 게시 데이터베이스의 게시자에서 실행됩니다.

항목 링크 아이콘Transact-SQL 구문 표기 규칙

구문

sp_mergecleanupmetadata [ [ @publication = ] 'publication' ]
    [ , [ @reinitialize_subscriber = ] 'reinitialize_subscriber' ]

인수

  • [ @publication = ] 'publication'
    게시의 이름입니다. publication은 sysname이며 기본값은 모든 게시의 메타데이터를 정리하는 **%**입니다. 명시적으로 지정된 경우에는 반드시 게시가 이미 존재하고 있어야 합니다.

  • [ @reinitialize_subscriber = ] 'subscriber'
    구독자를 다시 초기화할지 여부를 지정합니다. subscriber는 **nvarchar(5)**이며 TRUE 또는 FALSE일 수 있고 기본값은 TRUE입니다. TRUE인 경우 구독은 다시 초기화되도록 표시됩니다. FALSE인 경우 구독은 다시 초기화되도록 표시되지 않습니다.

반환 코드 값

0(성공) 또는 1(실패)

주의

sp_mergecleanupmetadata는 SQL Server 2000 서비스 팩 1 이전의 SQL Server 버전을 실행하는 서버가 포함된 복제 토폴로지에서만 사용해야 합니다. SQL Server 2000 서비스 팩 1 이상 버전만 포함하는 토폴로지는 자동 보존 기반 메타데이터 정리를 사용해야 합니다. 메타데이터 정리에 대한 자세한 내용은 병합 복제 작동 방법을 참조하십시오. 이 저장 프로시저를 실행할 때는 저장 프로시저가 실행되는 컴퓨터에서 로그 파일이 크게 증가할 가능성이 있다는 점에 주의해야 합니다.

주의 사항주의

sp_mergecleanupmetadata를 실행한 후에는 기본적으로 MSmerge_genhistory, MSmerge_contentsMSmerge_tombstone에 메타데이터가 저장된 게시의 구독자에서 모든 구독이 다시 초기화되도록 표시되고 구독자의 보류 중인 변경 내용은 손실되며 현재 스냅숏은 최신 스냅숏이 아닌 것으로 표시됩니다.

[!참고]

데이터베이스에 게시가 여러 개 있고 이러한 게시 중 하나가 무한 게시 보존 기간(@retention=0)을 사용하는 경우에는 sp_mergecleanupmetadata를 실행해도 데이터베이스의 병합 복제 변경 내용 추적 메타데이터가 정리되지 않습니다. 그러므로 무한 게시 보존은 신중히 사용하십시오.

이러한 저장 프로시저 실행 시 @reinitialize_subscriber 매개 변수를 TRUE(기본값) 또는 FALSE로 설정하여 구독자를 다시 초기화할지 여부를 선택할 수 있습니다. @reinitialize_subscriber 매개 변수를 TRUE로 설정하여 sp_mergecleanupmetadata를 실행하면 스냅숏 데이터와 스키마가 수동으로 적용되었거나 이미 구독자에 있는 경우와 같이 초기 스냅숏을 적용하지 않고 구독을 만든 경우에도 구독자에서 스냅숏이 다시 적용됩니다. 게시가 다시 초기화되지 않을 경우 게시자와 구독자의 데이터가 동기화되는지 확인해야 하므로 매개 변수를 FALSE로 설정할 때는 주의해야 합니다.

저장 프로시저를 호출할 때 게시자 또는 재게시 구독자에 변경 내용을 업로드하려는 진행 중인 병합 프로세스가 있는 경우 @reinitialize_subscriber의 값에 관계없이 sp_mergecleanupmetadata가 실패합니다.

sp_mergecleanupmetadata를 @reinitialize_subscriber = TRUE로 실행

  1. 필수는 아니지만 게시 및 구독 데이터베이스에 대한 모든 업데이트를 중지하는 것이 좋습니다. 업데이트가 계속될 경우 게시를 다시 초기화할 때 마지막 병합 이후 구독자에 업데이트된 내용이 모두 손실되지만 데이터 일치성은 유지됩니다.

  2. 병합 에이전트를 실행하여 병합을 실행합니다. 병합 에이전트를 실행할 때 각 구독자에서 ?Validate 에이전트 명령줄 옵션을 사용하는 것이 좋습니다. 연속 모드 병합을 실행하는 경우 이 섹션 뒷부분에 나오는 연속 모드 병합에 대한 특별 고려 사항을 참조하십시오.

  3. 모든 병합이 완료되면 sp_mergecleanupmetadata를 실행합니다.

  4. 데이터 일치성을 유지하기 위해 익명 또는 명명된 끌어오기 구독을 사용하여 모든 구독자에서 sp_reinitmergepullsubscription을 실행합니다.

  5. 연속 모드 병합을 실행하는 경우 이 섹션 뒷부분에 나오는 연속 모드 병합에 대한 특별 고려 사항을 참조하십시오.

  6. 모든 수준에 관련된 모든 병합 게시에 대해 스냅숏 파일을 다시 생성합니다. 스냅숏을 먼저 다시 생성하지 않고 병합을 시도하면 스냅숏을 다시 생성하라는 메시지가 표시됩니다.

  7. 게시 데이터베이스를 백업합니다. 백업하지 않으면 게시 데이터베이스 복원 후 병합이 실패할 수 있습니다.

sp_mergecleanupmetadata를 @reinitialize_subscriber = FALSE로 실행

  1. 게시 및 구독 데이터베이스에 대한 모든 업데이트를 중지합니다.

  2. 병합 에이전트를 실행하여 병합을 실행합니다. 병합 에이전트를 실행할 때 각 구독자에서 ?Validate 에이전트 명령줄 옵션을 사용하는 것이 좋습니다. 연속 모드 병합을 실행하는 경우 이 섹션 뒷부분에 나오는 연속 모드 병합에 대한 특별 고려 사항을 참조하십시오.

  3. 모든 병합이 완료되면 sp_mergecleanupmetadata를 실행합니다.

  4. 연속 모드 병합을 실행하는 경우 이 섹션 뒷부분에 나오는 연속 모드 병합에 대한 특별 고려 사항을 참조하십시오.

  5. 모든 수준에 관련된 모든 병합 게시에 대해 스냅숏 파일을 다시 생성합니다. 스냅숏을 먼저 다시 생성하지 않고 병합을 시도하면 스냅숏을 다시 생성하라는 메시지가 표시됩니다.

  6. 게시 데이터베이스를 백업합니다. 백업하지 않으면 게시 데이터베이스 복원 후 병합이 실패할 수 있습니다.

연속 모드 병합에 대한 특별 고려 사항

연속 모드 병합을 실행하는 경우 다음 중 하나를 실행해야 합니다.

  • 병합 에이전트를 중지한 다음 -Continuous 매개 변수를 지정하지 않고 다른 병합을 수행합니다.

  • sp_changemergepublication으로 게시를 비활성화하여 게시 상태를 폴링하는 연속 모드 병합이 실패하도록 합니다.

    EXEC central..sp_changemergepublication @publication = 'dynpart_pubn', @property = 'status', @value = 'inactive'
    

3단계에서 sp_mergecleanupmetadata 실행을 완료했으면 연속 모드 병합을 중단한 방법에 따라 재개합니다. 다음 중 하나를 실행하십시오.

  • 병합 에이전트에 대해 ?Continuous 매개 변수를 다시 추가합니다.

  • sp_changemergepublication을 사용하여 게시를 다시 활성화합니다.

    EXEC central..sp_changemergepublication @publication = 'dynpart_pubn', @property = 'status', @value = 'active'
    

사용 권한

sysadmin 고정 서버 역할 또는 db_owner 고정 데이터베이스 역할의 멤버만 sp_mergecleanupmetadata를 실행할 수 있습니다.

이 저장 프로시저를 사용하려면 게시자는 SQL Server 2000을 실행해야 합니다. 구독자는 SQL Server 2000 또는 Microsoft SQL Server 7.0 서비스 팩 2를 실행해야 합니다.