복제, 변경 내용 추적, 변경 데이터 캡처 및 AlwaysOn 가용성 그룹(SQL Server)

아티클
02/18/2014

SQL Server 복제, CDC(변경 데이터 캡처) 및 CT(변경 내용 추적)는 AlwaysOn 가용성 그룹에서 지원됩니다. AlwaysOn 가용성 그룹을 사용하면 고가용성 및 추가 데이터베이스 복구 기능을 제공할 수 있습니다.

항목 내용:

AlwaysOn 가용성 그룹의 복제 개요
- 게시자 리디렉션
- AlwaysOn 가용성 그룹을 지원하도록 복제 에이전트 변경
- AlwaysOn을 지원하는 저장 프로시저
- 변경 데이터 캡처
- 변경 내용 추적
AlwaysOn 가용성 그룹에서 복제 사용을 위한 사전 요구 사항, 제한 사항 및 권장 사항
관련 태스크

AlwaysOn 가용성 그룹의 복제 개요

게시자 리디렉션

게시된 데이터베이스가 AlwaysOn 가용성 그룹을 인식하는 경우 에이전트에 게시 데이터베이스에 대한 액세스 권한을 제공하는 배포자가 redirected_publishers 항목으로 구성됩니다. 이러한 항목은 가용성 그룹 수신기 이름을 사용하여 게시자 및 게시 데이터베이스에 연결함으로써 원래 구성되어 있는 게시자/데이터베이스 쌍을 리디렉션합니다. 가용성 그룹 수신기 이름을 통해 설정된 연결은 장애 조치(Failover) 시 실패합니다. 장애 조치(Failover) 후 복제 에이전트가 다시 시작되면 연결이 새 주 데이터베이스에 자동으로 리디렉션됩니다.

AlwaysOn 가용성 그룹에서 보조 데이터베이스는 게시자가 될 수 없습니다. 복제가 AlwaysOn 가용성 그룹과 결합된 경우 복제가 지원되지 않습니다.

게시된 데이터베이스가 가용성 그룹의 구성원이고 게시자가 리디렉션되는 경우 가용성 그룹에 연결된 가용성 그룹 수신기 이름으로 리디렉션되어야 합니다. 게시자를 명시적 노드로 리디렉션할 수 없습니다.

[!참고]

SQL Server의 보조 복제본에 대한 장애 조치(Failover) 후에 복제 모니터는 SQL Server의 게시 인스턴스 이름을 조정할 수 없으며 계속해서 원래 주 인스턴스 이름으로 복제 정보를 표시합니다. 장애 조치(Failover) 후 복제 모니터를 사용하여 추적 프로그램 토큰을 입력할 수 없지만 새 게시자가 Transact-SQL을 사용하여 입력한 추적 프로그램 토큰은 복제 모니터에 표시됩니다.

(맨 위)

AlwaysOn 가용성 그룹 지원을 위해 복제 에이전트에 대한 일반 변경 사항

AlwaysOn 가용성 그룹을 지원하도록 세 가지 복제 에이전트가 수정되었습니다. 로그 판독기, 스냅숏 및 병합 에이전트는 배포 데이터베이스에서 리디렉션된 게시자를 쿼리하고 리디렉션된 게시자가 선언된 경우 반환된 가용성 그룹 수신기 이름을 사용하여 데이터베이스 게시자에 연결합니다.

기본적으로 원본 게시자가 리디렉션되었는지 확인하기 위해 에이전트가 배포자를 쿼리할 때는 리디렉션된 호스트를 에이전트에 반환하기 전에 현재 대상 또는 리디렉션의 적합성이 확인됩니다. 이 동작은 수행하는 것이 좋습니다. 하지만 에이전트 시작이 매우 자주 수행되는 경우 유효성 검사 저장 프로시저와 연결된 오버헤드의 비용이 너무 높은 것으로 간주될 수 있습니다. 로그 판독기, 스냅숏 및 병합 에이전트에는 새로운 명령줄 스위치인 BypassPublisherValidation이 추가되었습니다. 이 스위치를 사용하면 리디렉션된 게시자가 에이전트에 즉시 반환되고 유효성 검사 저장 프로시저의 실행이 무시됩니다.

유효성 검사 저장 프로시저에서 반환된 오류는 에이전트 기록 로그에 기록됩니다. 심각도가 16 이상인 오류가 발생할 경우 에이전트가 종료됩니다. 에이전트에는 새로운 주 데이터베이스로 장애 조치(Failover)를 수행할 때 게시된 데이터베이스로부터의 예상된 연결 해제를 처리할 수 있도록 몇 가지 재시도 기능이 기본 제공되어 있습니다.

(맨 위)

로그 판독기 에이전트 수정 사항

로그 판독기 에이전트에는 다음과 같은 변경 사항이 포함됩니다.

복제된 데이터베이스 일관성

게시된 데이터베이스가 AlwaysOn 가용성 그룹의 구성원인 경우 기본적으로 로그 판독기는 모든 가용성 그룹 보조 복제본에서 아직 확정되지 않은 로그 레코드를 처리하지 않습니다. 따라서 장애 조치 시에 구독자에 복제되는 모든 행이 새 주 복제본에도 있습니다.

게시자에 두 AlwaysOn 가용성 복제본(주 복제본 하나와 및 보조 복제본 하나)만 있는 경우 장애 조치(Failover)가 발생하면 모든 보조 데이터베이스가 다시 온라인 상태가 되거나 실패한 보조 복제본이 가용성 그룹에서 제거되기 전까지는 로그 판독기가 앞으로 이동하지 않기 때문에 원래 주 복제본이 중지된 상태로 유지됩니다. AlwaysOn이 보조 데이터베이스에 대한 변경 내용을 확정할 수 없으므로 보조 데이터베이스에 대해 실행 중인 로그 판독기는 앞으로 진행되지 않습니다. 로그 판독기를 계속 진행하고 재해 복구 기능을 포함하도록 하려면 ALTER AVAILABITY GROUP <group_name> REMOVE REPLICA를 사용하여 가용성 그룹에서 원래 주 복제본을 제거해야 합니다. 그런 다음 새 보조 복제본을 가용성 그룹에 추가합니다.
추적 플래그 1448

추적 플래그 1448를 사용하면 비동기 보조 복제본이 변경 내용 수신을 확인하지 않은 경우에도 복제 로그 판독기가 앞으로 진행할 수 있습니다. 이 추적 플래그를 설정하면 로그 판독기가 항상 동기 보조 복제본을 기다립니다. 로그 판독기는 동기 보조 복제본에 대한 최소 승인을 넘지 않습니다. 이 추적 플래그는 단순히 가용성 그룹, 가용성 데이터베이스 또는 로그 판독기 인스턴스가 아니라 SQL Server 인스턴스에 적용됩니다. 이 추적 플래그는 다시 시작하지 않고 즉시 적용됩니다. 비동기 보조 복제본이 실패할 때 또는 미리 활성화할 수 있습니다.

(맨 위)

AlwaysOn을 지원하는 저장 프로시저

sp_redirect_publisher

저장 프로시저 sp_redirect_publisher는 기존 게시자/데이터베이스 쌍에 대해 리디렉션된 게시자를 지정하는 데 사용됩니다. 게시자 데이터베이스가 가용성 그룹에 속하는 경우 리디렉션된 게시자는 가용성 그룹 수신기 이름입니다.
sp_get_redirected_publisher

저장 프로시저 sp_get_redirected_publisher는 복제 에이전트가 배포자에게 쿼리하여 게시자/데이터베이스 쌍에 정의된 리디렉션된 게시자가 있는지 여부를 확인하는 데 사용됩니다. 이 저장 프로시저는 두 가지 용도로 사용됩니다. 첫째, 에이전트가 원래 게시자가 리디렉션되었는지 여부를 확인할 수 있도록 해줍니다. 둘째, 명명된 데이터베이스에 대한 게시자 역할을 하는 대상 리디렉션 노드의 적합성을 확인하는 배포자(sp_validate_redirected_publisher)에서 실행되는 유효성 검사 저장 프로시저를 시작할 수 있습니다.

이 저장 프로시저를 실행하려면 호출자가 sysadmin 서버 역할 또는 배포 데이터베이스에 대한 db_owner 데이터베이스 역할의 구성원이거나 게시자 데이터베이스에 연결된 정의된 게시에 대한 게시 액세스 목록의 구성원이어야 합니다.
sp_validate_redirected_publisher

