다음을 통해 공유


방법: 피어 투 피어 트랜잭션 복제 구성(복제 Transact-SQL 프로그래밍)

이 항목에서는 저장 프로시저를 사용하여 피어 투 피어 복제 토폴로지를 구성 및 유지 관리하는 방법에 대해 설명합니다. 먼저 3노드 토폴로지를 만드는 방법을 보여 준 다음 여기에 새 노드를 추가하여 연결하는 방법을 설명합니다. SQL Server 2005를 실행하는 노드를 추가하는 경우와 SQL Server 2008 이상의 SQL Server 버전을 실행하는 노드를 추가하는 경우에 대해 별도의 절차가 나와 있습니다. 피어 투 피어 복제에서 충돌을 검색하는 데 사용되는 매개 변수에 대한 정보는 이 항목에 포함되지 않습니다. 충돌 검색에 대한 자세한 내용은 방법: 피어 투 피어 트랜잭션 복제에 대한 충돌 감지 구성(복제 Transact-SQL 프로그래밍)을 참조하십시오.

토폴로지 구성 방법은 일련의 표준 트랜잭션 게시 및 구독을 구성하는 방법과 거의 비슷합니다. 가장 유의해야 할 부분은 노드 초기화 방법과 sp_addsubscription@sync_type 매개 변수에 지정되는 값입니다.

  • 토폴로지의 첫 번째 노드에는 원본 게시 데이터베이스가 있으므로 이 노드는 스키마 및 데이터로 초기화하지 않아도 됩니다. 따라서 다른 노드에서 첫 번째 노드로 데이터를 복제하는 구독에서는 replication support only 값을 지정합니다. 이 옵션을 사용하면 복제에 필요한 개체가 첫 번째 노드로 복사됩니다.

  • 첫 번째 노드가 구성되면 일반적으로 첫 번째 노드의 백업에서 노드가 초기화됩니다. 따라서 첫 번째 노드에서 다른 노드로 데이터를 복제하는 구독에서는 initialize with backup 또는 replication support only 값을 지정합니다. 시스템에서 아무런 활동도 수행되지 않는 경우 replication support only 값을 사용할 수 있지만 시스템이 활성 상태인 경우에는 initialize with backup 값이 필요합니다. initialize with backup으로 지정하면 모든 관련 트랜잭션이 새 노드에 복제됩니다.

  • 노드가 초기화된 후에는 다른 노드의 데이터를 복제하는 구독에서는 이 노드를 다시 초기화하지 않아도 됩니다. 따라서 replication support only 또는 initialize from lsn 값을 지정합니다. 시스템에서 아무런 활동도 수행되지 않는 경우 replication support only 값을 사용할 수 있지만 시스템이 활성 상태인 경우에는 initialize from lsn 값이 필요합니다. initialize from lsn으로 지정하면 모든 관련 트랜잭션이 새 노드에 복제됩니다.

    SQL Server 2005는 initialize from lsn을 지원하지 않습니다. 토폴로지에 SQL Server 2005 노드가 포함된 경우 새 노드를 하나의 기존 노드에 연결할 수 있지만 둘 이상의 노드에 연결하려면 시스템을 정지해야 합니다. 시스템 정지 과정에서는 모든 노드에서 게시된 테이블에 대한 작업을 중지하고 각 노드가 나머지 다른 모든 노드의 변경 내용을 받았는지 확인합니다. 이 프로세스에 대해서는 이 항목의 마지막 섹션에서 자세히 설명합니다.

프로시저

활성 상태의 데이터베이스에 대한 토폴로지를 구성하는 경우 다음 절차를 사용하여 첫 번째 노드(노드 A)와 두 번째 노드(노드 B)를 추가합니다. 노드 C 및 그 외의 추가 노드에 대해서는 후속 절차를 사용합니다. 후속 절차에서는 @sync_type 값으로 initialize from lsn을 사용합니다. 이 옵션을 사용하면 시스템 활성 상태에서 트랜잭션 누락 없이 토폴로지를 구성할 수 있습니다.

