가용성 그룹 구성에 대 한 높은 가용성 및 데이터 보호High availability and data protection for availability group configurations

이 항목 적용 대상: 예SQL Server (Linux 전용)없음Azure SQL Database없음Azure SQL Data Warehouse없음 병렬 데이터 웨어하우스 THIS TOPIC APPLIES TO: yesSQL Server (Linux only)noAzure SQL DatabasenoAzure SQL Data WarehousenoParallel Data Warehouse

이 문서에서는 Linux 서버의 SQL Server Always On 가용성 그룹에 대 한 지원 되는 배포 구성을 표시합니다.This article presents supported deployment configurations for SQL Server Always On availability groups on Linux servers. 가용성 그룹에는 고가용성 및 데이터 보호 지원합니다.An availability group supports high availability and data protection. 자동 실패 감지, 자동 장애 조치 및 장애 조치 후 투명 하 게 다시 연결할 고가용성을 제공 합니다.Automatic failure detection, automatic failover, and transparent reconnection after failover provide high availability. 동기화 된 복제본 데이터 보호를 제공합니다.Synchronized replicas provide data protection.

에 서버 장애 조치 클러스터 (WSFC (Windows), 고가용성에 대 한 일반적인 구성을 사용 하 여 두 개의 동기 복제본 및 세 번째 서버 또는 파일 공유 쿼럼 제공.On a Windows Server Failover Cluster (WSFC), a common configuration for high availability uses two synchronous replicas and a third server or file share to provide quorum. 파일 공유 감시를 예를 들어 가용성 그룹 구성-복제본의 역할 및 동기화의 상태를 확인합니다.The file-share witness validates the availability group configuration - status of synchronization, and the role of the replica, for example. 이 구성 되도록 보조 복제본으로 장애 조치 대상에 가용성 그룹에 대 한 구성 변경 내용을 확인 하 고 최신 데이터를 선택 합니다.This configuration ensures that the secondary replica chosen as the failover target has the latest data and availability group configuration changes.

WSFC는 가용성 그룹 복제본 및 파일 공유 미러링 모니터 서버 간의 장애 조치 중재에 대 한 구성 메타 데이터를 동기화합니다.The WSFC synchronizes configuration metadata for failover arbitration between the availability group replicas and the file-share witness. 가용성 그룹을 WSFC에 없는 경우 SQL Server 인스턴스에 master 데이터베이스에서 구성 메타 데이터를 저장 합니다.When an availability group is not on a WSFC, the SQL Server instances store configuration metadata in the master database.

예를 들어 Linux 클러스터에서 가용성 그룹에 CLUSTER_TYPE = EXTERNAL입니다.For example, an availability group on a Linux cluster has CLUSTER_TYPE = EXTERNAL. 없는 WSFC 장애 조치를 조정 하지 있습니다.There is no WSFC to arbitrate failover. 이 경우 구성 메타 데이터를 관리 되 고 SQL Server 인스턴스에 의해 유지 관리 합니다.In this case the configuration metadata is managed and maintained by the SQL Server instances. 이 클러스터에 미러링 모니터 서버가 없기 이기 때문에 세 번째 SQL Server 인스턴스 구성 상태 메타 데이터를 저장할 필요 합니다.Because there is no witness server in this cluster, a third SQL Server instance is required to store configuration state metadata. 함께 모든 세 개의 SQL Server 인스턴스가 클러스터에 대 한 분산 된 메타 데이터 저장소를 제공합니다.All three SQL Server instances together provide distributed metadata storage for the cluster.

클러스터 관리자의 가용성 그룹에서 SQL Server 인스턴스의 쿼리하고 고가용성을 유지 하기 위해 장애 조치를 오케스트레이션 할 수 있습니다.The cluster manager can query the instances of SQL Server in the availability group, and orchestrate failover to maintain high availability. Linux 클러스터에서 Pacemaker는 클러스터 관리자를 사용 합니다.In a Linux cluster, Pacemaker is the cluster manager.

사용 하 여 가용성 그룹에 대 한 고가용성을 활성화 하는 SQL Server 2017 CU 1 CLUSTER_TYPE = EXTERNAL 두 동기 복제 및 구성 전용 복제본에 대 한 합니다.SQL Server 2017 CU 1 enables high availability for an availability group with CLUSTER_TYPE = EXTERNAL for two synchronous replicas plus a configuration only replica. SQL Server Express edition 포함 하 여 모든 버전의 SQL Server 2017 CU1 또는 나중에 구성 전용 복제본을 호스팅할 수 있습니다.The configuration only replica can be hosted on any edition of SQL Server 2017 CU1 or later - including SQL Server Express edition. 구성 전용 복제본 master 데이터베이스에서 가용성 그룹에 대 한 구성 정보를 유지 관리 하지만 가용성 그룹에서 사용자 데이터베이스를 포함 하지 않습니다.The configuration only replica maintains configuration information about the availability group in the master database but does not contain the user databases in the availability group.

구성을 기본 리소스 설정에 미치는 영향How the configuration affects default resource settings

SQL Server 2017 소개를 REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT 클러스터 리소스 설정이 있습니다.SQL Server 2017 introduces the REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT cluster resource setting. 이 설정은 트랜잭션 데이터는 주 복제본에 각 트랜잭션을 커밋하기 전에 로그 지정된 된 개수의 보조 복제본의 쓰기를 보장 합니다.This setting guarantees the specified number of secondary replicas write the transaction data to log before the primary replica commits each transaction. 외부 클러스터 관리자를 사용 하면이 설정은 높은 가용성 및 데이터 보호에도 영향을 줍니다.When you use an external cluster manager, this setting affects both high availability and data protection. 기본값 설정에 대 한 클러스터 리소스를 만들 때 아키텍처에 따라 달라 집니다.The default value for the setting depends on the architecture at the time the cluster resource is created. -SQL Server 리소스 에이전트를 설치할 때 mssql-server-ha -가용성 그룹에 대 한 클러스터 리소스 만들기, 클러스터 관리자를 검색 된 가용성 그룹 구성 및 설정 REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT 적절 하 게 합니다.When you install the SQL Server resource agent - mssql-server-ha - and create a cluster resource for the availability group, the cluster manager detects the availability group configuration and sets REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT accordingly.

리소스 에이전트 매개 변수 구성에 의해 지원 되는 경우 REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT 높은 가용성 및 데이터 보호를 제공 하는 값으로 설정 됩니다.If supported by the configuration, the resource agent parameter REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT is set to the value that provides high availability and data protection. 자세한 내용은 pacemaker 용 SQL Server 이해 리소스 에이전트합니다.For more information, see Understand SQL Server resource agent for pacemaker.

다음 섹션에서는 클러스터 리소스에 대 한 기본 동작을 설명 합니다.The following sections explain the default behavior for the cluster resource.

고가용성, 데이터 보호 및 읽기-배율에 대 한 특정 비즈니스 요구 사항을 충족 하도록 가용성 그룹 디자인을 선택 합니다.Choose an availability group design to meet specific business requirements for high availability, data protection, and read-scale.

다음 구성을 가용성 그룹 디자인 패턴 및 각 패턴의 기능을 설명합니다.The following configurations describe the availability group design patterns and the capabilities of each pattern. 이러한 디자인 패턴 사용 하 여 가용성 그룹에 적용할 CLUSTER_TYPE = EXTERNAL 고가용성 솔루션에 대 한 합니다.These design patterns apply to availability groups with CLUSTER_TYPE = EXTERNAL for high availability solutions.

  • 세 개의 동기 복제본Three synchronous replicas
  • 두 개의 동기 복제본Two synchronous replicas
  • 두 개의 동기 복제본 및 구성 전용 복제본Two synchronous replicas and a configuration only replica

동기 복제본 3Three synchronous replicas

이 구성은 세 개의 동기 복제본으로 구성 됩니다.This configuration consists of three synchronous replicas. 기본적으로 높은 가용성 및 데이터 보호를 제공합니다.By default, it provides high availability and data protection. 읽기-배율을 제공할 수도 있습니다.It can also provide read-scale.

세 개의 복제본

가용성 그룹 동기 복제본 3 개 읽기-배율, 고가용성 및 데이터 보호를 제공할 수 있습니다.An availability group with three synchronous replicas can provide read-scale, high availability, and data protection. 다음 표에서 가용성 문제를 설명합니다.The following table describes availability behavior.

읽기-배율read-scale 고가용성 &High availability &
데이터 보호data protection
데이터 보호Data protection
REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT= 00 1*1* 22
주 중단Primary outage 수동 장애 조치(failover).Manual failover. 데이터 손실이 있을 수 있습니다.Might have data loss. 새 주 복제본은 R / W.New primary is R/W. 자동 장애 조치(failover).Automatic failover. 새 주 복제본은 R / W.New primary is R/W. 자동 장애 조치(failover).Automatic failover. 이전의 주 데이터베이스를 복구 하 고 보조로 가용성 그룹에 조인 될 때까지 새 기본 사용자 트랜잭션에 대 한 사용할 수 없는 경우New primary is not available for user transactions until former primary recovers and joins availability group as secondary.
1개 보조 복제본 중단One secondary replica outage 기본 R은 / W.Primary is R/W. 기본 경우 자동 장애 조치가 실패 합니다.No automatic failover if primary fails. 기본 R은 / W.Primary is R/W. 기본 경우 자동 장애 조치가 실패 합니다.No automatic failover if primary fails as well. 기본은 사용자 트랜잭션에 대 한 제공 되지 않습니다.Primary is not available for user transactions.

* 기본* Default

두 개의 동기 복제본Two synchronous replicas

이 구성에서는 데이터 보호를 수 있습니다.This configuration enables data protection. 다른 가용성 그룹 구성을 같은 읽기-배율 가능 합니다.Like the other availability group configurations, it can enable read-scale. 두 개의 동기 복제본 구성을 자동 고가용성을 제공 하지 않습니다.The two synchronous replicas configuration does not provide automatic high availability.

두 개의 동기 복제본

두 개의 동기 복제본을 사용 하 여 가용성 그룹을 읽기-배율 및 데이터 보호를 제공합니다.An availability group with two synchronous replicas provides read-scale and data protection. 다음 표에서 가용성 문제를 설명합니다.The following table describes availability behavior.

읽기-배율read-scale 데이터 보호Data protection
REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT= 0 *0 * 11
주 중단Primary outage 수동 장애 조치(failover).Manual failover. 데이터 손실이 있을 수 있습니다.Might have data loss. 새 주 복제본은 R / W.New primary is R/W. 자동 장애 조치(failover).Automatic failover. 이전의 주 데이터베이스를 복구 하 고 보조로 가용성 그룹에 조인 될 때까지 새 기본 사용자 트랜잭션에 대 한 사용할 수 없는 경우New primary is not available for user transactions until former primary recovers and joins availability group as secondary.
1개 보조 복제본 중단One secondary replica outage 기본은 읽기/쓰기, 데이터 손실 위험에 노출 실행 합니다.Primary is R/W, running exposed to data loss. 보조 복제본이 복구 될 때까지 기본 사용자 트랜잭션에 대 한 제공 되지 않습니다.Primary is not available for user transactions until secondary recovers.

* 기본* Default

참고

앞의 시나리오에는 SQL Server 2017 CU 1 하기 전에 동작입니다.The preceding scenario is the behavior prior to SQL Server 2017 CU 1.

두 개의 동기 복제본 및 구성 전용 복제본Two synchronous replicas and a configuration only replica

가용성 그룹 동기 복제본이 두 개 (이상) 및 구성 전용 복제본을 사용 하 여 데이터 보호를 제공 하며 고가용성을 제공할 수도 있습니다.An availability group with two (or more) synchronous replicas and a configuration only replica provides data protection and may also provide high availability. 다음 다이어그램은이 아키텍처를 나타냅니다.The following diagram represents this architecture:

구성 전용 가용성 그룹

  1. 보조 복제본에 대 한 사용자 데이터의 동기 복제 합니다.Synchronous replication of user data to the secondary replica. 가용성 그룹 구성 메타 데이터도를 포함 됩니다.It also includes availability group configuration metadata.
  2. 가용성 그룹 구성 메타 데이터의 동기 복제 합니다.Synchronous replication of availability group configuration metadata. 사용자 데이터는 포함 되지 않습니다.It does not include user data.

다이어그램은 가용성 그룹 주 복제본 구성 전용 복제본 및 보조 복제본에 구성 데이터를 푸시합니다.In the availability group diagram, a primary replica pushes configuration data to both the secondary replica and the configuration only replica. 보조 복제본은 또한 사용자 데이터를 받습니다.The secondary replica also receives user data. 구성 전용 복제본에서 사용자 데이터를 수신 하지 않습니다.The configuration only replica does not receive user data. 보조 복제본을 동기 가용성 모드입니다.The secondary replica is in synchronous availability mode. 구성 전용 복제본에서 가용성 그룹-가용성 그룹에 대 한 메타 데이터만의 데이터베이스를 포함 하지 않습니다.The configuration only replica does not contain the databases in the availability group - only metadata about the availability group. 구성 전용 복제본의 구성 데이터가 동기적으로 커밋 되었습니다.Configuration data on the configuration only replica is committed synchronously.

참고

구성 전용 복제본을 사용 하 여 availabilility 그룹을 SQL Server 2017 CU1에 대 한 새로운 기능입니다.An availabilility group with configuration only replica is new for SQL Server 2017 CU1. SQL Server 가용성 그룹의 모든 인스턴스는 SQL Server 2017 CU1 해야 이상.All instances of SQL Server in the availability group must be SQL Server 2017 CU1 or later.

에 대 한 기본값 REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT 은 0입니다.The default value for REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT is 0. 다음 표에서 가용성 문제를 설명합니다.The following table describes availability behavior.

고가용성 &High availability &
데이터 보호data protection
데이터 보호Data protection
REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT= 0 *0 * 11
주 중단Primary outage 자동 장애 조치(failover).Automatic failover. 새 주 복제본은 R / W.New primary is R/W. 자동 장애 조치(failover).Automatic failover. 새 기본 사용자 트랜잭션에 대 한 제공 되지 않습니다.New primary is not available for user transactions.
보조 복제본 중단Secondary replica outage 주 복제본이 읽기/쓰기를 (기본 실패 하 고 복구할 수 없는) 경우 데이터 손실 위험에 노출 실행입니다.Primary is R/W, running exposed to data loss (if primary fails and cannot be recovered). 기본 경우 자동 장애 조치가 실패 합니다.No automatic failover if primary fails as well. 기본은 사용자 트랜잭션에 대 한 제공 되지 않습니다.Primary is not available for user transactions. 장애 조치 하는 경우 주 복제본이 없는 실패 합니다.No replica to fail over to if primary fails as well.
구성 전용 복제본 중단Configuration only replica outage 기본 R은 / W.Primary is R/W. 기본 경우 자동 장애 조치가 실패 합니다.No automatic failover if primary fails as well. 기본 R은 / W.Primary is R/W. 기본 경우 자동 장애 조치가 실패 합니다.No automatic failover if primary fails as well.
동기 보조 + 구성만 복제본 중단Synchronous secondary + configuration only replica outage 기본은 사용자 트랜잭션에 대 한 제공 되지 않습니다.Primary is not available for user transactions. 자동 장애 조치 합니다.No automatic failover. 기본은 사용자 트랜잭션에 대 한 제공 되지 않습니다.Primary is not available for user transactions. 복제본이 없는 경우 장애 조치에도 기본 실패 합니다.No replica to failover to if primary fails as well.

* 기본* Default

참고

구성 전용 복제본을 호스팅하는 SQL Server 인스턴스의 다른 데이터베이스를 호스팅할 수도 있습니다.The instance of SQL Server that hosts the configuration only replica can also host other databases. 이 둘 이상의 가용성 그룹에 대 한 구성만 데이터베이스로 참여할 수 있습니다.It can also participate as a configuration only database for more than one availability group.

요구 사항Requirements

  • 구성 전용 복제본을 사용 하 여 가용성 그룹의 모든 복제본에는 SQL Server 2017 CU 1 이상 이어야 합니다.All replicas in an availability group with a configuration only replica must be SQL Server 2017 CU 1 or later.
  • 모든 버전의 SQL Server는 SQL Server Express를 비롯 한 구성 전용 복제본을 호스팅할 수 있습니다.Any edition of SQL Server can host a configuration only replica, including SQL Server Express.
  • 가용성 그룹에 보조 복제본이 하나 이상-주 복제본 하는 것 외에도 필요합니다.The availability group needs at least one secondary replica - in addition to the primary replica.
  • 구성 전용 복제본 SQL Server 인스턴스당 복제본의 최대 수를 계산 되지 않습니다.Configuration only replicas do not count towards the maximum number of replicas per instance of SQL Server. 최대 3 개의 복제본을 허용 하는 SQL Server standard edition, SQL Server Enterprise Edition에는 최대 9 수 있습니다.SQL Server standard edition allows up to three replicas, SQL Server Enterprise Edition allows up to 9.

고려 사항Considerations

  • 가용성 그룹당 둘 이상의 구성 전용 복제본입니다.No more than one configuration only replica per availability group.
  • 구성 전용 복제본은 주 복제본 일 수 없습니다.A configuration only replica cannot be a primary replica.
  • 구성 전용 복제본의 가용성 모드를 수정할 수 없습니다.You cannot modify the availability mode of a configuration only replica. 구성 전용 복제본에서 동기 또는 비동기 보조 복제본을 변경 하려면 구성 전용 복제본을 제거 하 고 필요한 가용성 모드를 사용 하 여 보조 복제본을 추가 합니다.To change from a configuration only replica to a synchronous or asynchronous secondary replica, remove the configuration only replica, and add a secondary replica with the required availability mode.
  • 구성 전용 복제본을 가용성 그룹 메타 데이터를 사용 하 여 동기화 됩니다.A configuration only replica is synchronous with the availability group metadata. 사용자 데이터가 없습니다.There is no user data.
  • 하나의 주 복제본 및 하나의 구성 전용 복제본에 있지만 보조 복제본을 사용 하 여 가용성 그룹 올바르지 않습니다.An availability group with one primary replica and one configuration only replica, but no secondary replica is not valid.
  • SQL Server Express edition의 인스턴스에서 가용성 그룹을 만들 수 없습니다.You cannot create an availability group on an instance of SQL Server Express edition.

Pacemaker 용 SQL Server 리소스 에이전트 이해Understand SQL Server resource agent for pacemaker

추가 하는 SQL Server 2017 CTP 1.4 sequence_numbersys.availability_groups 얼마나 최신 보조 데이터베이스를 식별 하는 Pacemaker를 허용 하도록 복제본이 주 복제본을 사용 하 여 합니다.SQL Server 2017 CTP 1.4 added sequence_number to sys.availability_groups to allow Pacemaker to identify how up-to-date secondary replicas are with the primary replica. sequence_number 로컬 가용성 그룹 복제본이 얼마나 최신 상태 인지를 나타내는 단조롭게 증가 BIGINT입니다.sequence_number is a monotonically increasing BIGINT that represents how up-to-date the local availability group replica is. Pacemaker 업데이트는 sequence_number 각 가용성 그룹 구성 변경 합니다.Pacemaker updates the sequence_number with each availability group configuration change. 구성 변경의 예로 장애 조치, 복제본 추가 또는 제거를 들 수 있습니다.Examples of configuration changes include failover, replica addition, or removal. 이 숫자는 주 서버, 업데이트 하 고 보조 복제본에 복제 합니다.The number is updated on the primary, then replicated to secondary replicas. 따라서 최신 구성을 포함 하는 보조 복제본에 주 동일한 시퀀스 번호입니다.Thus a secondary replica that has up-to-date configuration has the same sequence number as the primary.

Pacemaker를 주 복제본을 승격 하기로 하면 먼저 보냅니다를 수준 올리기 전 모든 복제본에는 알림입니다.When Pacemaker decides to promote a replica to primary, it first sends a pre-promote notification to all replicas. 복제본에 일련 번호를 반환 합니다.The replicas return the sequence number. 다음으로, 실제로 Pacemaker는 복제본을 주 복제본을 승격 하려고, 복제본만 수준이 올라가고 해당 시퀀스 번호가 모든 일련 번호 중 가장 높은 경우.Next, when Pacemaker actually tries to promote a replica to primary, the replica only promotes itself if its sequence number is the highest of all the sequence numbers. 시퀀스 번호는 고유한 시퀀스 번호가 가장 높은 일치 하지 않는 경우 복제본에는 승격 작업이 거부 합니다.If its own sequence number does not match the highest sequence number, the replica rejects the promote operation. 이 방법에서는 일련 번호가 가장 높은 복제본만 주 복제본으로 승격될 수 있으므로 데이터가 손실되지 않습니다.In this way only the replica with the highest sequence number can be promoted to primary, ensuring no data loss.

이 프로세스는 이전 주 동일한 시퀀스 번호를 사용 하 여 프로 모션에 대 한 사용 가능한 복제본이 하나 이상 필요합니다.This process requires at least one replica available for promotion with the same sequence number as the previous primary. Pacemaker 리소스 에이전트 집합 REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT 는 동기 보조 복제본이 하나 이상 최신 이며 기본적으로 자동 장애 조치의 대상이 될 수 있습니다.The Pacemaker resource agent sets REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT such that at least one synchronous secondary replica is up-to-date and available to be the target of an automatic failover by default. 각 모니터링 작업의 값을 사용 하 여 REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT 계산 (및 필요한 경우 업데이트 됨).With each monitoring action, the value of REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT is computed (and updated if necessary). REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT 값은 '동기 복제본 수' 2로 나눈 값입니다.The REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT value is 'number of synchronous replicas' divided by 2. 장애 조치 시 리소스 에이전트가 필요 (total number of replicas - REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT 복제본)에 응답 하는 수준 올리기 전 알림에 합니다.At failover time, the resource agent requires (total number of replicas - REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT replicas) to respond to the pre-promote notification. 가장 높은 복제본 sequence_number 은 주 복제본으로 승격 합니다.The replica with the highest sequence_number is promoted to primary.

예를 들어 동기 복제본 3-하나의 주 복제본과 두 개의 동기 보조 복제본을 사용 하 여 가용성 그룹입니다.For example, An availability group with three synchronous replicas - one primary replica and two synchronous secondary replicas.

  • REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT 1 이며, (3-> 1 2 /).REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT is 1; (3 / 2 -> 1).

  • 필요한 복제본 수준 올리기 전 작업에 응답할 수는 2입니다. (3-1 = 2).The required number of replicas to respond to pre-promote action is 2; (3 - 1 = 2).

이 시나리오에서는 두 개의 복제본을 장애 조치를 트리거할 수에 대 한 응답 해야 합니다.In this scenario, two replicas have to respond for the failover to be triggered. 주 복제본 중단 후 성공적으로 자동 장애 조치를 보조 복제본 모두 최신 상태 여야 하 고 응답할 해야는 수준 올리기 전 알림에 합니다.For successful automatic failover after a primary replica outage, both secondary replicas need to be up-to-date and respond to the pre-promote notification. 온라인 상태이 고 동기 인 있는지 동일한 시퀀스 번호입니다.If they are online and synchronous, they have the same sequence number. 가용성 그룹 중 하나를 승격합니다.The availability group promotes one of them. 경우에 응답 하는 보조 복제본 중 하나는 수준 올리기 전 작업, 리소스 에이전트는 응답 하는 보조 복제본에는 가장 높은 sequence_number 및 장애 조치는 트리거되지 않습니다 보장할 수 없습니다.If only one of the secondary replicas responds to the pre-promote action, the resource agent cannot guarantee that the secondary that responded has the highest sequence_number, and a failover is not triggered.

중요

REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT이 0이면 데이터가 손실될 위험이 있습니다.When REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT is 0 there is risk of data loss. 주 복제본을 작동 중단 시 리소스 에이전트가 자동으로 장애 조치를 트리거하지 않습니다.During a primary replica outage, the resource agent does not automatically trigger a failover. 기본 사이트를 복구에 대 한 대기 하거나 수동으로 장애 조치를 사용 하 여 FORCE_FAILOVER_ALLOW_DATA_LOSS입니다.You can either wait for primary to recover, or manually fail over using FORCE_FAILOVER_ALLOW_DATA_LOSS.

기본 동작을 재정의 하 고 설정에서 가용성 그룹 리소스를 방지 하도록 선택할 수 있습니다 REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT 자동으로 합니다.You can choose to override the default behavior, and prevent the availability group resource from setting REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT automatically.

다음 스크립트 집합 REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT 라는 가용성 그룹에는 0으로 <**ag1**>입니다.The following script sets REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT to 0 on an availability group named <**ag1**>. 실행하기 전에 <**ag1**>을 가용성 그룹의 이름으로 바꿉니다.Before you run replace <**ag1**> with the name of your availability group.

sudo pcs resource update <**ag1**> required_synchronized_secondaries_to_commit=0

실행 하는 가용성 그룹 구성에 따라 기본값 되돌리려면:To revert to default value, based on the availability group configuration run:

sudo pcs resource update <**ag1**> required_synchronized_secondaries_to_commit=

참고

이전 명령은 실행 하면 주 복제본이 일시적으로 강등 보조 다시 승격 한 다음.When you run the preceding commands, the primary is temporarily demoted to secondary, then promoted again. 리소스 업데이트 하면 모든 복제본을 중지 했다가 다시 시작 합니다.The resource update causes all replicas to stop and restart. 에 대 한 새 값을REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT 복제본이 다시 시작, 즉시 없습니다만 설정 됩니다.The new value forREQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT is only set once replicas are restarted, not instantaneously.

참고자료See also

Linux의 가용성 그룹Availability groups on Linux