이 저장 프로시저는 현재 게시자가 게시된 데이터베이스를 호스팅할 수 있는지를 확인합니다. 언제든지 이 저장 프로시저를 호출하여 게시된 데이터베이스의 현재 호스트가 복제를 지원할 수 있는지 확인할 수 있습니다.
sp_validate_replicate_hosts_as_publishers

에이전트가 현재 주 복제본이 게시자 데이터베이스에 대한 복제 게시자 역할을 할 수 있는지를 확인하는 것도 유용하지만, AlwaysOn 가용성 데이터베이스의 전체 복제 토폴로지의 유효성을 설정하려면 보다 일반적인 유효성 검사 기능이 필요합니다. 저장 프로시저 sp_validate_replica_hosts_as_publishers는 이 요구를 충족하도록 설계되었습니다.

이 저장 프로시저는 항상 수동으로 실행됩니다. 호출자는 배포자의 sysadmin이거나, 배포 데이터베이스의 dbowner이거나, 게시자 데이터베이스 게시의 게시 액세스 목록의 멤버여야 합니다. 또한 호출자의 로그인이 모든 가용성 복제본 호스트에 유효한 로그인이고 게시자 데이터베이스에 연결된 가용성 데이터베이스에 대한 선택 권한이 있어야 합니다.

(맨 위)

변경 데이터 캡처

CDC(변경 데이터 캡처)에 사용되는 데이터베이스는 AlwaysOn 가용성 그룹을 활용하여 장애가 발생하더라도 데이터베이스가 사용 가능한 상태로 유지되도록 보장하고 데이터베이스 테이블 변경 사항을 계속 모니터링하여 CDC 변경 테이블에 보관할 수 있습니다. CDC 및 AlwaysOn 가용성 그룹이 구성되는 순서는 중요하지 않습니다. CDC 사용 데이터베이스는 AlwaysOn 가용성 그룹에 추가될 수 있으며 AlwaysOn 가용성 그룹의 멤버인 데이터베이스는 CDC를 사용하도록 설정될 수 있습니다. 그러나 두 경우 모두 CDC 구성은 항상 현재 또는 의도된 주 복제본에 대해 수행됩니다. CDC는 로그 판독기 에이전트를 사용하여 이 항목의 이전 로그 판독기 에이전트 수정 섹션에 설명된 대로 동일한 제한을 가집니다.

복제를 사용하지 않는 변경 데이터 캡처를 위한 변경 사항 수집

CDC는 데이터베이스에 사용되지만 복제는 사용되지 않는 경우 로그에서 변경 사항을 수집하여 CDC 변경 테이블에 보관하는 데 사용되는 캡처 프로세스는 SQL 에이전트 작업을 소유한 CDC 호스트에서 실행됩니다.

장애 조치(Failover) 후 변경 사항 수집을 재개하려면 저장 프로시저 sp_cdc_add_job이 새 주 복제본에서 실행되어 로컬 캡처 작업을 만들어야 합니다.

다음 예에서는 캡처 작업을 만듭니다.
```
EXEC sys.sp_cdc_add_job @job_type = 'capture';
```
복제를 사용하는 변경 데이터 캡처를 위한 변경 사항 수집

데이터베이스에서 CDC와 복제를 모두 사용하는 경우 로그 판독기가 CDC 변경 테이블을 채웁니다. 이 경우 복제에서 AlwaysOn 가용성 그룹을 활용하는 데 사용되는 기술을 통해 로그에서 변경 사항을 계속 수집하여 장애 조치(Failover) 후 CDC 변경 테이블에 보관합니다. 이 구성에서는 변경 테이블이 채워지도록 보장하기 위해 CDC에 대해 어떠한 추가 작업도 수행할 필요가 없습니다.
변경 데이터 캡처 정리

새 주 데이터베이스에서 적절한 정리가 수행되도록 하려면 항상 로컬 정리 작업을 만들어야 합니다. 다음 예에서는 정리 작업을 만듭니다.
```
EXEC sys.sp_cdc_add_job @job_type = 'cleanup';
```
[!참고]

