에 대해 설정할 수 있는 값이 세 가지 required_synchronized_secondaries_to_commit: 0, 1 또는 2입니다.There are three values that can be set for required_synchronized_secondaries_to_commit: 0, 1, or 2.복제 데이터베이스를 사용할 수 없게 하는 경우의 동작을 제어 합니다.They control the behavior of what happens when a replica becomes unavailable.숫자 주와 동기화 해야 하는 보조 복제본의 수를 나타냅니다.The numbers correspond to the number of secondary replicas that must be synchronized with the primary.Linux의 동작은 다음과 같습니다.The behavior is as follows under Linux:

여기서 AGResourceName AG에 대해 구성 된 리소스의 이름 및 값 0, 1 또는 2가 있습니다.where AGResourceName is the name of the resource configured for the AG, and Value is 0, 1, or 2.매개 변수를 관리 하는 Pacemaker 기본값으로 다시 설정, 값이 없는 동일한 문을 실행 합니다.To set it back to the default of Pacemaker managing the parameter, execute the same statement with no value.

다음 조건이 충족 되 면 AG의 자동 장애 조치 된 있습니다.Automatic failover of an AG is possible when the following conditions are met:

sequence_number 되도록 보조 복제본의 주에 시퀀스 번호가 가장 높은 – 즉, 보조 복제본의 sequence_number 원래 주 복제본에서 것과 일치 합니다.The sequence_number of the secondary replica to become the primary has the highest sequence number – in other words, the secondary replica’s sequence_number matches the one from the original primary replica.

여러 가용성 그룹Multiple availability groups

둘 이상의 AG Pacemaker 클러스터 또는 서버 집합을 만들 수 있습니다.More than one AG can be created per Pacemaker cluster or set of servers.시스템 리소스입니다.The only limitation is system resources.AG 소유권 마스터도 표시 됩니다.AG ownership is shown by the master.다른 Ag 서로 다른 노드에; 소유할 수 있습니다. 일부 필요가 동일한 노드에서 실행 중 이어야 합니다.Different AGs can be owned by different nodes; they do not all need to be running on the same node.

Linux 수신기가 다르게 구성 되어 있지만 해당 기능은 동일 합니다.The listener under Linux is configured differently, but its functionality is the same.Pacemaker에서 네트워크 이름 리소스의 개념이 없습니다 또는 AD DS;에 생성 하는 개체 노드 중 하나에서 실행할 수 있는 Pacemaker에서 만든 IP 주소 리소스만 있습니다.There is no concept of a network name resource in Pacemaker, nor is an object created in AD DS; there is just an IP address resource created in Pacemaker that can run on any of the nodes."이름"으로 DNS에서 수신기에 대 한 IP 리소스와 관련 된 항목을 만들어야 합니다.An entry associated with the IP resource for the listener in DNS with a “friendly name” needs to be created.수신기 IP 리소스는만 해당 가용성 그룹에 대 한 주 복제본을 호스팅하는 서버에서 활성화 됩니다.The IP resource for the listener will only be active on the server hosting the primary replica for that availability group.

Pacemaker을 사용 하는 경우 수신기와 연결 된 IP 주소 리소스 만들어집니다 됩니다 일시적인 가동 중지 한 서버에서 중지 하 고 다른에서 시작 하는 IP 주소 처럼 자동 또는 수동 장애 조치 인지 합니다.If Pacemaker is used and an IP address resource is created that is associated with the listener, there will be a brief outage as the IP address stops on the one server and starts on the other, whether it is automatic or manual failover.단일 이름 및 IP 주소 조합 하 여 추상화를 제공이 중단을 마스킹하지 않습니다.While this provides abstraction through the combination of a single name and IP address, it does not mask the outage.응용 프로그램은 어떤 종류의 기능이를 감지 하 여 다시 연결 하 여 연결 해제를 처리할 수 있어야 합니다.An application must be able to handle the disconnect by having some sort of functionality to detect this and reconnect.

그러나 DNS 이름 및 IP 주소는 여전히 부족 합니다. 보조 복제본에 대 한 읽기 전용 라우팅 등 WSFC에 수신기를 제공 하는 모든 기능을 제공 합니다.However, the combination of the DNS name and IP address is still not enough to provide all the functionality that a listener on a WSFC provides, such as read-only routing for secondary replicas.AG를 구성할 때 "수신기"는 여전히에서 구성할 수을 해야 SQL ServerSQL Server합니다.When configuring an AG, a “listener” still needs to be configured in SQL ServerSQL Server.마법사 뿐만 아니라 TRANSACT-SQL 구문에서이 볼 수 있습니다.This can be seen in the wizard as well as the Transact-SQL syntax.두 가지 방법으로 Windows에서와 동일 하 게 작동 하도록 구성할 수 있습니다.There are two ways that this can be configured to function the same as on Windows:

만든 "수신기"와 연결 된 IP 주소가 외부 클러스터 유형 AG에 대 한 SQL ServerSQL Server Pacemaker에서 만들어진 리소스의 IP 주소 여야 합니다.For an AG with a cluster type of External, the IP address associated with the “listener” created in SQL ServerSQL Server should be the IP address of the resource created in Pacemaker.

None 클러스터 유형 AG의 복제본이 있으므로 동일한 AG의 Linux 및 Windows 기반 복제본을 모두 수 OS 경계를 교차를 가질 수 있습니다.An AG with a cluster type of NONE can have its replicas cross OS boundaries, so there could be both Linux- and Windows-based replicas in the same AG.예로 여기서 주 복제본은 Windows 기반 보조 Linux 배포판 중 하나에 다음과 같습니다.An example is shown here where the primary replica is Windows-based, while the secondary is on one of the Linux distributions.

분산된 AG OS 경계를 넘을 수 수도 있습니다.A distributed AG can also cross OS boundaries.기본 Ag 구성 방법, 예: 외부 되 고 사용 하 여 구성에 대 한 규칙에 의해 바인딩된 Linux 전용 이지만 AG에 가입 된 WSFC를 사용 하 여 구성할 수 없습니다.The underlying AGs are bound by the rules for how they are configured, such as one configured with External being Linux-only, but the AG that it is joined to could be configured using a WSFC.다음 예를 살펴 보십시오.Consider the following example: