다음을 통해 공유


Always On 가용성 그룹이란?

적용 대상: SQL Server

이 문서에서는 SQL Server Enterprise 버전에서 하나 이상의 가용성 그룹을 구성하고 관리하기 위한 중심인 Always On 가용성 그룹 개념을 소개합니다. Standard Edition은 단일 데이터베이스에 대한 기본 Always On 가용성 그룹을 검토합니다.

AlwaysOn 가용성 그룹 기능은 데이터베이스 미러링에 대한 엔터프라이즈 수준의 대안을 제공하는 고가용성 및 재해 복구 솔루션입니다. Always On 가용성 그룹은 기업용 사용자 데이터베이스 집합의 가용성을 최대화합니다. 가용성 그룹 은 함께 장애 조치(Failover)되는 사용자 데이터베이스( 가용성 데이터베이스라고 함)의 불연속 집합에 대한 장애 조치(Failover) 환경을 지원합니다. 가용성 그룹은 읽기-쓰기 기본 데이터베이스 집합과 한 개에서 여덟 개의 해당 보조 데이터베이스 집합을 지원합니다. 선택적으로 보조 데이터베이스를 읽기 전용 액세스 및/또는 일부 백업 작업에서 사용할 수 있습니다.

Azure Arc에서 SQL Server를 활성화하면 Azure Portal에서 가용성 그룹을 볼 수 있습니다.

개요

가용성 그룹가용성 데이터베이스라고 하는 개별 사용자 데이터베이스 집합에 대해 복제본(replica)ted 환경을 지원합니다. HA(고가용성) 또는 읽기-배율에 대한 가용성 그룹을 만들 수 있습니다. HA 가용성 그룹은 함께 장애 조치를 수행하는 데이터베이스 그룹입니다. 읽기 확장 가용성 그룹은 읽기 전용 워크로드를 위해 SQL Server의 다른 인스턴스로 복사되는 데이터베이스 그룹입니다. 가용성 그룹은 하나의 주 데이터베이스 집합과 1~8개의 해당 보조 데이터베이스 집합을 지원합니다. 보조 데이터베이스는 백업이 아닙니다. 계속하여 정기적으로 데이터베이스 및 해당 트랜잭션 로그를 백업하세요.

모든 유형의 주 데이터베이스 백업을 만들 수 있습니다. 또는 보조 데이터베이스의 로그 백업 및 복사 전용 전체 백업을 만들 수 있습니다. 자세한 내용은 지원되는 백업을 가용성 그룹의 보조 복제본으로 오프로드하기를 참조하세요.

각 가용성 데이터베이스 집합은 가용성 복제본(replica) 의해 호스팅됩니다. 가용성 복제본의 두 가지 유형: 단일 주 복제본은 주 데이터베이스를 호스트합니다. 한 개에서 여덟개의 보조 복제본(replica)은 각각의 보조 데이터베이스 집합을 호스트하고 가용성 그룹에 대한 잠재적인 장애 조치(failover)를 대상으로 사용됩니다. 가용성 그룹은 가용성 복제본의 수준에서 장애 조치(Failover)됩니다. 가용성 복제본은 한 가용성 그룹의 데이터베이스 집합에 대한 데이터베이스 수준에서만 중복성을 제공합니다. 장애 조치(failover)는 데이터 파일의 손실 또는 트랜잭션 로그의 손상으로 인해 데이터베이스가 의심되는 등의 데이터베이스 문제로 인해 발생하는 것은 아닙니다.

기본 복제본(replica)은 주 데이터베이스를 클라이언트의 읽기/쓰기 연결에 사용할 수 있도록 만들어 줍니다. 기본 복제본(replica)은 각 주 데이터베이스의 트랜잭션 로그 레코드를 모든 보조 데이터베이스로 전송합니다. 또한 데이터 동기화라고 하는 이 프로세스는 데이터베이스 수준에서 발생합니다. 모든 보조 복제본(replica)은 트랜잭션 로그 레코드를 캐시하고(로그를 강화) 해당 보조 데이터베이스에 적용합니다. 데이터 동기화는 주 데이터베이스 및 연결된 각 보조 데이터베이스 간에 다른 데이터베이스와 독립적으로 발생합니다. 따라서 보조 데이터베이스는 다른 보조 데이터베이스에 영향을 끼치지 않고 일시 중단되거나 실패할 수 있으며 주 데이터베이스는 다른 주 데이터베이스에 영향을 끼치지 않고 일시 중단되거나 실패할 수 있습니다.

