DetailPage-MSS-KB

기술 자료

기술 자료: 195757 - 마지막 검토: 2006년 7월 17일 월요일 - 수정: 3.0

이 문서는 이전에 다음 ID로 출판되었음: KR195757
.

요약

본 문서는 SQL Server 7.0의 복제 기능에 대한 질문과 대답을 소개하기 위한 것입니다.

추가 정보

  1. 질문: 언제 구독자에서 MSreplication_subscriptions 테이블이 만들어집니까?

    대답: MSreplication_subscriptions 테이블이 아직 없으면 배포 에이전트가 시작될 때 테이블이 만들어집니다. 또한 MSreplication_subscriptions 테이블이 구독자에 아직 없을 때도 sp_addpullsubscription 저장 프로시저가 테이블을 만듭니다.
  2. 질문: 각 에이전트에 대해 어떤 .exe 파일이나 .dll 파일이 호출되며 에이전트 매개 변수는 어디에 저장됩니까?

    대답: 다음은 에이전트 이름과 관련 파일입니다.

    표 축소표 확대
    에이전트 이름파일 이름
    로그 판독기 에이전트Logread.exe
    스냅샷 에이전트Snapshot.exe
    배포 에이전트Distrib.exe
    병합 에이전트Replmerg.exe

    참고: 배포 에이전트와 병합 에이전트는 또한 Sqldistx.dll 및 Sqlmergx.dll ActiveX 인터페이스를 통해서도 호출될 수 있습니다.
  3. 질문: 배포 데이터베이스가 여러 개 필요합니까?

    대답: 대부분 하나만 필요합니다. 이 기능은 복제 작업과 관리를 중앙에서 수행하고 배포 서버 한 대로 여러 게시자를 호스트하기를 원하는 경우를 위한 것입니다. 배포 데이터베이스에 대하여 여러 게시자를 지원할 수 있지만 관리상의 이유로 논리적 복제 응용 프로그램을 별도의 데이터베이스로 분리하고자 하는 경우도 있을 수 있습니다. 때로는 배포 데이터베이스에 대한 쓰기 작업과 읽기 작업에서 모두 경합이 감소할 수 있기 때문에 성능상의 이점이 있을 수도 있습니다.
  4. 질문: 병합 설정에서 모든 서버가 같은 우선 순위를 가질 수 있습니까?

    대답: 게시자와 구독자는 같은 우선 순위를 가질 수 없습니다. SQL Server는 등록을 추가하는 동안 같은 우선 순위를 가질 수 없도록 강제합니다. 그러나, 등록이 두 개(예를 들어, S1과 S2) 있는데 우선 순위가 같으면 게시자의 변경 내용을 가져오는 첫 번째 등록이 성공합니다. 즉, S1과 S2가 거의 동시에 변경을 수행할 경우 게시자의 변경 내용을 병합하는 첫 번째 등록이 성공합니다. 기본적으로 우선 순위 0을 갖는 로컬 등록(허브의 첫 번째 등록이 성공함)에도 같은 규칙이 적용됩니다.
  5. 질문: 인터넷 게시의 동기화가 실패하여 "Couldn't deliver schema information"이라는 오류가 표시됩니다. 그 이유는 무엇입니까?

    대답: 파일 복사 작업이 실패했을 가능성이 있습니다. 기본적으로 풀 에이전트는 배포자/게시자가 파일을 열기 위해 설정한 범용 명명 규칙(UNC) 경로를 사용합니다. 해당 컴퓨터가 LAN에 없으면 UNC가 작동하지 않습니다. 배포자에서 FTP 서버를 설정하고 FTP 주소를 포함하도록 병합 에이전트 명령줄을 설정할 수 있습니다. 인터넷에 사용할 수 있게 게시를 설정하면 구독자에 적용되기 전에 FTP를 통해 병합 에이전트에 의해 클라이언트 컴퓨터로 초기 스냅샷이 다운로드됩니다. 자세한 내용은 SQL Server 온라인 설명서를 참조하십시오.
  6. 질문: SQL Server 7.0에서 Microsoft Access 97 데이터베이스로 병합 복제를 수행할 수 있습니까?

    대답: Access 97 데이터베이스로의 병합 복제는 다음 버전의 Access에서만 지원됩니다. 이 기능이 작동하기 위해서는 이 밖에도 JET Replication Provider가 필요한데, 이 제품은 SQL Server 7.0과 다음 버전의 Microsoft Office에 포함되어 있습니다.
  7. 질문: 복제 ActiveX 컨트롤을 사용하여 Access 97 데이터베이스에서 병합 게시를 끌어올 수 있습니까?

    대답: ActiveX 컨트롤을 사용하여 Access .mdb 파일에서 SQL Server 7.0 병합 게시로 끌어오기 등록을 병합할 수 있습니다. 이 기능을 보여 주는 샘플 코드는 SQL Server 온라인 설명서를 참조하십시오.
  8. 질문: SQL Server 7.0에서 ODBC 구독자로 병합 복제를 수행할 수 있습니까?

    대답: 유형이 다른 ODBC 구독자에 스냅샷은 밀어넣을 수 있지만 병합 게시는 밀어넣을 수 없습니다.
  9. 질문: 복제 ActiveX 컨트롤을 사용하여 SQL Server 7.0의 ODBC 구독자에서 병합 게시를 끌어올 수 있습니까?

    대답: 아닙니다. 병합 복제는 SQL Server 7.0 및 Jet 4.0에서만 지원됩니다.
  10. 질문: "제한" 게시에 대해 변경된 내용은 무엇입니까?

    대답: SQL Server 6.5에서 구현되던 제한 게시는 더 이상 지원되지 않습니다. 그러나, SQL Server 7.0에는 이보다 훨씬 나은 기능인 게시 액세스 목록(PAL)이 있습니다. PAL을 사용하면 특정 게시에 등록할 수 있는 Windows NT 그룹이나 표준 로그인을 지정할 수 있습니다. 자세한 내용은 SQL Server 온라인 설명서의 "게시 액세스 목록" 항목을 참조하십시오.
  11. 질문: Uninstall Publishing And Distribution Wizard를 사용했는데도 배포 데이터베이스에 대한 실제 파일이 내 하드 디스크에 남아 있습니다. 이것은 의도적으로 설계된 동작입니까? 복제를 다시 설치하면 어떻게 됩니까?

    대답: 배포를 제거할 때는 SQL Server가 실제 파일을 제거하려고 합니다. 그러나 다른 클라이언트가 해당 배포 데이터베이스를 사용하고 있거나 해당 파일을 삭제할 때 공유 위반이 있으면 실제로는 해당 파일이 하드 디스크에서 제거되지 않습니다. 실제 파일이 제거되지 않은 상태에서 배포를 다시 설치하려고 하면 해당 배포 데이터베이스에 새로운 이름이 사용됩니다.
  12. 질문: 아티클 하나에 테이블이 하나 있는 스냅샷 게시를 만든 다음 게시된 테이블의 스키마를 변경하면(예: 테이블에 열 추가) 구독자에서 새로운 스키마가 적용됩니까?

    대답: SQL Server 7.0에서는 게시된 테이블의 스키마 변경 내용을 복제하지 않습니다. 새 열을 복제하려면 게시를 새로 만들어 해당 게시에 등록해야 합니다.
  13. 질문: MSRepl_Commands의 명령 내용을 보려면 어떻게 해야 합니까?

    대답: 배포 데이터베이스에서 sp_browsereplcmds 저장 프로시저를 실행하십시오.
  14. 질문: 스냅샷 에이전트가 완료되지 않은 상태에서 배포 에이전트가 시작되면 어떻게 됩니까?

    대답: 배포 에이전트가 스냅샷 에이전트와 동시에 실행되어도 문제가 발생하지 않습니다. 배포 에이전트가 실행될 때 사용할 수 있는 스냅샷이 없으면 기다리거나(연속인 경우) 아직 스냅샷을 사용할 수 없다는 내용의 메시지와 함께 종료됩니다.
  15. 질문: Windows NT Server에서는 트랜잭션 복제 기능을 사용할 수 없습니다. 그 이유는 무엇입니까?

    대답: Desktop Edition의 SQL Server를 실행할 때는 이 기능을 사용할 수 없습니다. Desktop Edition은 모든 플랫폼에 설치할 수 있습니다.
  16. 질문: ALTER TABLE 문을 사용한 후에는 다시 동기화해도 체크섬 유효성 검사가 실패합니다. 그 이유는 무엇입니까?

    대답: Checksum()이 올바르게 동작하기 위해서는 두 테이블이 페이지에서 완전히 동일한 이진 구조를 가져야 하지만 게시자에서 ALTER TABLE을 수행하고 구독자에서 테이블을 만드는 경우에는 그렇게 할 수 없습니다.
  17. 질문: 업데이트 구독자를 사용하면 게시된 테이블이 변경됩니다. 그 이유는 무엇입니까?

    대답: SQL Server 7.0 베타 3에서는 테이블의 즉시 업데이트 등록이 지원됩니다. 게시된 테이블에 타임스탬프 데이터 형식이 포함되어 있는지 여부에 따라 충돌 감지 메커니즘이 선택됩니다. 타임스탬프 열이 없는 테이블에 대한 지원은 충돌 감지를 위해 전체 행 비교를 사용하고 많은 수의 복잡한 제한 사항을 지정합니다. 예를 들어, INSERT 문이나 DELETE 문을 사용할 수 없고, 루프백 감지 지원을 사용 불가능하도록 해제해야 합니다.

    SQL Server 7.0의 최종 릴리스의 경우 게시나 등록에 참여하는 테이블에 SQL Server 타임스탬프 열이 있어야 합니다. 하나도 없으면 게시를 만들 때 SQL Server 7.0에서 자동으로 추가합니다. 테이블 게시를 중지하면 간단히 타임스탬프 열을 삭제하기 쉽습니다. 타임스탬프 열이 있는 테이블의 경우 이 열을 정식 NSERT, UPDATE 또는 DELETE 문에 포함시킬 필요가 없기 때문에 응용 프로그램이 이러한 테이블에 대해 바뀌지 않은 상태에서 작동합니다.
  18. 질문: HDR(Host Data Replicator)이 SQL Server 7.0에서도 작동합니까?

    대답: 아닙니다. HDR은 SQL Server 6.5에서만 지원됩니다. SQL Server 7.0을 사용하려면 대신 데이터 변환 서비스(DTS)를 사용하십시오.

본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft SQL Server 7.0 Standard Edition
키워드: 
kbinfo kbfaq KB195757
공유
추가 지원 옵션
Microsoft Community 지원 포럼
직접 문의하기
Microsoft Certified Partner 찾기
Microsoft Store
소기업이 아닙니까?
다음에서 팔로우하십시오.