CREATE AVAILABILITY GROUP(Transact-SQL)
적용 대상:
SQL Server
SQL Server 인스턴스가 Always On 가용성 그룹 기능을 사용하도록 설정된 경우 새 가용성 그룹을 만듭니다.
중요
새 가용성 그룹의 초기 주 복제본으로 사용할 SQL Server 인스턴스에서 CREATE AVAILABILITY GROUP을 실행합니다. 이 서버 인스턴스는 WSFC(Windows Server 장애 조치(failover) 클러스터링) 노드에 있어야 합니다.
Syntax
CREATE AVAILABILITY GROUP group_name
WITH (<with_option_spec> [ ,...n ] )
FOR [ DATABASE database_name [ ,...n ] ]
REPLICA ON <add_replica_spec> [ ,...n ]
AVAILABILITY GROUP ON <add_availability_group_spec> [ ,...2 ]
[ LISTENER 'dns_name' ( <listener_option> ) ]
[ ; ]
<with_option_spec>::=
AUTOMATED_BACKUP_PREFERENCE = { PRIMARY | SECONDARY_ONLY| SECONDARY | NONE }
| FAILURE_CONDITION_LEVEL = { 1 | 2 | 3 | 4 | 5 }
| HEALTH_CHECK_TIMEOUT = milliseconds
| DB_FAILOVER = { ON | OFF }
| DTC_SUPPORT = { PER_DB | NONE }
| [ BASIC | DISTRIBUTED | CONTAINED [ REUSE_SYSTEM_DATABASES ] ]
| REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT = { integer }
| CLUSTER_TYPE = { WSFC | EXTERNAL | NONE }
<add_replica_spec>::=
<server_instance> WITH
(
ENDPOINT_URL = 'TCP://system-address:port',
AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY },
FAILOVER_MODE = { AUTOMATIC | MANUAL | EXTERNAL }
[ , <add_replica_option> [ ,...n ] ]
)
<add_replica_option>::=
SEEDING_MODE = { AUTOMATIC | MANUAL }
| BACKUP_PRIORITY = n
| SECONDARY_ROLE ( {
[ ALLOW_CONNECTIONS = { NO | READ_ONLY | ALL } ]
[,] [ READ_ONLY_ROUTING_URL = 'TCP://system-address:port' ]
} )
| PRIMARY_ROLE ( {
[ ALLOW_CONNECTIONS = { READ_WRITE | ALL } ]
[,] [ READ_ONLY_ROUTING_LIST = { ( '<server_instance>' [ ,...n ] ) | NONE } ]
[,] [ READ_WRITE_ROUTING_URL = { ( '<server_instance>' ) ]
} )
| SESSION_TIMEOUT = integer
<add_availability_group_spec>::=
<ag_name> WITH
(
LISTENER_URL = 'TCP://system-address:port',
AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT },
FAILOVER_MODE = MANUAL,
SEEDING_MODE = { AUTOMATIC | MANUAL }
)
<listener_option> ::=
{
WITH DHCP [ ON ( <network_subnet_option> ) ]
| WITH IP ( { ( <ip_address_option> ) } [ , ...n ] ) [ , PORT = listener_port ]
}
<network_subnet_option> ::=
'ip4_address', 'four_part_ipv4_mask'
<ip_address_option> ::=
{
'ip4_address', 'pv4_mask'
| 'ipv6_address'
}
참고 항목
SQL Server 2014(12.x) 및 이전 버전에 대한 Transact-SQL 구문을 보려면 이전 버전 설명서를 참조 하세요.
인수
group_name
새 가용성 그룹의 이름을 지정합니다. group_name은 유효한 SQL Serveridentifier 식별자이고 WSFC 클러스터의 모든 가용성 그룹에서 고유해야 합니다. 가용성 그룹 이름의 최대 길이는 128자입니다.
AUTOMATED_BACKUP_PREFERENCE = { PRIMARY | SECONDARY_ONLY | SECONDARY | NONE }
백업을 수행할 위치를 선택할 때 백업 작업에서 주 복제본을 평가하는 방식에 관한 기본 설정을 지정합니다. 자동화된 백업 기본 설정을 고려하도록 지정한 백업 작업을 스크립팅할 수 있습니다. 기본 설정은 SQL Server에서 적용하는 것이 아니므로 임시 백업에 영향을 미치지 않는다는 것을 이해해야 합니다.
지원되는 값은 다음과 같습니다.
PRIMARY
백업이 항상 주 복제본에서 수행되도록 지정합니다. 이 옵션은 백업이 보조 복제본에서 실행될 때 지원되지 않는 차등 백업 만들기와 같은 백업 기능이 필요한 경우에 유용합니다.
중요
로그 전달을 사용하여 가용성 그룹의 보조 데이터베이스를 준비하려는 경우 모든 보조 데이터베이스가 준비되고 가용성 그룹에 조인될 때까지 자동화된 백업 기본 설정을 주 로 설정합니다.
SECONDARY_ONLY
백업이 주 복제본에서 수행되지 않도록 지정합니다. 주 복제본이 유일한 온라인 복제본인 경우에는 백업이 수행되지 않아야 합니다.
SECONDARY
백업이 보조 복제본에서 수행되도록 지정합니다. 주 복제본이 유일한 온라인 복제본인 경우는 예외로, 이 경우에는 백업이 주 복제본에서 수행되어야 합니다. 기본 동작입니다.
없음
백업을 수행할 복제본을 선택할 때 백업 작업에서 가용성 복제본의 역할을 무시하도록 지정합니다. 백업 작업에서는 각 가용성 복제본의 작동 상태 및 연결 상태와 함께 백업 우선 순위 등의 기타 요인을 평가할 수 있습니다.
중요
AUTOMATED_BACKUP_PREFERENCE 설정은 적용되지 않습니다. 이 기본 설정의 해석은 지정된 가용성 그룹의 데이터베이스에 대한 백업 작업으로 스크립팅하는 논리(있는 경우)에 따라 달라집니다. 자동화된 백업 기본 설정은 임시 백업에는 영향을 미치지 않습니다. 자세한 내용은 가용성 복제본에 백업 구성(SQL Server)을 참조하세요.
참고
기존 가용성 그룹의 자동화된 백업 기본 설정을 보려면 sys.availability_groups 카탈로그 뷰의 automated_backup_preference 또는 automated_backup_preference_desc 열을 선택합니다. 또한 sys.fn_hadr_backup_is_preferred_replica(Transact-SQL)를 사용하여 기본 백업 복제본을 확인할 수 있습니다. 이 함수는 AUTOMATED_BACKUP_PREFERENCE = NONE인 경우에도 복제본 하나 이상에 대해 1을 반환합니다.
FAILURE_CONDITION_LEVEL = { 1 | 2 | 3 | 4 | 5 }
이 가용성 그룹에 대한 자동 장애 조치(failover)를 트리거할 오류 상태를 지정합니다. FAILURE_CONDITION_LEVEL은 그룹 수준에서 설정되지만 동기-커밋 가용성 모드(AVAILABILITY_MODE = SYNCHRONOUS_COMMIT)에 대해 구성된 가용성 복제본에서만 적절합니다. 또한 오류 상태는 주 복제본과 보조 복제본 모두 자동 장애 조치 모드(FAILOVER_MODE = AUTOMATIC)에 대해 구성되고 보조 복제본이 현재 주 복제본과 동기화된 경우에만 자동 장애 조치(failover)를 트리거할 수 있습니다.
오류 상태 수준(1–5)의 범위는 가장 낮은 제한 수준 1에서 가장 높은 제한 수준 5까지입니다. 특정 상태 수준은 그보다 낮은 모든 제한 수준을 포함합니다. 따라서 가장 엄격한 상태 수준 5에는 그보다 낮은 네 개의 제한 상태 수준(1~4)이 포함되고, 수준 4에는 수준 1~3이 포함됩니다. 다음 표에서는 각 수준에 해당하는 오류 상태를 설명합니다.
| Level | 오류 상태 |
|---|---|
| 1 | 다음과 같은 경우 자동 장애 조치(failover)를 시작하도록 지정합니다. -SQL Server 서비스가 다운된 경우 -서버 인스턴스로부터 ACK를 받지 못해 WSFC 클러스터에 연결할 가용성 그룹의 임대가 만료된 경우 자세한 내용은 작동 방법: SQL Server Always On 임대 시간 제한을 참조하세요. |
| 2 | 다음과 같은 경우 자동 장애 조치(failover)를 시작하도록 지정합니다. -SQL Server 인스턴스가 클러스터에 연결되어 있지 않고 가용성 그룹의 사용자 지정 HEALTH_CHECK_TIMEOUT 임계값이 초과된 경우 -가용성 복제본이 실패 상태인 경우 |
| 3 | 분리된 spinlock, 중대한 쓰기 액세스 위반 또는 과도한 덤프와 같이 심각한 SQL Server 내부 오류가 발생할 경우 자동 장애 조치(failover)를 시작하도록 지정합니다. 기본 동작입니다. |
| 4 | SQL Server 내부 리소스 풀에서 지속적인 메모리 부족 상태와 같은 일반적인 SQL Server 내부 오류가 발생할 경우 자동 장애 조치(failover)를 시작하도록 지정합니다. |
| 5 | 다음과 같은 오류 상태가 발생할 경우 자동 장애 조치(failover)를 시작하도록 지정합니다. -SQL 엔진 작업자 스레드가 소진된 경우 -해결할 수 없는 교착 상태가 발견된 경우 |
참고
클라이언트 요청에 대해 SQL Server 인스턴스의 응답이 없는 것은 가용성 그룹과 관련이 없습니다.
FAILURE_CONDITION_LEVEL 및 HEALTH_CHECK_TIMEOUT 값은 지정된 그룹에 대한 유연한 장애 조치(failover) 정책을 정의합니다. 유연한 장애 조치(failover) 정책을 통해 자동 장애 조치(failover)를 수행해야 하는 상태를 세부적으로 제어할 수 있습니다. 자세한 내용은 가용성 그룹 자동 장애 조치(failover)에 대한 유연한 장애 조치 정책(SQL Server)을 참조하세요.
HEALTH_CHECK_TIMEOUT = 밀리초
sp_server_diagnostics 시스템 저장 프로시저에서 서버 상태 정보를 반환할 때까지 허용되는 대기 시간(밀리초)을 지정합니다. 이 시간이 경과하면 WSFC 클러스터에서는 서버 인스턴스가 느리거나 응답하지 않는 것으로 간주합니다. HEALTH_CHECK_TIMEOUT은 그룹 수준에서 설정되지만 자동 장애 조치(failover)를 지원하는 동기-커밋 가용성 모드(AVAILABILITY_MODE = SYNCHRONOUS_COMMIT)에 대해 구성된 가용성 복제본에서만 적절합니다. 또한 상태 확인 시간 제한은 복제본과 보조 복제본 모두 자동 장애 조치 모드(FAILOVER_MODE = AUTOMATIC)에 대해 구성되고 보조 복제본이 현재 주 복제본과 동기화된 경우에만 자동 장애 조치(failover)를 트리거할 수 있습니다.
기본 HEALTH_CHECK_TIMEOUT 값은 30,000밀리초(30초)입니다. 최소값은 15,000밀리초(15초)이고 최대값은 4,294,967,295밀리초입니다.
중요
sp_server_diagnostics 는 데이터베이스 수준에서 상태 확인을 수행하지 않습니다.
DB_FAILOVER = { ON | OFF }
주 복제본의 데이터베이스가 오프라인 상태일 때 수행할 응답을 지정합니다. 가용성 그룹의 데이터베이스에 대한 ONLINE 이외의 모든 상태가 ON으로 설정되는 경우 자동 장애 조치(failover)를 트리거합니다. 이 옵션이 OFF로 설정되는 경우 인스턴스의 상태만 자동 장애 조치(failover)를 트리거하는 데 사용됩니다.
이 설정에 대한 자세한 내용은 데이터베이스 수준 상태 검색 옵션을 참조하세요.
DTC_SUPPORT = { PER_DB | NONE }
적용 대상: SQL Server (SQL Server 2016(13.x)부터 시작)
DTC(Distributed Transaction Coordinator)를 통해 데이터베이스 간 트랜잭션을 지원할지 여부를 지정합니다. 데이터베이스 간 트랜잭션은 SQL Server 2016(13.x)부터만 지원됩니다. PER_DB는 이러한 트랜잭션을 지원하는 가용성 그룹을 만듭니다. 자세한 내용은 Always On 가용성 그룹 및 데이터베이스 미러링에 대한 데이터베이스 간 트랜잭션 및 분산 트랜잭션(SQL Server)을 참조하세요.
BASIC
적용 대상: SQL Server (SQL Server 2016(13.x)부터 시작)
기본 가용성 그룹을 만드는 데 사용됩니다. 기본 가용성 그룹은 하나의 데이터베이스와 두 개의 복제본(주 복제본과 보조 복제본)으로 제한됩니다. 이 옵션은 SQL Server Standard Edition에서 더 이상 사용되지 않는 데이터베이스 미러링 기능을 대체합니다. 자세한 내용은 기본 가용성 그룹(Always On 가용성 그룹)을 참조하세요. 기본 가용성 그룹은 SQL Server 2016(13.x)부터 지원됩니다.
DISTRIBUTED
적용 대상: SQL Server (SQL Server 2016(13.x)부터 시작)
분산형 가용성 그룹을 만드는 데 사용됩니다. 이 옵션은 AVAILABILITY GROUP ON 매개 변수와 함께 사용되어 별도의 Windows Server 장애 조치(failover) 클러스터에 있는 두 개의 가용성 그룹을 연결합니다. 자세한 내용은 분산된 가용성 그룹(Always On 가용성 그룹)을 참조하세요. 분산형 가용성 그룹은 SQL Server 2016(13.x)부터 지원됩니다.
CONTAINED [REUSE_SYSTEM_DATABASES]
SQL Server 2022(16.x)에서 도입되었습니다.
포함된 가용성 그룹을 만듭니다. 이 옵션은 가용성 그룹의 복제본 집합 간에 동기화된 상태로 유지되는 자체 master 및 msdb 데이터베이스를 사용하여 가용성 그룹을 만드는 데 사용됩니다.
REUSE_SYSTEM_DATABASES 옵션을 사용하면 이전 버전의 가용성 그룹의 포함된 master 데이터베이스와 msdb 데이터베이스가 이 새 가용성 그룹을 만드는 데 사용됩니다. 포함된 가용성 그룹에 대한 자세한 내용은 포함된 가용성 그룹 개요(Always On 가용성 그룹)를 참조하세요.
REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT
적용 대상: SQL Server(SQL Server 2017(14.x)부터)
REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT
SQL Server 2017(14.x)에서 도입되었습니다. 주 복제본이 트랜잭션을 커밋하기 전에 커밋하는 데 필요한 동기 보조 복제본의 최소 수를 설정합니다. 트랜잭션 로그가 보조 복제본의 최소 수에서 업데이트될 때까지 SQL Server 트랜잭션이 대기하도록 보장합니다.
- 기본값: 0. SQL Server 2016(13.x)과 동일한 동작을 제공합니다.
- 최소: 0.
- 최대: 복제본 수에서 1을 뺀 값.
REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT은 동기 커밋 모드의 복제본과 관련이 있습니다. 복제본이 동기 커밋 모드에 있는 경우 주 복제본의 쓰기는 동기 복제본의 쓰기가 복제본 데이터베이스 트랜잭션 로그에 커밋될 때까지 기다립니다. 보조 동기 복제본을 호스트하는 SQL Server가 응답을 중지하는 경우 주 복제본을 호스트하는 SQL Server는 보조 복제본을 NOT SYNCHRONIZED로 표시하고 진행합니다. 응답하지 않는 데이터베이스가 다시 온라인 상태가 되면 “동기화되지 않음” 상태에 있고 복제본은 주 복제본이 다시 동기화할 수 있을 때까지 비정상으로 표시됩니다. 이 설정은 주 복제본이 최소 복제본 수가 각 트랜잭션을 커밋할 때까지 진행되지 않음을 보장합니다. 최소 복제본 수를 사용할 수 없는 경우 주 복제본에 커밋은 실패합니다. 클러스터 형식 EXTERNAL의 경우 가용성 그룹이 클러스터 리소스에 추가될 때 설정이 변경됩니다. 가용성 그룹 구성을 위한 고가용성 및 데이터 보호를 참조하세요.
CREATE AVAILABILITY GROUP에는 지원되지 않습니다. SQL Server 2022(16.x)부터 ALTER AVAILABILITY GROUP을 사용하여 분산 가용성 그룹에 REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT 설정할 수 있습니다. ALTER AVAILABILITY GROUP(Transact-SQL)을 참조하세요.
CLUSTER_TYPE
적용 대상: SQL Server(SQL Server 2017(14.x)부터).
가용성 그룹이 WSFC(Windows Server 장애 조치(Failover) 클러스터)에 있는지 확인하는 데 사용됩니다. 가용성 그룹이 Windows Server 장애 조치(failover) 클러스터의 장애 조치(failover) 클러스터 인스턴스에 있는 경우 WSFC로 설정합니다. 클러스터가 Windows Server 장애 조치(failover) 클러스터가 아닌 클러스터 관리자(예: Linux Pacemaker)에 의해 관리되는 경우 EXTERNAL로 설정합니다. 클러스터를 조정하기 위해 가용성 그룹이 WSFC를 사용하지 않을 때 NONE으로 설정합니다. 예: 가용성 그룹에 클러스터 관리자가 없는 Linux 서버가 포함된 경우.
DATABASE database_name
로컬 SQL Server 인스턴스(즉, 가용성 그룹을 만들 서버 인스턴스)에 있는 하나 이상의 사용자 데이터베이스 목록을 지정합니다. 하나의 가용성 그룹에 여러 개의 데이터베이스를 지정할 수 있지만 각 데이터베이스는 하나의 가용성 그룹에만 속할 수 있습니다. 가용성 그룹에서 지원할 수 있는 데이터베이스 형식에 대한 자세한 내용은 Always On 가용성 그룹 필수 구성 요소, 제한 사항, 권장 사항(SQL Server)을 참조하세요. 가용성 그룹에 이미 속해 있는 로컬 데이터베이스를 확인하려면 sys.databases 카탈로그 뷰의 replica_id 열을 확인합니다.
DATABASE 절은 선택적입니다. 생략하면 새 가용성 그룹이 비어 있습니다.
가용성 그룹을 만든 다음에는 보조 복제본을 호스팅하는 각 서버 인스턴스에 연결하여 각각의 보조 데이터베이스를 준비하고 이를 가용성 그룹에 조인합니다. 자세한 내용은 Always On 보조 데이터베이스에서 데이터 이동 시작(SQL Server)을 참조하세요.
참고
나중에 현재 주 복제본을 호스팅하는 서버 인스턴스에서 적합한 데이터베이스를 가용성 그룹에 추가할 수 있습니다. 또한 가용성 그룹에서 데이터베이스를 제거할 수도 있습니다. 자세한 내용은 ALTER AVAILABILITY GROUP(Transact-SQL)을 참조하세요.
REPLICA ON
1~5개의 SQL Server 인스턴스에서 새 가용성 그룹의 가용성 복제본(replica) 호스트하도록 지정합니다. 각 복제본은 서버 인스턴스 주소 다음에 WITH(...) 절을 사용하여 지정합니다. 최소한 초기 주 복제본이 될 로컬 서버 인스턴스는 지정해야 합니다. 선택적으로 최대 네 개의 보조 복제본을 지정할 수도 있습니다.
모든 보조 복제본을 가용성 그룹에 조인해야 합니다. 자세한 내용은 ALTER AVAILABILITY GROUP(Transact-SQL)을 참조하세요.
참고
가용성 그룹을 만들 때 세 개 이하의 보조 복제본을 지정한 경우 언제든지 ALTER AVAILABILITY GROUPTransact-SQL 문을 사용하여 보조 복제본을 추가할 수 있습니다. 이 문을 사용하여 기존 가용성 그룹에서 보조 복제본을 제거할 수도 있습니다.
server_instance
복제본의 호스트인 SQL Server의 인스턴스 주소를 지정합니다. 주소 형식은 다음과 같이 인스턴스가 기본 인스턴스이거나 명명된 인스턴스인지 그리고 독립형 인스턴스이거나 FCI(장애 조치(failover) 클러스터 인스턴스)인지에 따라 달라집니다.
{ '*system_name*[\\*instance_name*]' | '*FCI_network_name*[\\*instance_name*]' }
이 주소의 구성 요소는 다음과 같습니다.
system_name
SQL Server의 대상 인스턴스가 있는 컴퓨터 시스템의 NetBIOS 이름입니다. 이 컴퓨터는 WSFC 노드여야 합니다.
FCI_network_name
SQL Server 장애 조치(failover) 클러스터에 액세스하는 데 사용되는 네트워크 이름입니다. 서버 인스턴스가 SQL Server장애 조치(failover) 파트너로 참여하는 경우 이 인수를 사용합니다. FCI 서버 인스턴스에서 SELECT @@SERVERNAME을 실행하면 전체 복제본 이름인 'FCI_network_name[\instance_name]' 문자열 전체가 반환됩니다.
instance_name
system_name 또는 FCI_network_name으로 호스팅되고 HADR 서비스를 사용하도록 설정된 SQL Server 인스턴스의 이름입니다. 기본 서버 인스턴스의 경우 instance_name 은 선택 사항입니다. 인스턴스 이름은 대/소문자를 구분하지 않습니다. 명명된 인스턴스에서 이 값 이름은 select ServerProperty(N'InstanceName');를 실행하여 반환되는 값과 같습니다.
\
system_name 또는 FCI_network_name에서 구분하기 위해 instance_name을 지정하는 경우에만 사용되는 구분 기호입니다.
WSFC 노드 및 서버 인스턴스의 필수 구성 요소에 대한 자세한 내용은 Always On 가용성 그룹 필수 구성 요소, 제한 사항, 권장 사항(SQL Server)을 참조하세요.
ENDPOINT_URL ='TCP://system-address:port'
현재 REPLICA ON 절에서 정의 중인 가용성 복제본을 호스팅하는 SQL Server 인스턴스의 데이터베이스 미러링 엔드포인트에 대한 URL 경로를 지정합니다.
ENDPOINT_URL 절은 필수입니다. 자세한 내용은 가용성 복제본(SQL Server) 추가 또는 수정 시 엔드포인트 URL 지정을 참조하세요.
‘TCP://system-address:port’
엔드포인트 URL 또는 읽기 전용 라우팅 URL을 지정하기 위한 URL을 지정합니다. URL 매개 변수는 다음과 같습니다.
system-address
대상 컴퓨터 시스템을 명확하게 식별하는 시스템 이름, 정규화된 도메인 이름 또는 IP 주소 등의 문자열입니다.
포트
파트너 서버 인스턴스(ENDPOINT_URL 옵션의 경우)의 미러링 엔드포인트와 연관된 포트 번호 또는 서버 인스턴스의 데이터베이스 엔진에서 사용되는 포트 번호(READ_ONLY_ROUTING_URL 옵션의 경우)입니다.
AVAILABILITY_MODE = {SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY }
SYNCHRONOUS_COMMIT 또는 ASYNCHRONOUS_COMMIT은 주 복제본이 지정된 주 데이터베이스의 트랜잭션을 커밋하기 전에 보조 복제본이 디스크에 로그 레코드 확정(쓰기)을 확인할 때까지 주 복제본이 기다려야 하는지 여부를 지정합니다. 동일한 주 복제본의 서로 다른 데이터베이스에 있는 트랜잭션을 개별적으로 커밋할 수 있습니다. SQL Server 2017(14.x) CU1에 CONFIGURATION_ONLY가 도입되었습니다. CONFIGURATION_ONLY 복제본은 CLUSTER_TYPE = EXTERNAL 또는 CLUSTER_TYPE = NONE인 가용성 그룹에만 적용됩니다.
SYNCHRONOUS_COMMIT
트랜잭션이 이 보조 복제본에서 확정될 때까지 주 복제본이 트랜잭션을 커밋하지 않고 기다리도록 지정합니다(동기-커밋 모드). 주 복제본을 포함하여 최대 세 개의 복제본에 대해 SYNCHRONOUS_COMMIT을 지정할 수 있습니다.
ASYNCHRONOUS_COMMIT
이 보조 복제본이 로그를 확정할 때까지 기다리지 않고 주 복제본이 트랜잭션을 커밋하도록 지정합니다(동기-커밋 가용성 모드). 주 복제본을 포함하여 최대 다섯 개의 가용성 복제본에 대해 ASYNCHRONOUS_COMMIT을 지정할 수 있습니다.
CONFIGURATION_ONLY
주 복제본이 가용성 그룹 구성 메타데이터를 이 복제본의 master 데이터베이스로 동기적으로 커밋하도록 지정합니다. 복제본에는 사용자 데이터가 포함되지 않습니다. 이 옵션:
Express Edition을 포함하여 SQL Server의 모든 버전에서 호스팅할 수 있습니다.
CONFIGURATION_ONLY 복제본의 데이터 미러링 엔드포인트는
WITNESS형식이 되어야 합니다.변경될 수 없습니다.
CLUSTER_TYPE = WSFC인 경우 유효하지 않습니다.복제본에 대해
availability_mode를configuration_only로 설정하면failover_mode및seeding_mode옵션은 지원되지 않습니다. 샘플은 여기에 나와 있습니다.자세한 내용은 구성 복제본을 참조하세요.
AVAILABILITY_MODE 절은 필수적입니다. 자세한 내용은 가용성 모드(Always On 가용성 그룹)를 참조하세요.
FAILOVER_MODE = { AUTOMATIC | MANUAL }
정의하는 가용성 복제본의 장애 조치(failover) 모드를 지정합니다.
AUTOMATIC
자동 장애 조치(failover)를 사용하도록 설정합니다. 이 옵션은 AVAILABILITY_MODE = SYNCHRONOUS_COMMIT도 지정한 경우에만 지원됩니다. 주 복제본을 포함하여 두 개의 가용성 복제본에 대해 AUTOMATIC을 지정할 수 있습니다.
참고
SQL Server FCI(장애 조치(Failover) 클러스터 인스턴스)는 가용성 그룹에 따라 AlwaysOn 자동 장애 조치(Failover)를 지원하지 않으므로 FCI에서 호스팅하는 모든 가용성 복제본은 수동 장애 조치(Failover)에 대해서만 구성될 수 있습니다.
MANUAL
데이터베이스 관리자에 의한 예정된 수동 장애 조치(failover) 또는 강제 수동 장애 조치(failover)(일반적으로 강제 장애 조치(failover) 라고 함)를 사용하도록 설정합니다.
FAILOVER_MODE 절은 필수적입니다. 두 가지 유형의 수동 장애 조치(failover)인 데이터 손실이 없는 수동 장애 조치(failover)와 데이터가 손실될 수 있는 강제 장애 조치(failover)는 서로 다른 조건에서 지원됩니다. 자세한 내용은 장애 조치(failover) 및 장애 조치 모드(Always On 가용성 그룹)를 참조하세요.
SEEDING_MODE = { AUTOMATIC | MANUAL }
보조 복제본을 처음에 시드하는 방법을 지정합니다.
AUTOMATIC
직접 시드를 활성화합니다. 이 메서드는 네트워크를 통해 보조 복제본을 시드합니다. 이 메서드를 사용하면 복제본에서 주 데이터베이스의 복사본을 백업 및 복원할 필요가 없습니다.
참고
직접 시드를 위해 GRANT CREATE ANY DATABASE 옵션으로 ALTER AVAILABILITY GROUP을 호출하여 각 보조 복제본에서 데이터베이스 생성을 허용해야 합니다.
MANUAL
수동 시드(기본값)를 지정합니다. 이 메서드를 사용하면 주 복제본에서 데이터베이스의 백업을 만들고 보조 복제본에서 해당 백업을 수동으로 복원해야 합니다.
BACKUP_PRIORITY = n
이 복제본에 대한 백업을 수행하기 위한 우선 순위를 지정하며 동일한 가용성 그룹의 다른 복제본을 기준으로 합니다. 이 값은 0에서 100 사이의 정수입니다. 이러한 값에는 다음과 같은 의미가 있습니다.
1..100은 가용성 복제본이 백업 수행을 위해 선택될 수 있음을 나타냅니다. 1은 가장 낮은 우선 순위를 나타내고 100은 가장 높은 우선 순위를 나타냅니다. BACKUP_PRIORITY = 1이면 현재 사용 가능한 더 높은 우선 순위의 가용성 복제본이 없는 경우에만 해당 가용성 복제본이 백업 수행을 위해 선택됩니다.
0은 이 가용성 복제본이 백업 수행을 위한 것이 아님을 나타냅니다. 이 값은 예를 들어 백업을 장애 조치할 대상으로 사용하지 않을 원격 가용성 복제본의 경우에 유용합니다.
자세한 내용은 활성 보조: 보조 복제본에 백업(Always On 가용성 그룹)을 참조하세요.
SECONDARY_ROLE ( ... )
이 가용성 복제본이 현재 보조 역할을 소유하는 경우(즉, 보조 복제본일 때마다) 적용되는 역할별 설정을 지정합니다. 괄호 안에 보조 역할 옵션 중 하나 또는 모두를 지정합니다. 둘 다 지정할 경우 쉼표로 구분된 목록을 사용합니다.
보조 역할 옵션은 다음과 같습니다.
ALLOW_CONNECTIONS = { NO | READ_ONLY | ALL }
보조 역할, 즉 보조 복제본의 역할을 수행하는 지정된 가용성 복제본의 데이터베이스에서 클라이언트의 연결을 허용할 수 있는지 여부를 다음 중 하나로 지정합니다.
아니요
이 복제본의 보조 데이터베이스에 대한 사용자 연결이 허용되지 않습니다. 즉, 읽기 액세스가 가능하지 않습니다. 기본 동작입니다.
READ_ONLY
애플리케이션 의도 속성이 ReadOnly로 설정된 경우에만 보조 복제본의 데이터베이스에 연결할 수 있습니다. 이 속성에 대한 자세한 내용은 SQL Server Native Client에서 연결 문자열 키워드 사용을 참조하세요.
ALL
보조 복제본의 데이터베이스에 대해 읽기 전용 액세스를 위한 모든 연결이 허용됩니다.
자세한 내용은 활성 보조: 읽기 가능한 보조 복제본(Always On 가용성 그룹)을 참조하세요.
READ_ONLY_ROUTING_URL =‘TCP://system-address:port’
이 가용성 복제본에 대한 읽기 전용 연결 요청을 라우팅하는 데 사용할 URL을 지정합니다. 이 URL은 데이터베이스 엔진이 수신 대기하는 URL입니다. 일반적으로 SQL Server 기본 인스턴스는 TCP 포트 1433에서 수신 대기합니다.
명명된 인스턴스의 경우 sys.dm_tcp_listener_states 동적 관리 뷰의 port 및 type_desc 열을 쿼리하여 포트 번호를 가져올 수 있습니다. 서버 인스턴스는 Transact-SQL 수신기를 사용합니다(type_desc='TSQL' ).
복제본에 대한 읽기 전용 라우팅 URL을 계산하는 방법에 대한 자세한 내용은 Always On에 대한 read_only_routing_url 계산을 참조하세요.
참고
SQL Server의 명명된 인스턴스의 경우 Transact-SQL 수신기가 특정 포트를 사용하도록 구성되어야 합니다. 자세한 내용은 특정 TCP 포트로 수신하도록 서버 구성(SQL Server 구성 관리자)을 참조하세요.
PRIMARY_ROLE ( ... )
이 가용성 복제본이 현재 주 역할을 소유하는 경우(즉, 주 복제본일 때마다) 적용되는 역할별 설정을 지정합니다. 괄호 안에 주 역할 옵션 중 하나 또는 모두를 지정합니다. 둘 다 지정할 경우 쉼표로 구분된 목록을 사용합니다.
주 역할 옵션은 다음과 같습니다.
ALLOW_CONNECTIONS = { READ_WRITE | ALL }
주 역할, 즉 주 복제본의 역할을 수행하는 지정된 가용성 복제본의 데이터베이스에서 허용할 수 있는 클라이언트 연결 유형을 다음 중 하나로 지정합니다.
READ_WRITE
애플리케이션 의도 연결 속성이 ReadOnly 로 설정된 연결은 허용되지 않습니다. 애플리케이션 의도 속성이 ReadWrite 로 설정되었거나 애플리케이션 의도 연결 속성이 설정되지 않은 경우에는 연결이 허용됩니다. 애플리케이션 의도 연결 속성에 대한 자세한 내용은 SQL Server Native Client에서 연결 문자열 키워드 사용을 참조하세요.
ALL
주 복제본의 데이터베이스에 대한 모든 연결이 허용됩니다. 기본 동작입니다.
READ_ONLY_ROUTING_LIST = { (‘_server_instance_’ [ , ... n ] ) | NONE }
보조 역할로 실행 중일 때 다음과 같은 요구 사항을 충족하는 이 가용성 그룹에 대한 가용성 복제본을 호스팅하는 서버 인스턴스의 쉼표로 구분된 목록을 지정합니다.
모든 연결 또는 읽기 전용 연결을 허용하도록 구성되어야 합니다(위에서 SECONDARY_ROLE 옵션의 ALLOW_CONNECTIONS 인수 참조).
읽기 전용 라우팅 URL을 정의해야 합니다(위에서 SECONDARY_ROLE 옵션의 READ_ONLY_ROUTING_URL 인수 참조).
READ_ONLY_ROUTING_LIST 값은 다음과 같습니다.
server_instance
보조 역할로 실행 중일 때 읽기 가능한 보조 복제본의 호스트인 SQL Server 인스턴스의 주소를 지정합니다.
읽기 가능한 보조 복제본을 호스팅할 수도 있는 모든 서버 인스턴스를 지정하려면 쉼표로 구분된 목록을 사용합니다. 읽기 전용 라우팅은 서버 인스턴스가 목록에 지정된 순서에 따릅니다. 복제본의 읽기 전용 라우팅 목록에 복제본의 호스트 서버 인스턴스를 포함한 경우 읽기 전용 연결이 보조 복제본(사용 가능한 경우)으로 이동할 수 있도록 일반적으로 이 서버 인스턴스를 목록 끝에 두는 것이 좋습니다.
SQL Server 2016(13.x)부터 읽기 가능한 보조 복제본에서 읽기 전용 요청을 부하 분산할 수 있습니다. 복제본을 읽기 전용 라우팅 목록 내의 중첩된 괄호 쌍에 배치하여 이를 지정합니다. 자세한 내용 및 예제는 읽기 전용 복제본에 대한 부하 분산 구성을 참조하세요.
없음
이 가용성 복제본이 주 복제본인 경우 읽기 전용 라우팅이 지원되지 않도록 지정합니다. 기본 동작입니다.
READ_WRITE_ROUTING_URL = { (‘server_instance’) }
적용 대상: SQL Server(SQL Server 2019(15.x)부터)
기본 역할로 실행 중일 때 다음과 같은 요구 사항을 충족하는 이 가용성 그룹에 대한 가용성 복제본을 호스트하는 서버 인스턴스를 지정합니다.
- 복제본 사양 PRIMARY_ROLE에 READ_WRITE_ROUTING_URL이 포함되어 있습니다.
- 연결 문자열은 ReadWrite으로서 ApplicationIntent를 ReadWrite로 정의하거나, ApplicationIntent를 설정하지 않고 기본값인 ReadWrite가 적용되도록 하면 됩니다.
자세한 내용은 보조-주 복제본 읽기/쓰기 연결 리디렉션(Always On 가용성 그룹)을 참조하세요.
SESSION_TIMEOUT = integer
세션 제한 시간(초)을 지정합니다. 이 옵션을 지정하지 않으면 기본적으로 제한 시간은 10초로 설정됩니다. 최소값은 5초입니다.
중요
제한 시간을 10초 이상으로 유지하는 것이 좋습니다.
세션 제한 시간에 대한 자세한 내용은 Always On 가용성 그룹 개요(SQL Server)를 참조하세요.
AVAILABILITY GROUP ON
분산형 가용성 그룹을 구성하는 두 개의 가용성 그룹을 지정합니다. 각 가용성 그룹은 자체 WSFC(Windows Server 장애 조치(Failover) 클러스터)의 일부입니다. 분산형 가용성 그룹을 만들면 현재 SQL Server 인스턴스의 가용성 그룹이 주 가용성 그룹이 됩니다. 두 번째 가용성 그룹이 보조 가용성 그룹이 됩니다.
보조 가용성 그룹을 분산형 가용성 그룹에 조인해야 합니다. 자세한 내용은 ALTER AVAILABILITY GROUP(Transact-SQL)을 참조하세요.
ag_name
분산 가용성 그룹의 절반을 구성하는 가용성 그룹의 이름을 지정합니다.
LISTENER_URL =‘TCP://system-address:port’
가용성 그룹과 연결된 수신기에 대한 URL 경로를 지정합니다.
LISTENER_URL 절은 필수입니다.
‘TCP://system-address:port’
가용성 그룹과 연결된 수신기에 대한 URL을 지정합니다. URL 매개 변수는 다음과 같습니다.
system-address
수신기를 명확하게 식별하는 시스템 이름, 정규화된 도메인 이름 또는 IP 주소 등의 문자열입니다.
port
가용성 그룹의 미러링 엔드포인트와 연결된 포트 번호입니다. 수신기의 포트가 아닙니다.
AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY }
주 복제본이 지정된 주 데이터베이스의 트랜잭션을 커밋하기 전에 보조 가용성 그룹이 디스크에 로그 레코드 확정(쓰기)을 확인할 때까지 주 복제본이 기다려야 하는지 여부를 지정합니다.
SYNCHRONOUS_COMMIT
트랜잭션이 보조 가용성 그룹에서 확정될 때까지 주 복제본이 트랜잭션을 커밋하지 않고 기다리도록 지정합니다. 주 가용성 그룹을 포함하여 최대 두 개의 가용성 그룹에 대해 SYNCHRONOUS_COMMIT를 지정할 수 있습니다.
ASYNCHRONOUS_COMMIT
이 보조 가용성 그룹이 로그를 확정할 때까지 기다리지 않고 주 복제본이 트랜잭션을 커밋하도록 지정합니다. 주 가용성 그룹을 포함하여 최대 두 개의 가용성 그룹에 대해 ASYNCHRONOUS_COMMIT를 지정할 수 있습니다.
AVAILABILITY_MODE 절은 필수적입니다.
FAILOVER_MODE = { MANUAL }
분산형 가용성 그룹의 장애 조치(failover) 모드를 지정합니다.
MANUAL
데이터베이스 관리자에 의한 예정된 수동 장애 조치(failover) 또는 강제 수동 장애 조치(failover)(일반적으로 강제 장애 조치(failover) 라고 함)를 사용하도록 설정합니다.
FAILOVER_MODE 절이 필요하며 유일한 옵션은 MANUAL입니다. 보조 가용성 그룹에 대한 자동 장애 조치(failover)는 지원되지 않습니다.
SEEDING_MODE = { AUTOMATIC | MANUAL }
보조 가용성 그룹을 처음에 시드하는 방법을 지정합니다.
AUTOMATIC
직접 시드를 활성화합니다. 이 메서드는 네트워크를 통해 보조 가용성 그룹을 시드합니다. 이 메서드를 사용하면 보조 가용성 그룹의 복제본에서 주 데이터베이스의 복사본을 백업 및 복원할 필요가 없습니다.
MANUAL
수동 시드(기본값)를 지정합니다. 이 메서드를 사용하면 주 복제본에서 데이터베이스의 백업을 만들고 보조 가용성 그룹의 복제본에서 해당 백업을 수동으로 복원해야 합니다.
LISTENER ‘dns_name’( listener_option )
이 가용성 그룹의 새 가용성 그룹 수신기를 정의합니다. LISTENER는 선택적 인수입니다.
중요
첫 번째 수신기를 만들기 전에 가용성 그룹 수신기 만들기 또는 구성(SQL Server)을 읽는 것이 좋습니다.
지정된 가용성 그룹에 대한 수신기를 만든 후에는 다음을 수행하는 것이 좋습니다.
- 네트워크 관리자에게 요청하여 수신기의 IP 주소를 배타적으로 사용할 수 있도록 예약합니다.
- 이 가용성 그룹에 대한 클라이언트 연결을 요청할 때 연결 문자열에 사용할 수신기의 DNS 호스트 이름을 애플리케이션 개발자에게 제공합니다.
dns_name
가용성 그룹 수신기의 DNS 호스트 이름을 지정합니다. 수신기의 DNS 이름은 도메인 및 NetBIOS에서 고유해야 합니다.
dns_name은 문자열 값입니다. 이 이름은 순서에 관계없이 영숫자 문자, 대시(-) 및 하이픈(_)만 포함할 수 있습니다. DNS 호스트 이름은 대/소문자를 구분하지 않습니다. 최대 길이는 63자입니다.
의미 있는 문자열을 지정하는 것이 좋습니다. 예를 들어, AG1이라는 가용성 그룹의 경우 ag1-listener와 같은 의미 있는 DNS 호스트 이름을 지정합니다.
중요
NetBIOS는 dns_name에서 처음 15자만 인식합니다. 두 WSFC 클러스터가 동일한 Active Directory에 의해 제어될 때 15자 이상의 이름과 동일한 15자 접두사를 사용하여 두 클러스터 모두에서 가용성 그룹 수신기를 만들려고 하면Virtual Network 이름 리소스를 온라인으로 전환할 수 없다는 오류가 보고됩니다. DNS 이름의 접두사 명명 규칙에 대한 자세한 내용은 도메인 이름 할당을 참조하세요.
listener_option
LISTENER는 다음 <listener_option> 옵션 중 하나를 사용합니다.
WITH DHCP [ ON { (‘four_part_ipv4_address’,‘four_part_ipv4_mask’) } ]
가용성 그룹 수신기가 DHCP(동적 호스트 구성 프로토콜)를 사용할지 여부를 지정합니다. 필요할 경우 ON 절을 사용하여 이 수신기를 만들 네트워크를 식별합니다. DHCP는 가용성 그룹의 복제본을 호스팅하는 모든 서버 인스턴스에 사용되는 단일 서브넷으로 제한됩니다.
중요
프로덕션 환경에서는 DHCP를 사용하지 않는 것이 좋습니다. 중단 시간이 있고 DHCP IP 임대가 만료되는 경우 수신기 DNS 이름과 연결되고 클라이언트 연결에 영향을 주는 새 DHCP 네트워크 IP 주소를 등록하기 위해 추가 시간이 필요합니다. 그러나 가용성 그룹의 기본 기능을 확인하고 애플리케이션과 통합하기 위해 DHCP를 개발 및 테스트 환경에 설정하는 것은 좋습니다.
예를 들면 다음과 같습니다.
WITH DHCP ON ('10.120.19.0','255.255.254.0')
WITH IP ( { (‘four_part_ipv4_address’,‘four_part_ipv4_mask’) | (‘ipv6_address’) } [ , ...n ] ) [ , PORT =listener_port ]
DHCP를 사용하는 대신 가용성 그룹 수신기가 하나 이상의 고정 IP 주소를 사용할지 여부를 지정합니다. 여러 서브넷에서 가용성 그룹을 만들려면 각 서브넷의 수신기 구성에 하나의 고정 IP 주소가 필요합니다. 지정된 서브넷에 대해 고정 IP 주소는 IPv4 주소이거나 IPv6 주소일 수 있습니다. 새 가용성 그룹에 대한 복제본을 호스팅할 각 서브넷의 고정 IP 주소를 얻으려면 네트워크 관리자에게 문의하십시오.
다음은 그 예입니다.
WITH IP ( ('10.120.19.155','255.255.254.0') )
ip4_address
가용성 그룹 수신기에 대해 네 부분으로 된 IPv4 주소를 지정합니다. 예들 들어 10.120.19.155입니다.
ipv4_mask
가용성 그룹 수신기에 대해 네 부분으로 된 IPv4 마스크를 지정합니다. 예들 들어 255.255.254.0입니다.
ipv6_address
가용성 그룹 수신기의 IPv6 주소를 지정합니다. 2001::4898:23:1002:20f:1fff:feff:b3a3)을 입력합니다.
PORT = listener_port
WITH IP 절에서 지정된 가용성 그룹 수신기에서 사용될 포트 번호(listener_port)를 지정합니다. PORT는 선택적입니다.
기본 포트 번호 1433이 지원됩니다. 그러나 보안이 중요한 경우에는 다른 포트 번호를 사용하는 것이 좋습니다.
예: WITH IP ( ('2001::4898:23:1002:20f:1fff:feff:b3a3') ) , PORT = 7777
필수 조건 및 제한 사항
가용성 그룹을 만들기 위한 필수 구성 요소에 대한 자세한 내용은 Always On 가용성 그룹 필수 구성 요소, 제한 사항, 권장 사항(SQL Server)을 참조하세요.
AVAILABILITY GROUP Transact-SQL 문의 제한 사항에 대한 자세한 내용은 Always On 가용성 그룹에 대한 Transact-SQL 문 개요(SQL Server)를 참조하세요.
보안
사용 권한
CREATE AVAILABILITY GROUP 서버 권한, ALTER ANY AVAILABILITY GROUP 권한, CONTROL SERVER 권한 중 하나와 sysadmin 고정 서버 역할의 멤버 자격이 필요합니다.
예제
A. 보조 복제본, 유연한 장애 조치(failover) 정책, 연결 액세스에 대한 백업 구성
다음 예에서는 두 개의 사용자 데이터베이스 MyAg 및 ThisDatabase에 대해 ThatDatabase라는 가용성 그룹을 만듭니다. 다음 표에는 가용성 그룹 전체에 대해 설정되는 옵션에 지정되는 값이 요약되어 있습니다.
| 그룹 옵션 | 설정 | Description |
|---|---|---|
| AUTOMATED_BACKUP_PREFERENCE | SECONDARY | 이 자동화된 백업 기본 설정은 주 복제본이 유일한 온라인 복제본일 경우(기본 동작)를 제외하고 백업이 보조 복제본에서 수행되도록 지정합니다. 자동화된 백업 기본 설정을 고려하도록 가용성 데이터베이스에서 백업 작업을 스크립팅해야 AUTOMATED_BACKUP_PREFERENCE 설정이 적용됩니다. |
| FAILURE_CONDITION_LEVEL | 3 | 이 오류 상태 수준 설정은 분리된 spinlock, 중대한 쓰기 액세스 위반 또는 과도한 덤프와 같이 심각한 SQL Server 내부 오류가 발생할 경우 자동 장애 조치(failover)를 시작하도록 지정합니다. |
| HEALTH_CHECK_TIMEOUT | 600000 | 이 상태 확인 제한 시간 값(60초)은 WSFC 클러스터에서 sp_server_diagnostics 시스템 저장 프로시저가 자동 장애 조치 모드의 동기-커밋 복제본을 호스팅하는 서버 인스턴스에 대한 서버 상태 정보를 반환할 때까지 60000밀리초 동안 기다리도록 지정합니다. 이 시간이 지나면 클러스터에서 호스트 서버 인스턴스가 느리거나 응답하지 않는 것으로 간주합니다. 기본값은 30,000밀리초입니다. |
세 가지 가용성 복제본은 COMPUTER01, COMPUTER02 및 COMPUTER03이라는 컴퓨터의 기본 서버 인스턴스가 호스팅합니다. 다음 표에는 각 복제본의 복제본 옵션에 지정되는 값이 요약되어 있습니다.
| 복제본 옵션 | COMPUTER01의 설정 |
COMPUTER02의 설정 |
COMPUTER03의 설정 |
Description |
|---|---|---|---|---|
| ENDPOINT_URL | TCP://COMPUTER01:5022 | TCP://COMPUTER02:5022 | TCP://COMPUTER03:5022 | 이 예에서는 시스템이 같은 도메인에 있으므로 엔드포인트 URL에서 컴퓨터 시스템의 이름을 시스템 주소로 사용할 수 있습니다. |
| AVAILABILITY_MODE | SYNCHRONOUS_COMMIT | SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | 두 복제본이 동기-커밋 모드를 사용합니다. 동기화된 복제본은 데이터 손실 없는 장애 조치(failover)를 지원합니다. 비동기-커밋을 가용성 모드를 사용하는 세 번째 복제본입니다. |
| FAILOVER_MODE | AUTOMATIC | AUTOMATIC | MANUAL | 동기-커밋 복제본은 자동 장애 조치(failover) 및 계획된 수동 장애 조치(failover)를 지원합니다. 동기-커밋 가용성 모드 복제본은 강제 수동 장애 조치(failover)만 지원합니다. |
| BACKUP_PRIORITY | 30 | 30 | 90 | 동기-커밋 복제본보다 높은 우선 순위인 90이 비동기-커밋 복제본에 할당됩니다. 대개 백업은 비동기-커밋 복제본을 호스팅하는 서버 인스턴스에서 수행됩니다. |
| SECONDARY_ROLE | ( ALLOW_CONNECTIONS = NO, READ_ONLY_ROUTING_URL = 'TCP://COMPUTER01:1433' ) |
( ALLOW_CONNECTIONS = NO, READ_ONLY_ROUTING_URL = 'TCP://COMPUTER02:1433' ) |
( ALLOW_CONNECTIONS = READ_ONLY, READ_ONLY_ROUTING_URL = 'TCP://COMPUTER03:1433' ) |
비동기-커밋 복제본만 읽기 가능한 보조 복제본 역할을 합니다. 컴퓨터 이름 및 기본 데이터베이스 엔진 포트 번호(1433)를 지정합니다. 이 인수는 선택 사항입니다. |
| PRIMARY_ROLE | ( ALLOW_CONNECTIONS = READ_WRITE, READ_ONLY_ROUTING_LIST = (COMPUTER03) ) |
( ALLOW_CONNECTIONS = READ_WRITE, READ_ONLY_ROUTING_LIST = (COMPUTER03) ) |
( ALLOW_CONNECTIONS = READ_WRITE, READ_ONLY_ROUTING_LIST = NONE ) |
주 역할의 모든 복제본이 읽기 전용 연결 시도를 거부합니다. 로컬 복제본이 보조 역할로 실행되는 경우 읽기 전용 연결 요청이 COMPUTER03으로 라우팅됩니다. 복제본이 주 역할로 실행될 경우 읽기 전용 라우팅이 비활성화됩니다. 이 인수는 선택 사항입니다. |
| SESSION_TIMEOUT | 10 | 10 | 10 | 이 예제에서는 기본 세션 시간 제한 값(10)을 지정합니다. 이 인수는 선택 사항입니다. |
마지막으로 예제에서 새 가용성 그룹에 대한 가용성 그룹 수신기를 만들도록 LISTENER 절(옵션)을 지정합니다. 이 수신기에 대해 고유한 DNS 이름인 MyAgListenerIvP6이 지정됩니다. 두 복제본이 서로 다른 서브넷에 있으므로 수신기에서 고정 IP 주소를 사용해야 합니다. 두 가용성 복제본 각각에 대해 WITH IP 절이 IPv6 형식을 사용하는 고정 IP 주소인 2001:4898:f0:f00f::cf3c 및 2001:4898:e0:f213::4ce2를 지정합니다. 또한 이 예제에서 PORT 인수(옵션)를 사용하여 포트 60173 을 수신기 포트로 지정합니다.
CREATE AVAILABILITY GROUP MyAg
WITH (
AUTOMATED_BACKUP_PREFERENCE = SECONDARY,
FAILURE_CONDITION_LEVEL = 3,
HEALTH_CHECK_TIMEOUT = 600000
)
FOR
DATABASE ThisDatabase, ThatDatabase
REPLICA ON
'COMPUTER01' WITH
(
ENDPOINT_URL = 'TCP://COMPUTER01:5022',
AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
FAILOVER_MODE = AUTOMATIC,
BACKUP_PRIORITY = 30,
SECONDARY_ROLE (ALLOW_CONNECTIONS = NO,
READ_ONLY_ROUTING_URL = 'TCP://COMPUTER01:1433' ),
PRIMARY_ROLE (ALLOW_CONNECTIONS = READ_WRITE,
READ_ONLY_ROUTING_LIST = (COMPUTER03) ),
SESSION_TIMEOUT = 10
),
'COMPUTER02' WITH
(
ENDPOINT_URL = 'TCP://COMPUTER02:5022',
AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
FAILOVER_MODE = AUTOMATIC,
BACKUP_PRIORITY = 30,
SECONDARY_ROLE (ALLOW_CONNECTIONS = NO,
READ_ONLY_ROUTING_URL = 'TCP://COMPUTER02:1433' ),
PRIMARY_ROLE (ALLOW_CONNECTIONS = READ_WRITE,
READ_ONLY_ROUTING_LIST = (COMPUTER03) ),
SESSION_TIMEOUT = 10
),
'COMPUTER03' WITH
(
ENDPOINT_URL = 'TCP://COMPUTER03:5022',
AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
FAILOVER_MODE = MANUAL,
BACKUP_PRIORITY = 90,
SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY,
READ_ONLY_ROUTING_URL = 'TCP://COMPUTER03:1433' ),
PRIMARY_ROLE (ALLOW_CONNECTIONS = READ_WRITE,
READ_ONLY_ROUTING_LIST = NONE ),
SESSION_TIMEOUT = 10
);
GO
ALTER AVAILABILITY GROUP [MyAg]
ADD LISTENER 'MyAgListenerIvP6' ( WITH IP ( ('2001:db88:f0:f00f::cf3c'),('2001:4898:e0:f213::4ce2') ) , PORT = 60173 );
GO
관련 작업
참고 항목
ALTER AVAILABILITY GROUP(Transact-SQL)
ALTER DATABASE SET HADR(Transact-SQL)
DROP AVAILABILITY GROUP(Transact-SQL)
Always On 가용성 그룹 구성 문제 해결(SQL Server)
Always On 가용성 그룹 개요(SQL Server)
가용성 그룹 수신기, 클라이언트 연결, 애플리케이션 장애 조치(failover)(SQL Server)
피드백
출시 예정: 2024년 내내 콘텐츠에 대한 피드백 메커니즘으로 GitHub 문제를 단계적으로 폐지하고 이를 새로운 피드백 시스템으로 바꿀 예정입니다. 자세한 내용은 다음을 참조하세요. https://aka.ms/ContentUserFeedback
다음에 대한 사용자 의견 제출 및 보기