필요한 경우 보조 데이터베이스에 대한 읽기 전용 액세스를 지원하기 위해 하나 이상의 보조 복제본을 구성할 수 있으며, 보조 데이터베이스에서 백업을 허용하도록 보조 복제본을 구성할 수 있습니다.

SQL Server 2017은 가용성 그룹에 두 가지 아키텍처를 도입했습니다. Always On 가용성 그룹은 고가용성, 재해 복구 및 읽기 확장 분산을 제공합니다. 이러한 가용성 그룹에는 클러스터 관리자가 필요합니다. Windows에서는 장애 조치 클러스터링 기능에서 클러스터 관리자를 제공하며, Linux에서는 Pacemaker를 사용할 수 있습니다. 다른 아키텍처는 읽기 확장 가용성 그룹입니다. 읽기 확장 가용성 그룹은 읽기 전용 워크로드에 대한 복제본(replica)은 제공하지만 고가용성을 제공하지는 않습니다. 읽기 확장 가용성 그룹에는 장애 조치가 자동으로 실행될 수가 없으므로 클러스터 관리자가 없습니다.

Windows에서 HA용 Always On 가용성 그룹을 배포하려면 WSFC(Windows Server 장애 조치(failover) 클러스터)가 필요합니다. 지정된 가용성 그룹의 가용성 복제본 각각은 동일한 WSFC 클러스터의 서로 다른 노드에 있어야 합니다. 유일한 예외는 다른 클러스터로 마이그레이션되는 동안 가용성 그룹이 일시적으로 두 클러스터에 걸쳐져 있을 수 있다는 것입니다.

참고 항목

Linux의 가용성 그룹에 대한 자세한 내용은 Linux에서 SQL Server에 대한 가용성 그룹을 참조하세요.

HA 구성에서 만드는 모든 가용성 그룹에 대해 클러스터 역할이 만들어집니다. WSFC 클러스터에서는 이 역할을 모니터링하여 기본 복제본의 상태를 평가합니다. Always On 가용성 그룹에 대한 쿼럼은 지정된 클러스터 노드가 가용성 복제본을 호스팅하는지 여부에 관계없이 WSFC 클러스터의 모든 노드를 기반으로 합니다. 데이터베이스 미러링과 달리 Always On 가용성 그룹에는 미러링 모니터 역할이 없습니다.

참고 항목

WSFC 클러스터와 SQL Server Always On 구성 요소의 관계에 대한 내용은 SQL Server의 Windows Server 장애 조치(failover) 클러스터링을 참조하세요.

다음 그림에서는 하나의 기본 복제본(replica)과 네 개의 보조 복제본(replica)을 포함하는 가용성 그룹을 보여주고 있습니다. 하나의 기본 복제본과 네 개의 동기 커밋 보조 복제본을 포함하여 최대 8개의 보조 복제본이 지원됩니다.

복제본(replica)이 5개인 가용성 그룹의 다이어그램.

용어 및 정의

용어 설명
가용성 그룹 함께 장애 조치(failover)되는 데이터베이스의 집합인 가용성 데이터베이스의 컨테이너입니다.
가용성 데이터베이스 가용성 그룹에 속하는 데이터베이스입니다. 가용성 그룹은 각 가용성 데이터베이스에 대해 하나의 읽기/쓰기 복사본( 주 데이터베이스)과 1~8개의 읽기 전용 복사본(보조 데이터베이스)을 유지 관리합니다.
주 데이터베이스 가용성 데이터베이스의 읽기-쓰기 복사본입니다.
보조 데이터베이스 가용성 데이터베이스의 읽기 전용 복사본입니다.
가용성 복제본 SQL Server의 특정 인스턴스에서 호스팅하고 가용성 그룹에 속하는 각 가용성 데이터베이스의 로컬 복사본을 유지 관리하는 각 가용성 그룹 인스턴스화입니다. 가용성 복제본에는 단일 기본 복제본과 한 개에서 여덟개의 보조 복제본이라는 두 가지 유형이 있습니다.
기본 복제본 가용성 복제본은 클라이언트에서 읽기/쓰기 연결을 위해 주 데이터베이스를 사용할 수 있도록 하고 각 주 데이터베이스에 대한 트랜잭션 로그 레코드를 모든 보조 복제본(replica)으로 전송합니다.
보조 복제본 각 가용성 데이터베이스의 보조 복사본을 유지 관리하고 가용성 그룹에 대한 잠재적인 장애 조치(Failover) 대상 역할을 하는 가용성 복제본입니다. 필요에 따라 보조 복제본(replica) 보조 데이터베이스에 대한 읽기 전용 액세스를 지원할 수 있으며 보조 데이터베이스에서 백업 만들기를 지원할 수 있습니다.
가용성 그룹 수신기 Always On 가용성 그룹의 주 복제본 또는 보조 복제본에 있는 데이터베이스에 액세스하기 위해서 클라이언트가 연결할 수 있는 서버 이름입니다. 가용성 그룹 수신기는 들어오는 연결을 기본 복제본(replica) 또는 읽기 전용 보조 복제본(replica)으로 전송합니다.