장애 조치(Failover)가 발생하기 전에 모든 가능한 장애 조치(Failover) 대상에서 작업을 만든 다음 호스트의 가용성 복제본이 새로운 주 복제본이 될 때까지 해당 작업을 사용 안 함으로 표시해야 합니다. 또한 이전 주 데이터베이스에서 실행 중인 CDC 작업은 로컬 데이터베이스가 보조 데이터베이스가 되면 해제되어야 합니다. 작업을 사용하거나 사용하지 않도록 설정하려면 sp_update_job(Transact-SQL)의 @enabled 옵션을 사용합니다. CDC 작업을 만드는 방법은 sys.sp_cdc_add_job(Transact-SQL)을 참조하십시오.
AlwaysOn 주 데이터베이스 복제본에 CDC 역할 추가

CDC에 대해 테이블이 사용하도록 설정된 경우 데이터베이스 역할을 캡처 인스턴스와 연결할 수 있습니다. 역할이 지정된 경우 테이블 변경 사항에 액세스하기 위해 CDC 테이블 반환 함수를 사용하려는 사용자는 추적된 테이블 열에 대한 액세스를 선택해야 할 뿐만 아니라 명명된 역할의 멤버여야 합니다. 지정된 역할이 아직 없으면 역할이 만들어집니다. AlwaysOn 주 데이터베이스에 데이터베이스 역할이 자동으로 추가된 경우 가용성 그룹의 보조 데이터베이스에도 해당 역할이 전파됩니다.
CDC 변경 데이터 및 AlwaysOn에 액세스하는 클라이언트 응용 프로그램

또한 TVF(테이블 반환 함수) 또는 연결된 서버를 사용하여 변경 테이블 데이터에 액세스하는 클라이언트 응용 프로그램은 장애 조치(Failover) 후 적합한 CDC 호스트를 찾는 기능이 필요합니다. 가용성 그룹 수신기 이름은 연결 대상을 다른 호스트로 투명하게 다시 지정할 수 있도록 AlwaysOn 가용성 그룹에서 제공하는 메커니즘입니다. 가용성 그룹 수신기 이름을 가용성 그룹에 연결한 다음에는 TCP 연결 문자열에서 이를 사용할 수 있습니다. 가용성 그룹 수신기 이름은 서로 다른 두 가지 연결 시나리오에서 사용할 수 있습니다.
- 한 시나리오에서는 연결 요청이 항상 현재 주 복제본으로 전송됩니다.
- 다른 시나리오에서는 연결 요청이 읽기 전용 보조 복제본으로 전송됩니다.
읽기 전용 보조 복제본을 찾기 위해서는 가용성 그룹에 대해 읽기 전용 라우팅 목록도 정의해야 합니다. 읽기 가능한 보조 복제본에 대한 액세스를 라우팅하는 방법에 대한 자세한 내용은 가용성 그룹 수신기, 클라이언트 연결 및 응용 프로그램 장애 조치(failover)(SQL Server)를 참조하십시오.

[!참고]

가용성 그룹 수신기 이름을 만들고 이를 사용하여 클라이언트 응용 프로그램이 가용성 그룹 데이터베이스 복제본에 액세스할 때는 약간의 전파 지연이 발생합니다.

CDC 데이터베이스를 호스팅하는 가용성 그룹에 대해 가용성 그룹 수신기 이름이 정의되었는지 여부를 확인하려면 다음 쿼리를 사용합니다. 이 쿼리는 가용성 그룹 수신기 이름이 만들어진 경우 이를 반환합니다.
```
SELECT dns_name 
FROM sys.availability_group_listeners AS l
INNER JOIN sys.availability_databases_cluster AS d
    ON l.group_id = d.group_id
WHERE d.database_name = N'MyCDCDB';
```
쿼리 부하를 읽기 가능한 보조 복제본으로 리디렉션

대부분의 경우 클라이언트 응용 프로그램은 항상 현재 주 복제본에 연결하려고 하지만 AlwaysOn 가용성 그룹을 활용하기 위해 현재 주 복제본만 사용할 수 있는 것은 아닙니다. 가용성 그룹이 읽기 가능한 보조 복제본을 지원하도록 구성된 경우 보조 노드에서도 변경 데이터를 수집할 수 있습니다.