3개 노드에서 피어 투 피어 복제를 설정하려면

  1. 각 노드를 게시자로 구성하고 로컬 또는 원격 배포자에 연결합니다. 원격 배포자를 사용하는 경우 모든 노드에 동일한 원격 배포자를 사용하지 않는 것이 좋습니다. 원격 배포자가 단일 오류 지점일 수 있기 때문입니다. 자세한 내용은 방법: 게시 및 배포 구성(복제 Transact-SQL 프로그래밍)을 참조하십시오.

  2. 노드 A에서 sp_addpublication을 실행합니다. @enabled_for_p2p에 true 값, @statusactive 값, @allow_initialize_from_backup에 true 값을 지정합니다. 게시에 아티클을 추가하려면 sp_addarticle을 실행합니다.

  3. 토폴로지를 구성하기 전에 각 노드에 초기 데이터가 있어야 합니다. SQL Server 백업 및 복원 기능을 사용하여 토폴로지의 각 노드에서 게시에 대한 데이터를 초기화할 수 있습니다. 백업은 구성된 첫 번째 노드(여기서는 노드 A)의 백업이어야 합니다. 노드 A에서 게시를 만들고 피어 투 피어 복제를 설정한 후에 백업을 수행해야 합니다. 여기에서는 모든 노드가 추가되기 전에는 새 노드에서 아무런 활동도 수행되지 않는다고 가정합니다. 따라서 같은 백업을 사용하여 각 노드를 초기화할 수 있습니다.

    모든 노드가 추가되기 전에 새 노드에서 활동이 수행되는 경우에는 각 노드가 추가되고 한 번 이상 노드 A와 동기화된 이후에 새 백업을 수행해야 합니다. 이렇게 하면 노드 A의 백업에 나머지 모든 노드에 대한 메타데이터가 포함됩니다. 예를 들어 노드 B와 노드 C를 추가할 때 이 노드에서 활동이 수행되는 경우 노드 A의 백업으로 노드 B를 초기화하고 노드 B를 구성 및 동기화하고 노드 A에서 새 백업을 수행하고 새 백업으로 노드 C를 초기화하고 노드 C를 구성 및 동기화합니다.

    데이터베이스 백업 및 복원 방법은 SQL Server의 데이터베이스 백업 및 복원을 참조하십시오.

    중요 정보중요

    데이터베이스를 복원할 때 KEEP_REPLICATION 옵션(Transact-SQL) 또는 복제 설정 유지 옵션(SQL Server Management Studio)을 지정하지 마십시오. 피어 투 피어 토폴로지 구성 마법사를 실행하면 복제에서 데이터베이스를 적절히 구성합니다.

    백업에는 데이터베이스 전체가 포함되므로 각 피어 데이터베이스는 초기화될 때 게시 데이터베이스의 완전한 사본을 포함하게 됩니다. 게시에 대한 아티클로 지정되지 않은 테이블이 백업에 포함될 수도 있습니다. 백업이 복원된 후에 필요 없는 개체나 데이터를 제거하는 작업은 관리자나 응용 프로그램이 수행해야 합니다. 이후 동기화에서 데이터 변경 내용은 아티클로 지정된 테이블에 적용되는 경우에만 복제됩니다.

  4. 노드 A에서 sp_addsubscription을 실행합니다. @publication에 노드 A에서 만든 게시의 이름, @subscriber에 노드 B 이름, @destination_db에 노드 B의 대상 데이터베이스 이름, @sync_typeinitialize with backup 값을 지정하고 @backupdevicetype@backupdevicename 매개 변수에 적절한 값을 지정합니다.

  5. 노드 A에서 sp_addsubscription을 다시 실행합니다. 이번에는 @publication에 게시 이름, @subscriber에 노드 C 이름, @destination_db에 노드 C의 대상 데이터베이스 이름, @sync_typeinitialize with backup 값을 지정하고 @backupdevicetype@backupdevicename 매개 변수에 적절한 값을 지정합니다.

  6. 노드 B에서 sp_addpublication을 실행합니다. @publication에 대해 게시 이름, @enabled_for_p2p에 대해 true 값, @status에 대해 active값, @allow_initialize_from_backup에 대해 true 값을 지정합니다. 게시에 아티클을 추가하려면 sp_addarticle을 실행합니다.

  7. 노드 B에서 sp_addsubscription을 실행합니다. 게시 이름을 @publication으로, 노드 A 이름을 @subscriber로, 노드 A에서 대상 데이터베이스의 이름을 @destination_db로, @sync_type에 대해 replication support only 값을 지정합니다.

  8. 노드 B에서 sp_addsubscription을 다시 실행합니다. 이번에는 @publication에 게시 이름, @subscriber에 노드 C 이름, @destination_db에 노드 C의 대상 데이터베이스 이름, @sync_typereplication support only 값을 지정합니다.

  9. 노드 C에서 sp_addpublication을 실행합니다. @publication에 대해 게시 이름, @enabled_for_p2p에 대해 true 값, @status에 대해 active값, @allow_initialize_from_backup에 대해 true 값을 지정합니다. 게시에 아티클을 추가하려면 sp_addarticle을 실행합니다.

  10. 노드 C에서 sp_addsubscription을 실행합니다. 게시 이름을 @publication으로, 노드 A 이름을 @subscriber로, 노드 A에서 대상 데이터베이스의 이름을 @destination_db로, @sync_type에 대해 replication support only 값을 지정합니다.

  11. 노드 C에서 sp_addsubscription을 다시 실행합니다. 이번에는 @publication에 게시 이름, @subscriber에 노드 B 이름, @destination_db에 노드 B의 대상 데이터베이스 이름, @sync_typereplication support only 값을 지정합니다.

  12. 게시된 테이블에 ID 열이 있으면 복원 작업 후 노드 A에서 테이블에 할당한 ID 범위가 노드 B 및 노드 C에도 사용됩니다. DBCC CHECKIDENT로 노드 B와 노드 C의 테이블에서 초기값을 다시 설정하여 각기 다른 범위를 사용하도록 해야 합니다.

    ID 범위 관리 방법은 ID 열 복제의 "ID 범위 수동 관리를 위한 범위 할당" 섹션을 참조하십시오.