가용성 데이터베이스

데이터베이스를 가용성 그룹에 추가하려면 데이터베이스는 기본 복제본을 호스팅하는 서버 인스턴스에 있는 온라인 읽기-쓰기 데이터베이스여야 합니다. 데이터베이스를 추가할 때 가용성 그룹을 주 데이터베이스로 조인하는 동안에 클라이언트는 계속해서 사용할 수 있습니다. 새 주 데이터베이스의 백업이 보조 복제본(replica)을 호스팅하는 서버 인스턴스에 복원될 때까지 해당 보조 데이터베이스는 존재하지 않습니다 (RESTORE WITH NORECOVERY 사용). 새 보조 데이터베이스는 가용성 그룹에 조인될 때까지 RESTORING 상태에 있습니다. 자세한 내용은 Always On 보조 데이터베이스에서 데이터 이동 시작(SQL Server)을 참조하세요.

조인하면 보조 데이터베이스가 ONLINE 상태로 전환되고 해당 주 데이터베이스와의 데이터 동기화가 시작됩니다. 데이터 동기화 는 주 데이터베이스에 대한 변경 사항이 보조 데이터베이스에서 재현되는 프로세스입니다. 데이터 동기화를 수행하면 주 데이터베이스가 트랜잭션 로그 레코드를 보조 데이터베이스에 전송합니다.

Important

가용성 데이터베이스는 Transact-SQL, PowerShell 및 SMO(SQL Server 관리 개체) 이름으로 데이터베이스 복제본이라고도 합니다. 예를 들어 "데이터베이스 복제본"이라는 용어는 가용성 데이터베이스 sys.dm_hadr_database_replica_states 및 sys.dm_hadr_database_replica_cluster_states에 대한 정보를 반환하는 Always On 동적 관리 뷰(sys.dm_hadr_database_replica_statessys.dm_hadr_database_replica_cluster_states)의 이름에서 사용됩니다. 그러나 SQL Server 온라인 설명서에서 "복제본(replica)"이라는 용어는 일반적으로 가용성 복제본(replica) 나타냅니다. 예를 들어 "기본 복제본(replica)" 및 "보조 복제본(replica)"은 항상 가용성 복제본(replica) 참조합니다.

가용성 복제본

각 가용성 그룹은 가용성 복제본(replica)이라고 알려진 두 개 이상의 장애 조치(failover) 파트너 집합을 정의합니다. 가용성 복제본(replica)은 가용성 그룹의 구성 요소입니다. 각 가용성 복제본(replica) 가용성 그룹의 가용성 데이터베이스 복사본을 호스팅합니다. 가용성 그룹의 각 가용성 복제본은 WSFC 클러스터의 서로 다른 노드에 있는 별도의 SQL Server 인스턴스에서 호스트해야 합니다. 이러한 각 서버 인스턴스는 Always On에 관해 사용하도록 설정해야 합니다.

SQL Server 2019(15.x)는 SQL Server 2017(14.x)의 동기 복제본(replica)의 최대수를 3에서 5로 증가합니다. 그룹 내에서 자동 장애 조치(failover)를 수행하도록 이 5개의 복제본(replica) 그룹을 구성할 수 있습니다. 한 개의 기본 복제본(replica)과 네 개의 동기 보조 복제본(replica)이 있습니다.