가용성 그룹이 구성된 경우 SECONDARY_ROLE과 연결된 ALLOW_CONNECTIONS 특성을 사용하여 지원되는 보조 액세스 유형을 지정합니다. ALL로 구성된 경우 보조 복제본에 대한 모든 연결이 허용되지만 읽기 전용 액세스가 필요한 연결만 성공합니다. READ_ONLY로 구성된 경우 연결이 성공하려면 보조 데이터베이스에 연결할 때 읽기 전용 의도를 지정해야 합니다. 자세한 내용은 가용성 복제본에 대한 읽기 전용 액세스 구성(SQL Server)를 참조하십시오.

다음 쿼리를 사용하면 읽기 가능한 보조 복제본에 연결하기 위해 읽기 전용 의도가 필요한지 여부를 확인할 수 있습니다.
```
SELECT g.name AS AG, replica_server_name, secondary_role_allow_connections_desc
FROM sys.availability_replicas AS r
JOIN sys.availability_groups AS g
    ON r.group_id = g.group_id
WHERE g.name = N'MY_AG_NAME;
```
가용성 그룹 수신기 이름 또는 명시적인 노드 이름을 사용하여 보조 복제본을 찾을 수 있습니다. 가용성 그룹 수신기 이름을 사용하는 경우 액세스가 모든 적합한 보조 복제본으로 전송됩니다.

보조 복제본에 액세스하기 위해 sp_addlinkedserver를 사용하여 연결된 서버를 만들 경우, 가용성 그룹 수신기 이름 또는 명시적인 서버 이름에 @datasrc 매개 변수가 사용되고 읽기 전용 의도를 지정하기 위해 @provstr 매개 변수가 사용됩니다.
```
EXEC sp_addlinkedserver 
@server = N'linked_svr', 
@srvproduct=N'SqlServer',
@provider=N'SQLNCLI11', 
@datasrc=N'AG_Listener_Name', 
@provstr=N'ApplicationIntent=ReadOnly', 
@catalog=N'MY_DB_NAME';
```
CDC 변경 데이터에 대한 클라이언트 액세스 및 도메인 로그인

일반적으로 AlwaysOn 가용성 그룹의 멤버인 데이터베이스에 있는 데이터를 변경하기 위해서는 클라이언트 액세스에 대해 도메인 로그인을 사용해야 합니다. 장애 조치(Failover) 후 데이터 변경을 위해 계속 액세스할 수 있도록 하려면 도메인 사용자에게 가용성 그룹 복제본을 지원하는 모든 호스트에 대한 액세스 권한이 필요합니다. 데이터베이스 사용자를 주 복제본의 데이터베이스에 추가하고 사용자를 도메인 로그인과 연결하면 데이터베이스 사용자가 보조 데이터베이스에 전파되고 지정된 도메인 로그인과 계속 연결된 상태로 유지됩니다. 새 데이터베이스 사용자를 SQL Server 인증 로그인과 연결하면 로그인 없이도 보조 데이터베이스에서 해당 사용자가 전파됩니다. 데이터베이스 사용자가 원래 정의된 주 복제본에서 연결된 SQL Server 인증 로그인을 사용하여 변경 데이터를 액세스할 수 있지만 이 노드는 액세스가 가능한 유일한 노드입니다. SQL Server 인증 로그인은 모든 보조 데이터베이스의 데이터에 액세스할 수 없으며 데이터베이스 사용자가 정의된 원래 데이터베이스가 아닌 다른 모든 새 주 데이터베이스의 데이터에 액세스할 수 없습니다.

(맨 위)

변경 내용 추적

CT(변경 내용 추적)에 사용되는 데이터베이스는 AlwaysOn 가용성 그룹의 일부가 될 수 있습니다. 추가적인 구성은 필요하지 않습니다. 변경 데이터에 액세스하기 위해 CDC TVF(테이블 반환 함수)를 사용하는 변경 추적 클라이언트 응용 프로그램은 장애 조치(Failover) 후 주 복제본을 찾는 기능이 필요합니다. 클라이언트 응용 프로그램이 가용성 그룹 수신기 이름을 통해 연결할 경우 연결 요청이 항상 현재 주 복제본으로 올바르게 전송됩니다.

[!참고]