SQL Server 2008 이상의 SQL Server 버전을 실행하는 노드로 구성된 토폴로지에 하나 이상의 노드를 추가하려면 다음 절차를 사용합니다.

SQL Server 2008 이상 버전을 실행하는 노드를 토폴로지에 추가하려면

  1. 노드 D를 게시자로 구성하고 로컬 또는 원격 배포자에 연결합니다.

  2. 노드 A에서 노드 D로 백업을 복원합니다.

  3. 노드 D에서 sp_addpublication을 실행합니다. @publication에 대해 게시 이름, @enabled_for_p2p에 대해 true 값, @status에 대해 active값, @allow_initialize_from_backup에 대해 true 값을 지정합니다. 게시에 아티클을 추가하려면 sp_addarticle을 실행합니다.

  4. 노드 D에서 sp_addsubscription을 실행합니다. 게시 이름을 @publication으로, 노드 A 이름을 @subscriber로, 노드 A에서 대상 데이터베이스의 이름을 @destination_db로, @sync_type에 대해 replication support only 값을 지정합니다.

  5. 노드 A에서 sp_addsubscription을 실행합니다. @publication에 게시 이름, @subscriber에 노드 D 이름, @destination_db에 노드 D의 대상 데이터베이스 이름, @sync_typeinitialize with backup 값을 지정하고 @backupdevicetype@backupdevicename 매개 변수에 적절한 값을 지정합니다.

    노드 D에서 노드 A를 통해 노드 B 및 노드 C의 트랜잭션을 받았을 수 있습니다. 이러한 트랜잭션은 다음 단계에서 처리됩니다.

  6. 노드 D에서 MSpeer_lsns 테이블을 쿼리합니다. originatororiginator_lsn 열을 사용하여 노드 D가 노드 B로부터 받은 최근 트랜잭션의 LSN(로그 시퀀스 번호)을 확인합니다.

  7. 노드 D에서 sp_addsubscription을 실행합니다. @publication에 게시 이름, @subscriber에 노드 B 이름, @destination_db에 노드 B의 대상 데이터베이스 이름, @sync_typereplication support only 값을 지정합니다.

  8. 노드 B에서 sp_addsubscription을 실행합니다. @publication에 게시 이름, @subscriber에 노드 D 이름, @destination_db에 노드 D의 대상 데이터베이스 이름, @sync_typeinitialize from lsn 값, @subscriptionlsn에 노드 B에 대해 검색된 LSN을 지정합니다.

  9. 노드 D에서 MSpeer_lsns 테이블을 쿼리합니다. originatororiginator_lsn 열을 사용하여 노드 D가 노드 C로부터 받은 최근 트랜잭션의 LSN을 확인합니다.

  10. 노드 D에서 sp_addsubscription을 실행합니다. @publication에 게시 이름, @subscriber에 노드 C 이름, @destination_db에 노드 C의 대상 데이터베이스 이름, @sync_typereplication support only 값을 지정합니다.

  11. 노드 C에서 sp_addsubscription을 실행합니다. @publication에 게시 이름, @subscriber에 노드 D 이름, @destination_db에 노드 D의 대상 데이터베이스 이름, @sync_typeinitialize from lsn 값, @subscriptionlsn에 노드 C에 대해 검색된 LSN을 지정합니다.

  12. 게시된 테이블에 ID 열이 있으면 복원 작업 후 노드 A에서 테이블에 할당한 ID 범위가 노드 D에도 사용됩니다. DBCC CHECKIDENT로 노드 D의 테이블에서 초기값을 다시 설정하여 각기 다른 범위를 사용하도록 해야 합니다.

    ID 범위 관리 방법은 ID 열 복제의 "ID 범위 수동 관리를 위한 범위 할당" 섹션을 참조하십시오.