지정된 인스턴스는 가용성 그룹당 하나의 가용성 복제본(replica) 호스트 할 수 있습니다. 하지만 각 인스턴스는 여러 가용성 그룹에 사용될 수 있습니다. 지정된 인스턴스는 독립 실행형 인스턴스이거나 SQL Server FCI(장애 조치(failover) 클러스터 인스턴스)일 수 있습니다. 서버 수준 중복성이 필요한 경우 장애 조치(failover) 클러스터 인스턴스를 사용합니다.

모든 가용성 복제본(replica)에는 주 역할 또는 보조 역할과 같이 초기 역할이 할당되게 되며, 이 역할은 해당 복제본의 가용성 데이터베이스에서 상속되는 것입니다. 지정된 복제본의 역할에 따라 읽기-쓰기 데이터베이스가 호스팅되는지 아니면 읽기 전용 데이터베이스가 호스팅되는지가 결정됩니다. 기본 복제본(replica)이라고 알려진 하나의 복제본(replica)에는 주 역할이 할당되고 주 데이터베이스라고도 알려진 읽기/쓰기 데이터베이스를 호스트합니다. 보조 복제본이라는 하나 이상의 다른 복제본에는 보조 역할이 할당됩니다. 보조 복제본은 보조 데이터베이스라는 읽기 전용 데이터베이스를 호스팅합니다.

참고 항목

장애 조치(failover) 중과 같이 가용성 복제본(replica) 역할이 확정되지 않은 경우 해당 데이터베이스는 일시적으로 NOT SYNCHRONIZING 상태가 됩니다. 해당 역할은 가용성 복제본(replica) 역할이 확인될 때까지 RESOLVING으로 설정됩니다. 가용성 복제본(replica)이 주 역할로 확인되면 해당 데이터베이스는 주 데이터베이스가 됩니다. 가용성 복제본(replica)이 보조 역할로 확인되면 해당 데이터베이스는 보조 데이터베이스가 됩니다.

가용성 모드

가용성 모드는 각 가용성 복제본의 속성입니다. 가용성 모드는 보조 복제본이 트랜잭션을 디스크에 기록할 때까지 기본 복제본이 데이터베이스에서 트랜잭션을 커밋하기 위해 기다릴지 여부를 결정합니다. Always On 가용성 그룹의 두 가지 가용성 모드 지원: 비동기-커밋 모드동기-커밋 모드

  • 비동기-커밋 모드

    이 가용성 모드를 사용하는 가용성 복제본(replica)을 비동기 커밋 복제본(replica)이라고도 합니다. 비동기-커밋 모드에서는 기본 복제본이 비동기-커밋 보조 복제본의 트랜잭션 로그 확정 승인을 기다리지 않고 트랜잭션을 커밋합니다. 비동기 커밋 모드는 보조 데이터베이스의 트랜잭션 대기 시간을 최소화하지만, 주 데이터베이스보다 뒤쳐져 일부 데이터가 손실될 수 있는 문제를 야기합니다.

  • 동기기-커밋 모드

    이 가용성 모드를 사용하는 가용성 복제본(replica)을 동기 커밋 복제본(replica)이라고 합니다. 동기-커밋 모드에서 트랜잭션을 커밋하기 이전에 동기-커밋 기본 복제본(replica)은 동기 커밋 보조 복제본(replica)이 로그 강화가 완료되었음을 확인할 때까지 기다립니다. 동기-커밋 모드는 지정된 보조 데이터베이스가 주 데이터베이스와 동기화되면 커밋된 트랜잭션이 완전히 보호됩니다. 이 보호는 트랜잭션 대기 시간 증가로 인해 발생합니다. 필요한 경우 SQL Server 2017은 대기 시간의 비용을 통해 안전을 더욱 높이기 위해서 필요한 동기화 보조 기능을 도입했습니다. REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT 기능을 사용하도록 설정하여 기본 복제본 커밋을 허용하기 전에 지정된 수의 동기 복제본이 트랜잭션을 커밋하도록 요구할 수 있습니다.

더 자세한 내용은 Always On 가용성 그룹의 가용성 모드 간 차이점을 참조하세요.

장애 조치(Failover) 유형