변경 추적 데이터는 항상 주 복제본으로부터 가져와야 합니다. 보조 복제본으로부터 변경 데이터에 액세스하려고 시도하면 다음과 같은 오류가 발생합니다.

메시지 22117, 수준 16, 상태 1, 줄 1

보조 가용성 복제본의 멤버인 데이터베이스(즉, 보조 데이터베이스)에서는 변경 내용 추적이 지원되지 않습니다. 주 복제본에서 데이터베이스에 대해 변경 내용 추적 쿼리를 실행하십시오.

(맨 위)

복제 사용을 위한 필수 구성 요소, 제한 사항 및 고려 사항

이 섹션에서는 필수 구성 요소, 제한 사항 및 권장 사항을 비롯하여 AlwaysOn 가용성 그룹을 사용하여 복제를 배포할 때의 고려 사항에 대해 설명합니다.

필수 구성 요소

트랜잭션 복제를 사용할 때 게시 데이터베이스가 가용성 그룹에 있으면 게시자와 배포자 모두 최소한 SQL Server 2012를 실행해야 합니다. 구독자는 낮은 수준의 SQL Server를 사용할 수 있습니다.
병합 복제를 사용할 때 게시 데이터베이스가 가용성 그룹에 있는 경우:
- 밀어넣기 구독인 경우. 게시자와 배포자 모두 최소한 SQL Server 2012를 실행해야 합니다.
- 끌어오기 구독인 경우. 게시자, 배포자 및 구독자 데이터베이스는 최소한 SQL Server 2012에 있어야 합니다. 구독자의 병합 에이전트가 가용성 그룹이 보조 그룹으로 장애 조치(Failover)하는 방법을 이해해야 하기 때문입니다.
배포 데이터베이스는 가용성 그룹에 배치할 수 없습니다.
게시자 인스턴스는 AlwaysOn 가용성 그룹에 참여하는 데 필요한 모든 사전 요구 사항을 충족합니다. 자세한 내용은 온라인 설명서의 AlwaysOn 가용성 그룹(SQL Server)에 대한 사전 요구 사항, 제한 사항 및 권장 사항을 참조하십시오.

제한 사항

AlwaysOn 가용성 그룹에서 지원되는 복제 조합은 다음과 같습니다.

	게시자	배포자3	구독자
트랜잭션	예1	아니요	예2
P2P	아니요	아니요	아니요
병합	예	아니요	예2
스냅숏	예	아니요	예2

1 양방향 및 상호 트랜잭션 복제에 대한 지원을 포함하지 않습니다.

2 복제본 데이터베이스에 대한 장애 조치(Failover)는 수동 절차입니다. 자동 장애 조치(Failover)는 제공되지 않습니다.

3 배포자 데이터베이스는 AlwaysOn 가용성 그룹 또는 데이터베이스 미러링과 함께 사용할 수 없습니다.

(맨 위)

고려 사항

배포 데이터베이스는 AlwaysOn 가용성 그룹 또는 데이터베이스 미러링과 함께 사용할 수 없습니다. 복제 구성이 배포자가 구성되는 SQL Server 인스턴스에 연결되므로 배포 데이터베이스를 미러링하거나 복제할 수 없습니다. 배포자에 대해 고가용성을 제공하려면 SQL Server 장애 조치(Failover) 클러스터를 사용합니다. 자세한 내용은 AlwaysOn 장애 조치(failover) 클러스터 인스턴스(SQL Server)를 참조하십시오.
보조 데이터베이스에 대한 구독자 장애 조치(Failover)는 지원되지만 상대적으로 복잡한 수동 절차입니다. 절차는 미러링된 구독자 데이터베이스를 장애 조치하는 데 사용되는 방법과 동일합니다. 가용성 그룹에 참여하려면 구독자가 SQL Server 2012 이상을 실행해야 합니다.
로그인, 작업, 연결된 서버를 포함하여 데이터베이스 외부에 있는 메타데이터 및 개체는 보조 복제본에 전파되지 않습니다. 장애 조치(Failover) 후 새로운 주 데이터베이스에 메타데이터 및 개체가 필요한 경우 이를 수동으로 복사해야 합니다. 자세한 내용은 가용성 그룹의 데이터베이스에 대한 로그인 및 작업 관리(SQL Server)를 참조하십시오.

(맨 위)