이 항목의 소개 부분에서 언급했듯이 SQL Server 2005 노드를 추가할 때와 그 이후의 SQL Server 버전을 실행하는 노드를 추가할 때 가장 큰 차이점은 SQL Server 2005의 경우 모든 기존 노드에 새 노드를 연결하려면 시스템을 정지해야 한다는 점입니다. 다음 절차에서는 기존 토폴로지에 SQL Server 2005 노드를 추가하는 방법을 단계별로 설명합니다.

  • 첫 번째 단계는 전체 단계 중 1단계에서 5단계까지입니다. 이 단계에서는 노드 A와 노드 D 사이에 구독을 만들어 노드 D를 토폴로지에 부분적으로 연결합니다. 이렇게 하면 노드 A, 노드 B, 노드 C에서 변경 작업을 계속할 수 있습니다. 노드 D에서는 노드 A와 노드 D사이에 구독을 만드는 즉시 변경을 시작할 수 있습니다. 노드 B 및 노드 C의 변경 내용은 노드 A를 통해 노드 D로 복제됩니다.

  • 두 번째 단계는 전체 단계 중 6단계에서 9단계까지입니다. 이 단계에서는 노드 B와 노드 D 사이, 노드 C와 노드 D 사이에 구독을 만들어 노드 D를 토폴로지에 완전히 연결합니다. 이 단계에서는 시스템을 정지해야 합니다.

    두 번째 단계는 필수 단계는 아니지만 이렇게 하면 노드 A와 노드 D 사이에 연결이 하나밖에 없는 경우보다 내결함성이 더 뛰어납니다.

SQL Server 2005 노드를 토폴로지에 추가하려면

  1. 노드 D를 게시자로 구성하고 로컬 또는 원격 배포자에 연결합니다.

  2. 노드 A에서 노드 D로 백업을 복원합니다.

  3. 노드 D에서 sp_addpublication을 실행합니다. @publication에 대해 게시 이름, @enabled_for_p2p에 대해 true 값, @status에 대해 active값, @allow_initialize_from_backup에 대해 true 값을 지정합니다. 게시에 아티클을 추가하려면 sp_addarticle을 실행합니다.

  4. 노드 D에서 sp_addsubscription을 실행합니다. 게시 이름을 @publication으로, 노드 A 이름을 @subscriber로, 노드 A에서 대상 데이터베이스의 이름을 @destination_db로, @sync_type에 대해 replication support only 값을 지정합니다.

  5. 노드 A에서 sp_addsubscription을 실행합니다. @publication에 게시 이름, @subscriber에 노드 D 이름, @destination_db에 노드 D의 대상 데이터베이스 이름, @sync_typeinitialize with backup 값을 지정하고 @backupdevicetype@backupdevicename 매개 변수에 적절한 값을 지정합니다.

  6. 다음 단계에 따라 토폴로지를 정지합니다.

    1. 피어 투 피어 토폴로지에 게시된 테이블에 대한 모든 작업을 중지합니다.

    2. 서버 A, 서버 B, 서버 C서버 D의 데이터베이스에서 sp_requestpeerresponse를 실행하고 출력 매개 변수 @request_id를 검색합니다.

    3. 기본적으로 배포 에이전트는 연속적으로 실행되도록 설정되므로 토큰이 모든 노드로 자동 전송됩니다. 배포 에이전트가 연속 모드로 실행되지 않을 경우에는 에이전트를 실행합니다. 자세한 내용은 복제 에이전트 실행 파일 개념 또는 방법: 복제 에이전트 시작 및 중지(SQL Server Management Studio)를 참조하십시오.

    4. sp_helppeerresponses를 실행하고 2단계에서 검색한 @request_id 값을 지정합니다. 모든 노드가 피어 요청을 받았음을 표시할 때까지 기다립니다.

    5. 필요한 경우 노드 D에 새 ID 범위를 할당합니다. 이제 나머지 구독을 추가하여 토폴로지를 완전히 연결할 수 있습니다.

  7. 노드 D에서 sp_addsubscription을 실행합니다. @publication에 게시 이름, @subscriber에 노드 B 이름, @destination_db에 노드 B의 대상 데이터베이스 이름, @sync_typereplication support only 값을 지정합니다.

  8. 노드 D에서 sp_addsubscription을 실행합니다. @publication에 게시 이름, @subscriber에 노드 C 이름, @destination_db에 노드 C의 대상 데이터베이스 이름, @sync_typereplication support only 값을 지정합니다.

  9. 노드 B에서 sp_addsubscription을 실행합니다. @publication에 게시 이름, @subscriber에 노드 D 이름, @destination_db에 노드 D의 대상 데이터베이스 이름, @sync_typereplication support only 값을 지정합니다.

  10. 노드 C에서 sp_addsubscription을 실행합니다. @publication에 게시 이름, @subscriber에 노드 D 이름, @destination_db에 노드 D의 대상 데이터베이스 이름, @sync_typereplication support only 값을 지정합니다.