기본 복제본(replica) 및 보조 복제본(replica) 간의 세션 컨텍스트 내에서 기본 역할과 보조 역할은 장애 조치(failover)라고 알려진 프로세스에서 서로 교환할 수 있습니다. 장애 조치 중에 대상 보조 복제본은 주 역할로 전환되어 새로운 기본 복제본이 됩니다. 새 기본 복제본(replica)은 데이터베이스를 주 데이터베이스로 온라인 상태로서 가져오고 클라이언트 애플리케이션은 해당 데이터베이스에 연결할 수 있습니다. 이전의 기본 복제본(replica)을 사용할 수 있을 때 보조 역할로 전환되어 보조 복제본(replica) 됩니다. 이전의 주 데이터베이스는 보조 데이터베이스가 되며 데이터 동기화가 다시 시작됩니다.

가용성 그룹은 가용성 복제본의 수준에서 장애 조치(Failover)됩니다. 장애 조치(failover)는 데이터 파일 손실, 데이터베이스 삭제 또는 트랜잭션 로그 손상으로 인해 데이터베이스가 의심되는 등의 데이터베이스 문제 때문에 발생하지 않습니다.

세 가지 형식의 장애 조치(failover)에는 자동, 수동 및 강제(데이터가 손실될 가능성이 있음)입니다. 지정된 보조 복제본(replica) 지원하는 장애 조치(failover) 형식 또는 형태는 다음과 같이 사용할 수 있는 모드에 다라 달라지며, 동기-커밋 모드의 경우 기본 복제본(replica) 및 대상 보조 복제본(replica) 장애 조치(failover) 모드에 따라 달라집니다.

  • 동기-커밋 모드는 대상 보조 복제본(replica)이 현재 기본 복제본(replica)으로 동기화되어 있는 경우 계획 장애 조치(failover)자동 장애 조치(failover)라는 두 가지 형태의 장애 조치(Failover)를 지원합니다. 이러한 형태의 장애 조치(failover)에 대한 지원은 장애 조치(failover) 파트너의 장애 조치(failover) 모드 속성 설정에 따라 달라집니다. 장애 조치(failover) 모드가 주 또는 보조 복제본(replica)에서 "수동"으로 설정된 경우 해당 보조 복제본(replica)에 대해서는 수동 장애 조치(failover)만 지원됩니다. 장애 조치(failver) 모두가 주 및 보조 복제본(replica) 모두에서 "자동"으로 설정된 경우 해당 보조 복제본(replica) 자동 장애 조치(failover)와 수동 장애 조치(failover)가 모두 지원됩니다.

    • 계획된 수동 장애 조치(failover) (데이터의 손실은 없음)

      수동 장애 조치(failover)는 데이터베이스 관리자가 장애 조치(failover) 명령을 실행하고 동기화된 보조 복제본(replica)은 주 역할(데이터 보호 보장)로 전환하며 기본 복제본(replica)은 보조 역할로 전환된 이후에는 수동 장애 조치(failover)가 발생합니다. 계획된 수동 장애 조치(failover)를 실행하기 위해서는 기본 복제본(replica) 및 대상 보조 복제본(replica) 모두가 동기-커밋 모드에서 실행되고 보조 복제본(replica) 이미 동기화되어야 합니다.

    • 자동 장애 조치(failover) (데이터의 손실은 없음)

      자동 장애 조치(failover)는 동기화된 보조 복제본(replica)이 기본 역할(데이터 보호 보장)로 전환되는 오류에 대한 응답으로 발생하게 됩니다. 이전의 기본 복제본을 사용할 수 있게 될 때 주 역할로 전환됩니다. 자동 장애 조치(failover)를 사용하려면 기본 복제본(replica) 및 대상 보조 복제본(replica) 모두에서 장애 조치 모드가 자동으로 설정된 동기 커밋 모드에서 실행되어야 합니다. 또한 보조 복제본이 이미 동기화되고, WSFC 쿼럼이 있으며, 가용성 그룹의 유연한 장애 조치(Failover) 정책에서 지정된 조건과 일치해야 합니다.

  • 비동기-커밋 모드에서 유일한 형태의 장애 조치(failover)는 강제 수동 장애 조치(failover)(데이터 손실 가능)이며, 일반적으로는 강제 장애 조치(failover)라고 부릅니다. 강제 장애 조치(failover)는 수동으로만 초기화될 수 있기 때문에 강제 수동 장애 조치(failover)의 하나의 형태로 여겨집니다. 강제 장애 조치(failover)는 재해 복구 옵션입니다. 이것은 대상 보조 복제본이 기본 복제본과 동기화되지 않았을 때 가능한 유일한 형태의 장애 조치(failover)의 형식입니다.

자세한 내용은 장애 조치(failover) 및 장애 조치(failover) 모드(Always On 가용성 그룹)를 참조하세요.

Important

  • SQL Server FCI(장애 조치(Failover) 클러스터 인스턴스)는 가용성 그룹에 따라 AlwaysOn 자동 장애 조치(Failover)를 지원하지 않으므로 FCI에서 호스팅하는 모든 가용성 복제본은 수동 장애 조치(Failover)에 대해서만 구성될 수 있습니다.
  • 동기화된 보조 복제본에서 강제 장애 조치(Failover) 명령을 실행하는 경우 보조 복제본은 계획된 수동 장애 조치(Failover)의 경우와 동일하게 작동합니다.

이점

Always On 가용성 그룹은 다양한 옵션을 제공하여 데이터베이스 가용성을 향상하고 리소스 사용을 개선합니다. 핵심 구성 요소는 다음과 같습니다:

  • 최대 아홉 개의 가용성 복제본(replica)을 지원합니다. 가용성 복제본 은 SQL Server의 특정 인스턴스에 의해 호스팅되고 가용성 그룹에 속하는 각 가용성 데이터베이스의 로컬 복사본을 유지 관리하는 가용성 그룹 인스턴스화입니다. 각 가용성 그룹은 하나의 기본 복제본과 최대 여덟 개의 보조 복제본을 지원합니다. 자세한 내용은 Always On 가용성 그룹이란?을 참조하세요.

    Important

    각 가용성 복제본은 단일 WSFC(Windows Server 장애 조치 클러스터링)의 서로 다른 노드에 있어야 합니다. 가용성 그룹에 대한 사전 요구 사항, 제한 사항 및 권장 사항에 관한 자세한 내용은 Always On 가용성 그룹에 대한 필수 구성 요소, 제한 사항 및 권장 사항을 참조하세요.

  • 다음과 같은 대체 가용성 모드를 지원합니다:

    • 바동기-커밋 모드. 이 가용성 모드는 여러 가용성 복제본이 상당한 거리를 두고 분산되어 있는 경우에 적합한 재해 복구 솔루션입니다.

    • 동기-커밋 모드. 이 가용성 모드는 트랜잭션 대기 시간이 늘어나면 성능보다는 고가용성 및 데이터 보호를 강조합니다. 지정된 가용성 그룹은 현재 기본 복제본(replica)을 포함하여 최대 다섯 개의 동기 커밋 가용성 복제본(replica)을 지원할 수 있습니다.

      더 자세한 내용은 Always On 가용성 그룹의 가용성 모드 간 차이점을 참조하세요.

  • 여러 형태의 가용성 그룹 장애 조치(failover) 지원: 자동 장애 조치(failover), 계획된 수동 장애 조치(failover) (간단히 "수동 장애 조치(failover)"라고 함), 강제 수동 장애 조치(failover) (간단히 "강제 장애 조치(failover)"라고 함) 등. 자세한 내용은 장애 조치(failover) 및 장애 조치(failover) 모드(Always On 가용성 그룹)를 참조하세요.

  • 다음 활성 보조 기능 중 하나 또는 두 개 모두를 지원하도록 지정된 가용성 복제본(replica) 구성할 수 있습니다:

    • 복제본에 대한 읽기 전용 연결이 보조 복제본(replica)에서 실행 중일 때 해당 데이터베이스에 액세스하여 읽을 수 있도록 만들어 주는 읽기 전용 연결 액세스입니다. 자세한 내용은 Always On 가용성 그룹의 보조 복제본으로 읽기 전용 워크로드 오프로드를 참조하세요.

    • 보조 복제본으로 데이터베이스에서 실행될 때 해당 데이터베이스에서 백업 작업 실행합니다. 자세한 내용은 지원되는 백업을 가용성 그룹의 보조 복제본으로 오프로드하기를 참조하세요.

      활성 보조 기능을 사용하면 IT 효율성을 향상시키고 보다 효율적인 보조 하드웨어 리소스 활용을 통해 비용을 절감할 수 있습니다. 또한 읽기 의도 애플리케이션 및 백업 작업을 보조 복제본(replica) 오프로드하는 것은 기본 복제본(replica) 성능을 향상하는 것에 도움을 드립니다.

  • 각 가용성 그룹을 대한 가용성 그룹 수신기를 지원합니다. 가용성 그룹 수신기는 AlwaysOn 가용성 그룹의 주 복제본 또는 보조 복제본에 있는 데이터베이스에 액세스하기 위하여 클라이언트가 연결할 수 있는 서버 이름입니다. 가용성 그룹 수신기는 들어오는 연결을 기본 복제본(replica) 또는 읽기 전용 보조 복제본(replica)으로 전송합니다. 수신기는 가용성 그룹이 장애 조치(failover)를 한 후에 빠른 애플리케이션 장애 조치(failover)를 제공합니다. 자세한 내용은 Always On 가용성 그룹 수신기에 연결을 참조하세요.

  • 가용성 그룹 장애 조치(failover)를 더욱 효율적으로 제어하기 위해서 유연한 장애 조치(failover) 정책을 지원합니다. 자세한 내용은 장애 조치(failover) 및 장애 조치(failover) 모드(Always On 가용성 그룹)를 참조하세요.

  • 페이지 손상 방지를 위하여 자동 페이지 복구를 지원합니다. 자세한 내용은 자동 페이지 복구(가용성 그룹: 데이터베이스 미러링)를 참조하세요.

  • 안전한 고성능 전송을 제공하는 암호화 및 압축을 지원합니다.

  • 다음의 사항을 포함하여 가용성 그룹의 배포 및 관리를 간소화하기 위한 통합된 도구 집합을 제공합니다:

클라이언트 연결

가용성 그룹 수신기를 만들어 지정된 가용성 그룹의 기본 복제본에 대한 클라이언트 연결을 제공할 수 있습니다. 가용성 그룹 수신기 는 지정된 가용성 그룹에 연결된 리소스 집합을 해당 가용성 복제본에 대한 직접 클라이언트 연결에 제공합니다.

가용성 그룹 수신기는 VNN(가상 네트워크 이름) 역할을 하는 고유의 DNS 이름, 하나 이상의 VIP(가상 IP 주소) 및 TCP 포트 번호와 연결됩니다. 자세한 내용은 Always On 가용성 그룹 수신기에 연결을 참조하세요.

가용성 그룹에 가용성 복제본(replica)이 두 개만 있고 보조 복제본(replica) 대한 읽기 액세스를 허용하도록 구성되지 않은 경우 클라이언트는 데이터베이스 미러 연결 문자열을 사용하여 기본 복제본(replica)에 연결할 수 있습니다. 이 접근 방식은 데이터베이스 미러링에서 Always On 가용성 그룹으로 데이터베이스를 마이그레이션한 후 일시적으로 유용할 수 있습니다. 보조 복제본을 더 추가하기 전에 가용성 그룹에 대한 가용성 그룹 수신기를 만들고 수신기의 네트워크 이름을 사용하도록 애플리케이션을 업데이트해야 합니다.

활성 보조 복제본(replica)

Always On 가용성 그룹은 활성 보조 복제본을 지원합니다. 활성 보조 기능에는 다음에 대한 지원이 포함됩니다.

  • 보조 복제본(replica)에서 백업 작업 실행

    보조 복제본(replica)은 전체 데이터베이스, 파일 또는 파일 그룹의 로그 백업 및 복사 전용 백업의 실행을 지원합니다. 가용성 그룹을 구성하여 백업을 수행해야 하는 위치에 대한 기본 설정을 지정할 수 있습니다. 기본 설정은 SQL Server에서 적용되지 않으므로 임시 백업에 영향을 끼치는 것이 아니라는 점을 이해하는 것은 중요합니다. 이 기본 설정의 해석은 지정된 가용성 그룹의 각 데이터베이스에 대한 백업 작업으로 스크립팅하는 논리(있는 경우)에 따라 달라집니다. 개인별 가용성 복제본(replica) 경우 동일한 가용성 그룹의 다른 복제본(replica)과 비교하여 이 복제본(replica)에서 백업을 실행하기 위한 우선순위를 지정할 수 있습니다. 자세한 내용은 지원되는 백업을 가용성 그룹의 보조 복제본으로 오프로드하기를 참조하세요.

  • 하나 이상의 보조 복제본에 관한 읽기 전용 엑세스(읽기 가능한 보조 복제본)

    로컬 데이터베이스에 대한 읽기 전용 액세스만 허용하도록 보조 가용성 복제본을 구성할 수 있습니다. 그러나 일부 작업은 부분적으로만 지원됩니다. 이렇게 하면 보조 복제본(replica) 대한 읽기/쓰기 연결이 방지됩니다. 읽기-쓰기 액세스만 허용하여 기본 복제본(replica)에서 읽기 전용 워크로드를 방지할 수도 있습니다. 이렇게 하면 기본 복제본에 대한 읽기 전용 연결이 실행되지 않습니다. 자세한 내용은 Always On 가용성 그룹의 보조 복제본으로 읽기 전용 워크로드 오프로드를 참조하세요.

    가용성 그룹에 현재 가용성 그룹 수신기와 하나 이상의 읽기 가능한 보조 복제본(replica)이 있는 경우 SQL Server는 읽기 전용 연결 요청을 해당 중 하나로 라우팅할 수 있습니다(읽기 전용 라우팅). 자세한 내용은 Always On 가용성 그룹 수신기에 연결을 참조하세요.

세션 시간제한 기간

세션 시간제한 기간은 연결이 종료될 때까지 다른 가용성 복제본과의 연결이 비활성 상태로 유지될 수 있는 기간을 결정하는 가용성 복제본의 속성입니다. 주 복제본과 보조 복제본은 활성 상태임을 알리기 위해 서로 ping합니다. 제한 시간 내에 다른 복제본으로부터 ping을 받으면 연결이 아직 열려 있고 서버 인스턴스가 통신하고 있음을 나타냅니다. ping을 받으면 가용성 복제본은 해당 연결의 시간제한 카운터를 초기화합니다.

세션 제한 시간은 각 복제본이 다른 복제본으로부터 ping을 받기 위해 무기한 대기하는 것을 방지합니다. 세션 시간제한 기간 내에 다른 복제본으로부터 ping이 수신하지 않으면 복제본은 시간제한이 됩니다. 해당 연결이 종료되고 시간 초과한 복제본이 연결이 끊기는 상태로 들어갑니다. 연결이 끊어진 복제본이 동기 커밋 모드로 구성되어 있더라도 트랜잭션에서는 해당 복제본이 다시 연결되어 재동기화될 때까지 대기하지 않습니다.

각 가용성 복제본(replica)의 기본 세션 시간제한은 10초입니다. 이 값은 사용자 구성 가능이며 최소 5초입니다. 일반적으로, 시간제한을 10초 이상으로 유지하는 것이 좋습니다. 10초 미만의 값을 설정하면 로드가 많은 시스템에서 잘못된 실패를 선언할 수 있습니다.

참고 항목

확인 역할에서 ping이 발생하지 않기 때문에 세션 시간제한이 적용되지 않습니다.

자동 페이지 복구

각 가용성 복제본(replica)이 데이터 페이지를 읽지 못하게 하는 특정 유형의 오류를 해결하여 로컬 데이터베이스의 손상된 페이지에서 자동으로 복구하려고 시도합니다. 보조 복제본(replica) 페이지를 읽을 수 없는 경우 복제본(replica) 기본 복제본(replica) 페이지에서 새 복사본을 요청합니다. 기본 복제본(replica) 페이지를 읽을 수 없는 경우 복제본(replica)은 모든 보조 복제본(replica)에서 새 복사본에 대한 요청을 브로드캐스트하고 응답할 첫 번째에서 페이지로부터 페이지를 가져옵니다. 이 요청이 성공하면 읽을 수 없는 페이지는 새 복사본으로 대체되고 일반적으로 오류가 해결됩니다.

자세한 내용은 자동 페이지 복구(가용성 그룹: 데이터베이스 미러링)를 참조하세요.

다른 데이터베이스 엔진 기능과의 상호 운용성 및 공존성

Always On 가용성 그룹은 SQL Server기능 또는 구성 요소와 함께 사용할 수 있습니다:

다음 단계