SQL Server 고가용성 솔루션: DBA를 위한 완벽 가이드 [2026]

1. 소개 SQL Server 고 가용성

높은 가용성 SQL Server 고가용성은 하드웨어 오류, 소프트웨어 문제 또는 계획된 유지 보수에 직면했을 때 최소한의 다운타임으로 시스템을 계속 운영할 수 있는 능력을 의미합니다. 고가용성의 중요성은 아무리 강조해도 지나치지 않습니다. 데이터베이스를 사용할 수 없게 되면 조직은 즉각적인 결과에 직면하게 되는데, 여기에는 데이터 손실, 시스템 장애, 데이터 손실 등이 포함됩니다.ost 매출 감소, 생산성 저하, 고객 불만족.

고가용성(HA)과 재해 복구(DR)는 종종 혼용되지만, 서로 다른 장애 시나리오를 다룹니다. HA는 서버 또는 인스턴스 충돌과 같은 국소적인 장애로 인한 다운타임을 최소화하는 데 중점을 두는 반면, DR은 전체 데이터 센터 또는 지역에 영향을 미치는 대규모 재해로부터 복구하도록 설계되었습니다.

고가용성(HA) 계획 수립에 중요한 두 가지 지표:

• 복구 시간 목표(RTO)는 장애 발생 후 허용 가능한 최대 가동 중지 시간을 정의합니다.
• 복구 시점 목표(RPO)는 허용 가능한 최대 데이터 손실량을 지정합니다.

가용성은 일반적으로 "9"로 측정됩니다. 99.9%(99.99%)는 연간 8.76시간의 가동 중지 시간을 허용하고, 99.99%(99.99%)는 52.6분을 허용하며, 99.999%(99.99%)는 연간 가동 중지 시간을 단 5.26분으로 제한합니다.

2. SQL Server 고가용성 솔루션 개요

2.1 고가용성 솔루션의 범주

SQL Server 고가용성 솔루션은 여러 가지 기준에 따라 분류할 수 있습니다.

• 인스턴스 수준 보호와 데이터베이스 수준 보호의 차이점: 장애 조치 클러스터 인스턴스와 같은 인스턴스 수준 보호는 모든 데이터베이스와 서버 개체를 포함한 전체 인스턴스를 보호하는 반면, 상시 가동 가용성 그룹과 같은 데이터베이스 수준 보호는 특정 데이터베이스를 보호합니다.
• 동기식 데이터 전송과 비동기식 데이터 전송: 동기식 데이터 전송은 데이터 손실이 전혀 없지만 지연 시간이 발생할 수 있는 반면, 비동기식 전송은 성능을 최적화하지만 데이터 손실 가능성을 감수해야 합니다.
• 자동 장애 조치와 수동 장애 조치: 자동 장애 조치는 수동 개입 없이 가동 중지 시간을 최소화하는 반면, 수동 장애 조치는 더 큰 제어 권한을 제공하지만 관리자의 조치가 필요합니다.

2.2 일반적인 고가용성 솔루션

SQL Server 각각 특정 시나리오에 대응하는 8가지 주요 고가용성 솔루션을 제공합니다.

• 항상 사용 가능한 가용성 그룹
• 포함된 가용성 그룹
• 분산 가용성 그룹
• 장애 조치 클러스터 인스턴스
• SQL Server 복제
• 통나무 운송
• 데이터베이스 미러링
• 관리형 인스턴스 링크

3. 상시 접속 가능 그룹

상시 가동 가능 그룹은 다음을 나타냅니다. SQL Server2019년에 출시된 최고급 데이터베이스 수준 고가용성 및 재해 복구 솔루션 SQL Server 2012년 버전입니다. 이 기술은 데이터베이스 그룹이 단일 단위로 함께 장애 조치를 수행할 수 있도록 지원하며, 쿼리 오프로딩을 위해 읽기 가능한 보조 복제본을 제공합니다.

 

주요 특징

• 총 9개의 복제본(기본 1개 + 보조 8개)을 지원합니다.
• 동기식 커밋 모드에서 최대 5개의 복제본(기본 1개 + 보조 4개)을 사용할 수 있습니다.
• 동기 모드에서 데이터 손실 없이 자동 장애 조치가 가능합니다.
• 쿼리 오프로딩을 위한 읽기 가능한 보조 복제본
• 보조 복제본으로 백업 오프로딩
• 자동 연결 라우팅을 위한 가용성 그룹 리스너
• 로드 밸런싱을 위한 읽기 전용 라우팅(읽기 쿼리)
• 여러 데이터베이스가 그룹으로 함께 장애 조치를 수행합니다.

구현 단계

• Windows Server 장애 조치 클러스터링(WSFC) 또는 Linux Pacemaker 클러스터를 구성합니다.
• 모든 장치에서 상시 가동 가능 그룹 기능을 활성화합니다. SQL Server 인스턴스
• 데이터베이스가 전체 복구 모델을 사용하고 전체 백업을 보유하도록 하십시오.
• 각 복제본에 데이터베이스 미러링 엔드포인트를 생성합니다.
• 가용성 그룹을 생성하고 데이터베이스를 추가합니다.
• 원하는 모드로 기본 및 보조 복제본을 구성합니다.
• 가용성 그룹 리스너를 생성하고 구성합니다.
• 읽기 가능한 세컨더리를 사용하는 경우 읽기 전용 라우팅을 구성하십시오.
• 장애 조치 절차를 테스트하고 애플리케이션 연결성을 확인합니다.

지원 기기

• 최대 가동 시간이 요구되는 핵심 업무용 데이터베이스
• 지역 홈 오토메이션(HA)과 지리적 재해 복구(DR)가 모두 필요한 조직
• 읽기 확장 기능이 필요한 환경
• 보고서 쿼리 처리 부담을 줄임으로써 이점을 얻는 애플리케이션
• 데이터 손실 제로 보호가 필요한 데이터베이스
• 조정된 장애 조치가 필요한 다중 데이터베이스 애플리케이션

장점

• 동기식 커밋 모드에서는 데이터 손실이 전혀 없습니다.
• 자동 장애 조치는 가동 중지 시간을 최소화합니다(일반적으로 몇 초).
• 읽기 가능한 보조 저장소는 기본 저장소의 부하를 줄입니다.
• 공유 스토리지 필요 없음
• Windows 및 Linux 플랫폼을 모두 지원합니다.
• 재난 복구를 위한 지리적 분포
• 백업 작업은 보조 서버로 오프로드할 수 있습니다.
• 장애 조치 후에도 애플리케이션 연결 문자열은 변경되지 않습니다.

단점

• 모든 기능을 사용하려면 엔터프라이즈 에디션이 필요합니다.
• 스탠다드 에디션은 베이직 AG(데이터베이스 1개, 보조 저장소 1개, 읽기 가능한 보조 저장소 없음)로 제한됩니다.
• 복잡한 구성 및 관리
• 클러스터링 인프라(WSFC 또는 Pacemaker)가 필요합니다.
• 인스턴스 수준 객체(로그인, 작업)는 수동 동기화가 필요합니다.
• 동기 모드는 트랜잭션 지연을 유발할 수 있습니다.
• 라이센스 cost여러 서버를 위한 s

참고자료

• SQL Server 상시 접속 가능 그룹: 완벽 가이드
• Microsoft 공식 문서: Always On 가용성 그룹 개요 (SQL Server)

4. 포함된 가용성 그룹

포함된 가용성 그룹은 에서 도입되었습니다. SQL Server 2022년 버전은 기존 Always On 가용성 그룹을 확장하여 복제본 간에 인스턴스 수준 객체를 자동으로 동기화함으로써 로그인, 작업 및 기타 서버 수준 객체를 수동으로 복제할 필요성을 없애줍니다.

주요 특징

• 인스턴스 수준 객체(로그인, 사용자, 역할)의 자동 동기화
• SQL Server 에이전트 작업은 모든 복제본에 복제됩니다.
• 데이터베이스 권한이 자동으로 동기화됩니다.
• 모든 Always On AG 기능이 포함되어 있습니다.
• 완벽한 환경 복제를 통한 간소화된 장애 조치
• Windows 및 Linux 플랫폼 모두 지원

구현 단계

• 확인 SQL Server 모든 경우에 2022년 이후
• WSFC 또는 Pacemaker 클러스터 인프라를 구성합니다.
• 모든 인스턴스에서 Always On 기능을 활성화합니다.
• CONTAINED 옵션을 사용하여 포함된 가용성 그룹을 생성합니다.
• 포함된 AG에 데이터베이스를 추가합니다.
• AG 컨텍스트 내에서 로그인 및 작업을 생성합니다.
• 리스너를 구성하고 페일오버를 테스트합니다.

지원 기기

• 간소화된 AG 행정 관리를 원하는 조직
• 잦은 장애 조치 테스트 또는 운영이 필요한 환경
• 많은 인스턴스 수준 객체가 필요한 애플리케이션
• 신제품 SQL Server 2022년 이후 배포
• 가격 인하를 원하는 팀ost- 페일오버 구성

장점

• 로그인 및 작업의 수동 동기화를 없애줍니다.
• 더 빠르고 안정적인 장애 조치
• 관리 오버헤드 감소
• 장애 조치 후 애플리케이션이 즉시 작동합니다.
• 간소화된 재해 복구 절차
• 기존 농업 관련 혜택은 모두 포함됩니다.

단점

• 필요 SQL Server 2022 이상
• 모든 기능을 사용하려면 엔터프라이즈 에디션이 필요합니다.
• 기존의 전통적인 AG를 밀폐형 AG로 변환할 수 없습니다.
• 모든 복제본은 포함된 AG 기능을 지원해야 합니다.
• 기존 AG에 비해 추가적인 복잡성

참고자료

• 마이크로소프트 공식 문서: 포함된 가용성 그룹

5. 분산 가용성 그룹

분산 가용성 그룹은 에서 도입되었습니다. SQL Server 2016년에는 고급 재해 복구 및 마이그레이션 시나리오를 위해 서로 다른 클러스터에 걸쳐 있는 두 개의 독립적인 가용성 그룹(AG)을 연결하는 "가용성 그룹의 가용성 그룹" 아키텍처를 구현할 수 있게 되었습니다.

주요 특징

• 두 개의 독립적인 가용성 그룹을 연결합니다.
• 각 AG는 자체적인 독립 클러스터를 유지합니다.
• 크로스 플랫폼 지원 (윈도우에서 리눅스까지)
• 공유 클러스터 멤버십 없이 클러스터 간 복제
• 한 AG는 주 AG 역할을 하고, 다른 AG는 보조 AG 역할을 합니다.
• 동기 모드와 비동기 모드를 모두 지원합니다.
• 지역 또는 대륙에 걸친 지리적 분포

구현 단계

• 첫 번째 가용성 그룹(기본 DAG)을 생성하고 구성합니다.
• 두 번째 가용성 그룹(보조 DAG)을 생성하고 구성합니다.
• 두 개의 AG를 연결하는 분산형 AG를 생성합니다.
• AG 간 데이터 동기화를 구성합니다.
• 애플리케이션 연결을 위해 각 AG에 리스너를 설정합니다.
• 장애 조치 정책 및 테스트 절차를 구성합니다.
• 클러스터 간 통신 및 복제를 검증합니다.

지원 기기

• 여러 지역에 걸쳐 독립적인 데이터 센터를 활용한 재해 복구
• Windows에서 Linux로 또는 그 반대로 플랫폼 간 마이그레이션
• 온프레미스와 Azure를 연결하는 하이브리드 클라우드 시나리오
• 장기간의 마이그레이션 기간이 필요한 주요 버전 업그레이드
• 여러 개의 독립적인 장애 조치 클러스터를 보유한 조직
• 대륙을 아우르는 복제 서비스가 필요한 글로벌 기업

장점

• 사이트 간 클러스터 종속성을 분리합니다.
• 진정한 지리적 분포를 가능하게 합니다
• 크로스 플랫폼 시나리오를 지원합니다.
• 각 AG는 독립적으로 장애 조치를 수행할 수 있습니다.
• 복잡한 마이그레이션 프로젝트에 이상적입니다.
• 공유 클러스터 인프라가 필요하지 않습니다.
• 서로 다른 Windows 도메인 또는 Linux 배포판에 걸쳐 사용할 수 있습니다.

단점

• 엔터프라이즈 에디션이 필요합니다.
• 구성 및 관리 측면에서 높은 복잡성
• 클러스터링 및 AG 기술 모두에 대한 깊이 있는 이해가 필요합니다.
• 표준 AG보다 문제 해결이 더 어렵습니다.
• 지역 간 시나리오에서 추가 지연 시간 발생
• 장애 조치 절차에 대한 신중한 계획이 필요합니다.

참고자료

• 마이크로소프트 공식 문서: 분산 가용성 그룹

6. 장애 조치 클러스터 인스턴스(FCI)

장애 조치 클러스터 인스턴스는 공유 스토리지와 Windows Server 장애 조치 클러스터링을 사용하여 인스턴스 수준의 고가용성을 제공하며, 전체 인스턴스에 대한 자동 장애 조치를 지원합니다. SQL Server 모든 데이터베이스와 서버 수준 객체를 포함하는 인스턴스입니다.

주요 특징

• 인스턴스 수준 보호(모든 데이터베이스가 동시에 장애 조치됨)
• 공유 스토리지를 사용하는 액티브-패시브 구성
• 투명한 장애 조치를 위한 가상 네트워크 이름(VNN)
• 활성 노드에 장애가 발생하면 자동으로 페일오버가 수행됩니다.
• 데이터 손실 없음 (데이터 단일 복사본)
• 서버 수준 객체(로그인, 작업, 연결된 서버)가 포함됩니다.
• 모두 지원 SQL Server 복구 모델

구현 단계

• Windows Server 장애 조치 클러스터(WSFC) 구성
• 공유 스토리지(SAN, SMB, Storage Spaces Direct)를 설정합니다.
• 클러스터 쿼럼 설정을 구성합니다.
• 설치 SQL Server 첫 번째 노드의 장애 조치 클러스터 인스턴스로
• FCI에 노드를 추가합니다.
• 가상 네트워크 이름과 IP 주소를 구성합니다.
• 클러스터 노드 간 테스트 페일오버
• 클라이언트 애플리케이션이 VNN을 사용하도록 구성합니다.

지원 기기

• 기존에 공유 스토리지 인프라를 보유한 조직
• 인스턴스 수준 보호가 필요한 환경
• 단일 데이터 센터 내에서의 로컬 고가용성
• 모든 데이터베이스가 동시에 장애 조치를 수행해야 하는 애플리케이션
• 서버 수준 객체를 보호해야 하는 시나리오
• Windows 환경에서만 사용 가능합니다 (FCI는 Linux를 지원하지 않습니다).

장점

• 완벽한 인스턴스 수준 보호
• 데이터 손실 제로 보장
• 자동 장애 조치 기능
• 로그인이나 작업 동기화가 필요 없습니다.
• 데이터 단일 복사본은 저장 용량을 줄입니다.osts
• 모든 복구 모델을 지원합니다.
• 장애 조치 후 애플리케이션 연결 문자열은 변경되지 않았습니다.

단점

• 값비싼 공유 스토리지 인프라가 필요합니다.
• 공유 스토리지는 단일 장애 지점입니다.
• 읽기 확장 기능 없음(활성 노드가 하나뿐임)
• 저장 공간 제약으로 인해 지리적 유통망이 제한적입니다.
• 스탠다드 에디션은 2개 노드로 제한됩니다.
• Windows 전용 (리눅스는 지원하지 않음)
• AG에 비해 장애 조치 시간이 더 오래 걸립니다(일반적으로 몇 분).
• 복잡한 스토리지 구성 및 관리

참고자료

• SQL Server 장애 조치 클러스터: DBA를 위한 완벽 가이드
• Microsoft 공식 문서: Always On 장애 조치 클러스터 인스턴스(SQL Server)

7. SQL Server 복제

SQL Server 데이터 복제는 여러 서버에 데이터를 복사하고 분산하는 데이터 배포 기술로, 단순한 단방향 배포부터 복잡한 멀티 마스터 구성까지 다양한 토폴로지를 지원하지만, 순수한 고가용성 솔루션보다는 주로 보고 목적으로 사용됩니다.

주요 특징

• 복제 유형에는 스냅샷, 트랜잭션, 병합, P2P의 네 가지가 있습니다.
• 세부적인 데이터 선택(특정 테이블, 열, 행)
• 단일 게시자로부터 여러 구독자를 지원합니다.
• 양방향 및 멀티마스터 토폴로지 사용 가능
• 유연한 일정 및 동기화 옵션
• 병합 복제에 대한 충돌 해결
• WHERE 절을 사용한 필터링 기능

구현 단계

• 배포 서버를 구성하십시오(게시자 서버와 별개이거나 동일할 수 있습니다).
• Publisher 데이터베이스에 게시물을 생성하세요.
• 요구 사항에 따라 복제 유형을 선택하십시오.
• 복제할 항목(테이블, 뷰, 저장 프로시저)을 선택하세요.
• 필요한 경우 필터링 및 데이터 변환을 구성하십시오.
• 구독자 데이터베이스를 설정하세요
• 구독 생성(푸시 또는 풀)
• 스냅샷을 사용하여 구독을 초기화합니다.
• 복제 에이전트 및 지연 시간을 모니터링합니다.

지원 기기

• 여러 보고 서버로 데이터 배포
• 보고 워크로드를 포함하는 읽기 규모 시나리오
• 원격 사이트로의 부분 데이터 배포
• 여러 소스의 데이터 통합
• 간헐적으로 연결되는 시나리오(병합 복제)
• 재난 복구 전략에서 지원 역할

장점

• 복제된 데이터에 대한 세부적인 제어
• 여러 구독자 지원
• 유연한 토폴로지 옵션
• 특정 테이블 또는 열을 복제할 수 있습니다.
• 필터링은 네트워크 트래픽을 줄입니다.
• 이종 복제를 지원합니다.SQL Server 에 Oracle)
• 스탠다드 에디션과 호환됩니다.

단점

• 자동 장애 조치 기능 없음
• 복잡한 구성 및 관리
• 복제 충돌 가능성 (병합 및 P2P)
• 데이터 동기화 지연
• 스키마 변경에는 신중한 조정이 필요합니다.
• 주요 홈 어드밴티지(HA) 솔루션으로 설계되지 않았습니다.
• 문제 해결은 어려울 수 있습니다.
• 피어투피어 기능을 사용하려면 엔터프라이즈 에디션이 필요합니다.

참고자료

• SQL Server 복제: DBA를 위한 완벽 가이드
• 마이크로소프트 공식 문서: SQL Server 복제

8. 목재 운송

로그 전송(Log Shipping)은 자동화된 트랜잭션 로그 백업, 복사 및 복원 프로세스를 통해 웜 스탠바이 재해 복구 및 고가용성 솔루션을 제공하여 간단하고 편리한 사용을 가능하게 합니다.ost-동기화된 보조 데이터베이스를 유지 관리하는 효과적인 접근 방식.

주요 특징

• SQL 에이전트를 통한 자동 백업, 복사 및 복원 작업
• 여러 보조 서버 지원
• 설정 가능한 백업 및 복원 간격
• 대기 모드는 보조 장치에 대한 읽기 전용 액세스를 허용합니다.
• 오류 복구 보호를 위한 지연된 로그 복원
• 중앙 집중식 모니터링을 위한 모니터링 서버
• 트랜잭션 로그 압축 지원

구현 단계

• 기본 데이터베이스가 전체 복구 모델을 사용하는지 확인하십시오.
• 기본 데이터베이스의 전체 백업을 생성합니다.
• NORECOVERY 옵션을 사용하여 보조 서버에서 백업을 복원합니다.
• 기본 데이터베이스에서 로그 전송을 구성합니다.
• 모든 서버에서 접근 가능한 공유 백업 폴더를 지정하세요.
• 기본 서버에서 백업 작업 일정을 구성합니다.
• 보조 서버에서 복사 및 복원 작업을 구성합니다.
• 모니터 서버를 선택적으로 구성할 수 있습니다.
• 테스트 페일오버 절차

지원 기기

• Cost-효과적인 재해 복구 솔루션
• 스탠다드 에디션 라이선스를 보유한 조직
• 몇 분 정도의 데이터 손실을 허용하는 시나리오
• 수동 페일오버에 적합한 환경
• 오류 보호 요구 사항에 대한 지연 복구
• STANDBY 모드를 사용한 보고 워크로드
• 복잡한 인프라 없이 간단한 재해 복구 요구 사항을 충족할 수 있습니다.

장점

• 간단한 설정 및 작동
• 낮은 cost (표준 에디션 지원)
• 여러 개의 보조 서버 지원
• 설정 가능한 지연 시간은 논리적 오류를 방지합니다.
• 대기 모드에서 읽기 전용 보고
• 높은 네트워크 지연 시간을 허용합니다.
• 기본 서버에 미치는 영향 최소화
• 오랜 기간 확립되고 검증된 기술

단점

• 자동 장애 조치 기능 없음
• 각 데이터베이스별로 별도로 구성해야 합니다.
• 동기화 지연 시간(분~시간)
• 백업 간격에 따른 잠재적 데이터 손실
• 수동 페일오버는 RTO를 증가시킵니다.
• 필요 SQL Server 모든 서버에서 에이전트 실행 중
• 로그 복원 중 보조 데이터베이스에 접근할 수 없습니다.
• 애플리케이션은 장애 조치 후 연결 문자열 변경이 필요합니다.

참고자료

• SQL Server 로그 전송: DBA를 위한 완벽 가이드
• 마이크로소프트 공식 문서: 로그 전송에 관하여 (SQL Server)

9. 데이터베이스 미러링

데이터베이스 미러링은 더 이상 사용되지 않는 데이터베이스 수준의 고가용성 솔루션으로, 이후로 개선 사항이 전혀 없습니다. SQL Server 2012년 버전부터 사용 가능하지만 현재 버전에서도 여전히 사용할 수 있습니다. Microsoft는 모든 신규 배포 시 Always On 가용성 그룹으로 마이그레이션할 것을 강력히 권장합니다.

주요 특징

• 주 서버 및 미러 서버 아키텍처
• 자동 장애 조치를 위한 선택적 감시 서버
• 두 가지 작동 모드: 고안전성 및 고성능
• 동기 및 비동기 작동 지원
• 자동 페이지 복구 기능
• 데이터베이스 수준 보호
• 데이터 전송을 위한 암호화 지원

구현 단계

• 데이터베이스가 전체 복구 모델을 사용하는지 확인하십시오.
• NORECOVERY 옵션을 사용하여 전체 백업을 생성하고 미러 서버로 복원합니다.
• 주 서버와 미러 서버에 미러링 엔드포인트를 생성합니다.
• 인증을 위한 인증서를 구성합니다.
• 서버 간 미러링 세션을 설정합니다.
• 선택적으로 자동 장애 조치를 위한 감시 서버를 구성할 수 있습니다.
• 작동 모드 설정 (고안전 모드 또는 고성능 모드)
• 테스트 페일오버 절차

지원 기기

• 기존 시스템에서 이미 데이터베이스 미러링을 사용 중입니다.
• 마이그레이션이 가능해질 때까지 기존 구성을 유지합니다.
• 다른 시나리오는 권장하지 않습니다 (해당 기능은 더 이상 사용되지 않습니다).

장점

• 고안전 모드에서 빠른 자동 페일오버(증인 기능 포함)
• 고보안 모드에서 데이터 손실 없음
• 파트너사의 자동 페이지 복구 기능
• 단일 데이터베이스용 가용성 그룹보다 간단합니다.
• 전송 시 암호화를 지원합니다.
• 최소한의 다운타임으로 단계적 업그레이드

단점

• 사용 중단됨 SQL Server 2012년 (삭제될 수 있음)
• 데이터베이스별 구성 및 장애 조치
• 판독 가능한 미러 없음 (판독 스케일 기능 없음)
• 각 데이터베이스는 독립적으로 장애 조치를 수행합니다.
• 장애 조치 후 연결 문자열 업데이트가 필요합니다
• 서버는 최대 두 대(주 서버 및 미러 서버)로 제한됩니다.
• 개선 사항이나 새로운 기능은 없습니다.
• Microsoft는 Always On AG로의 마이그레이션을 권장합니다.

참고자료

• 데이터베이스 미러링(SQL Server)

10. 관리형 인스턴스 링크

관리형 인스턴스 링크는 하이브리드 연결을 생성합니다. SQL Server 또한 분산 가용성 그룹 기술을 사용하는 Azure SQL Managed Instance는 재해 복구, 마이그레이션 및 클라우드 통합 시나리오를 위한 거의 실시간 데이터 복제를 지원합니다.

주요 특징

• 분산형 AG 기술을 사용한 거의 실시간 복제
• 일방향 복제(SQL Server 2016-2019년부터 Azure까지)
• 장애 복구 기능이 있는 양방향 복제(SQL Server 2022 +)
• 링크당 하나의 데이터베이스만 사용 가능합니다(다중 링크 지원).
• Azure SQL Managed Instance의 읽기 가능 복제본
• 라이선스 없이 사용 가능한 패시브 DR 복제 옵션
• 최소한의 다운타임으로 온라인 마이그레이션

구현 단계

• Prepare SQL Server 환경(VPN 또는 Azure에 대한 ExpressRoute)
• Azure SQL Managed Instance 구성
• Always On AG 기능을 활성화하세요 SQL Server
• 데이터베이스 미러링 엔드포인트를 생성합니다.
• 교환 증명서 SQL Server 그리고 MI
• SSMS 또는 스크립트를 사용하여 관리형 인스턴스 링크를 생성합니다.
• 복제 및 동기화 유효성 검사
• 읽기 전용 라우팅을 사용하는 경우 읽기 규모 확장에 맞게 라우팅을 구성하십시오.
• 테스트 페일오버 절차

지원 기기

• 클라우드 기반 보조 복구 기능을 갖춘 하이브리드 재해 복구
• Azure SQL Managed Instance로의 온라인 마이그레이션
• 분석 및 보고 기능을 Azure로 오프로드
• 하이브리드 클라우드 전략을 채택하는 조직
• Azure 서비스 통합이 필요한 시나리오
• Cost 라이선스 없이 사용 가능한 수동형 재해 복구를 통한 최적화

장점

• Most 성능이 우수하고 다운타임이 최소화된 Azure로의 마이그레이션
• 비즈니스 핵심 등급으로의 진정한 온라인 마이그레이션
• 양방향 페일오버 SQL Server 2022+
• 라이선스 없이 사용 가능한 수동형 DR 복제본은 비용을 절감합니다.osts
• 전체 마이그레이션 없이 Azure 서비스와 통합
• Azure 복제본을 사용한 읽기 확장 기능
• Azure 측 자동 백업
• Azure 지역별 지리적 배포

단점

• 링크당 데이터베이스는 하나만 허용됩니다.
• MI의 페일오버 그룹과 함께 사용할 수 없습니다.
• 시스템 데이터베이스가 복제되지 않았습니다.
• 인스턴스 수준 객체는 수동 동기화가 필요합니다.
• SQL Server 2016-2019년 단방향 연결만 가능 (보조 연결 없음)
• 아주르 cost관리형 인스턴스용 s
• 네트워크 연결 요구 사항(VPN/ExpressRoute)
• 기능 제한 사항 (파일 테이블, 파일 스트림은 지원되지 않습니다)

참고자료

• 관리형 인스턴스 링크 개요
• 링크를 위해 환경을 준비하세요

11. 고가용성 솔루션 비교

11.1 기능 비교표

특색	Always On AG	AG 함유	분산형 AG	인치당 지속 변화	복제	통나무 운송	미러링	MI 링크
Edition	엔트/표준	엔트/표준	엔트	엔트/표준	엔트/표준	엔트/표준	엔트/표준	엔트/표준
보호 수준	데이터베이스	데이터베이스+인스턴스	데이터베이스	예	데이터베이스/객체	데이터베이스	데이터베이스	데이터베이스
데이터 동기화	동기/비동기	동기/비동기	동기/비동기	공유	비동기	비동기	동기/비동기	비동기
자동 장애 조치	가능	가능	가능	가능	아니	아니	가능	아니
읽기 스케일	가능	가능	가능	아니	가능	제한된	아니	가능
RTO	초	초	초	회의록	Manual	Manual	초	Manual
RPO	0/분	0/분	0/분	제로	최소의	회의록	0/분	최소의
지원 상태	최근활동	최근활동	최근활동	최근활동	최근활동	최근활동	추천하지 않습니다	최근활동

11.2 HA 솔루션 선택

해결책을 선택할 때 다음 요소를 고려하십시오.

• 예산 고려 사항은 솔루션 선택에 상당한 영향을 미칩니다. 엔터프라이즈 에디션 요구 사항은 라이선스에 영향을 미칩니다.ost인프라 요구 사항은 FCI용 고가의 공유 스토리지부터 가용성 그룹용 일반 서버까지 다양합니다.
• 복잡성은 상당히 다릅니다. 로그 전송은 구현이 가장 간단한 반면, 분산 가용성 그룹은 광범위한 전문 지식을 필요로 합니다.
• RTO(복구 시간 목표) 요구 사항이 기술 선택에 영향을 미칩니다. 몇 초의 다운타임이라도 자동 페일오버 기능을 갖춘 Always On 가용성 그룹 또는 FCI(Fully Control Interface)가 필요합니다. 몇 분의 다운타임 허용 범위 내에서는 로그 전송과 같은 수동 페일오버 솔루션을 사용할 수 있습니다.
• RPO 요구 사항도 마찬가지로 중요합니다. 데이터 손실이 전혀 없어야 한다면 동기식 솔루션이 필수적이며, 몇 분 단위의 허용 오차가 있다면 로그 전송이 가능합니다.
• 인프라 제약 조건, 확장성 요구 사항, 지리적 분포 요구 사항 및 클라우드 하이브리드 시나리오 모두 최적의 솔루션 선택에 영향을 미칩니다.

12. 모범 사례 SQL Server 고 가용성

12.1 계획 ​​및 설계

각 데이터베이스에 대한 RTO 및 RPO 분석을 통해 비즈니스 요구 사항을 신중하게 평가하십시오. 기본값을 사용하는 대신 요구 사항에 맞는 적절한 솔루션을 선택하십시오.ost 정교한 옵션을 활용하십시오. 계층형 접근 방식을 사용하여 로컬 고가용성과 지리적 재해 복구를 모두 계획하십시오. 네트워크 다이어그램, 장애 조치 절차 및 복구 실행 설명서를 포함하여 아키텍처를 포괄적으로 문서화하십시오.

12.2 실행 지침

정기적인 테스트와 모의 장애 테스트를 통해 장애 조치 절차를 검증하십시오. SQL Server 고가용성 솔루션 및 팀 준비 상태. 상태 및 성능을 지속적으로 모니터링합니다. SQL Server내장 도구에는 다음과 같은 것들이 있습니다. SQL Server 프로파일 및 DMV를 관리합니다. 동기화 지연, 장애 조치 이벤트 및 상태 저하에 대한 포괄적인 알림을 구성합니다. SQL Server 백업 전략 고가용성(HA) 구현에도 불구하고 백업은 논리적 손상 및 실수로 인한 삭제에 대한 최후의 방어선입니다. 누적 업데이트, 보안 패치 및 펌웨어 업데이트를 통해 시스템을 최신 상태로 유지하십시오. 실제 복원 및 애플리케이션 테스트를 통해 복구 절차를 주기적으로 검증하고 다음과 같은 시나리오를 처리하는 방법을 숙지하십시오. 데이터베이스가 복구 모드에 멈춰 있습니다.

12.3 모니터링 및 유지보수

다음과 같은 도구를 활용하세요. SQL Server 활동 모니터, SQL Server Performance Monitor (성능 모니터)또한 상태 모니터링을 위해 동적 관리 뷰를 광범위하게 사용하고 실행합니다. DBCC 체크DB 정기적으로 데이터베이스 무결성을 검증하십시오. Always On 대시보드를 활용하여 가용성 그룹 상태를 시각적으로 평가하십시오. 특히 비동기 복제본 및 로그 전송의 경우 동기화 지연을 주의 깊게 모니터링하십시오. 장애 조치 이벤트를 꼼꼼하게 추적하십시오. SQL Server 확장 이벤트 패턴의 원인을 분석하고, 정상 작동을 위한 성능 기준선을 설정하며, 잠재적 문제를 나타내는 편차를 모니터링합니다. 또한, 인프라가 증가하는 워크로드를 지원할 수 있도록 정기적인 용량 계획 검토를 실시합니다.

13. 자주하는 질문

질문: 고가용성과 재해 복구의 차이점은 무엇입니까? SQL Server?

A: 고가용성은 데이터 센터 내 로컬 장애 발생 시 가동 중지 시간을 최소화하며, 일반적으로 자동 페일오버 및 몇 초 또는 몇 분 내의 RTO(복구 목표 시간)를 제공합니다. 재해 복구는 지역적인 재해로부터 보호하며, 일반적으로 수동 페일오버 및 더 긴 RTO를 제공하지만 전체 시설에 영향을 미치는 상황을 포괄합니다.

질문: 고가용성(HA) 솔루션과 리드 스케일 솔루션의 차이점은 무엇인가요?

A: 고가용성 솔루션은 장애 발생 시에도 데이터베이스에 계속 액세스할 수 있도록 보장하며, 가동 시간과 자동 장애 조치 기능을 중점적으로 다룹니다. 읽기 확장 솔루션은 읽기 전용 워크로드를 여러 데이터베이스 복제본에 분산하여 쿼리 성능을 향상시키고, 처리량과 응답 시간을 중점적으로 개선합니다. 이 두 솔루션은 목적이 다르지만, Always On 가용성 그룹과 같은 동일한 기술을 통해 두 가지 이점을 동시에 제공할 수 있습니다. 읽기 가능한 보조 복제본은 읽기 확장 기능을 제공하는 동시에 장애 조치 역할도 수행합니다. tar높은 가용성을 확보합니다.

Q: 어느 SQL Server 제 요구사항에는 고가용성 솔루션이 가장 적합할까요?

A: 최적의 솔루션은 RTO와 RPO에 따라 다릅니다. tar예산, 에디션 가용성, 인프라 및 전문성을 고려해야 합니다. Always On Availability Groups는 이러한 요소들을 충족합니다.ost 기업 시나리오에 적합한 반면, 로그 전송은 c에 적합합니다.ost민감한 환경. 비교표를 기준으로 요구 사항을 평가하십시오.

Q: Always On 가용성 그룹을 사용하려면 Enterprise Edition이 필요합니까?

A: 스탠다드 에디션은 기본 가용성 그룹을 지원하지만 몇 가지 중요한 제한 사항이 있습니다. 그룹당 데이터베이스는 하나, 보조 복제본은 하나만 지원되며, 읽기 가능한 보조 복제본은 사용할 수 없습니다. 여러 데이터베이스, 8개의 보조 복제본, 읽기 가능한 복제본을 포함한 모든 기능을 사용하려면 엔터프라이즈 에디션이 필요합니다.

Q: Log Shipping을 사용할 수 있나요? SQL Server 일반판인가요?

A: 네, 표준 에디션에서 로그 배송이 완벽하게 지원되므로 매력적인 옵션입니다.ost- 엔터프라이즈 에디션 라이선스가 없는 조직을 위한 효과적인 재해 복구 솔루션입니다.

Q: Always On 가용성 그룹과 데이터베이스 미러링의 차이점은 무엇입니까?

A: 데이터베이스 미러링은 더 이상 사용되지 않으며, 개별 데이터베이스 수준에서 작동하고 보조 저장소에 읽기 권한이 없습니다. Always On 가용성 그룹은 데이터베이스 그룹, 최대 8개의 보조 저장소, 읽기 가능한 복제본 및 향상된 모니터링 기능을 지원합니다. Microsoft는 Always On으로 마이그레이션하는 것을 권장합니다.

질문: 장애 조치 클러스터 인스턴스와 가용성 그룹 중에서 어떻게 선택해야 하나요?

A: 인스턴스 수준 보호 및 공유 스토리지 인프라를 위해서는 FCI(Fast Container Interface)를 선택하십시오. 데이터베이스 수준 보호, 읽기 확장성 및 지리적 분산을 위해서는 공유 스토리지 없이 가용성 그룹(Availability Group)을 선택하십시오. 조직에서는 포괄적인 보호를 위해 두 가지를 모두 사용하는 경우가 많습니다.

질문: 여러 개를 결합할 수 있나요? SQL Server 고가용성 솔루션?

A: 네, 솔루션을 결합하는 것은 일반적입니다. FCI는 가용성 그룹 복제본 역할을 하여 인스턴스 수준의 로컬 고가용성과 데이터베이스 수준의 지리적 재해 복구를 제공할 수 있습니다. 로그 전송은 가용성 그룹을 보완하여 추가적인 원격 보호 기능을 제공할 수 있습니다. 결합된 구성은 철저히 테스트해야 합니다.

질문: 동기식 복제와 비동기식 복제의 차이점은 무엇입니까?

A: 동기식 복제는 커밋하기 전에 보조 서버의 승인을 기다리므로 데이터 손실이 전혀 없지만 지연 시간이 발생할 수 있습니다. 비동기식 복제는 대기 없이 진행되므로 성능이 최적화되지만 장애 조치 시 데이터 손실이 발생할 수 있습니다.

Q: 백업이 이미 있는 경우에도 백업이 필요한가요? SQL Server 고가용성이 구성되었습니까?

A: 네, 전적으로 동의합니다. 고가용성은 하드웨어 장애로부터 데이터를 보호하지만, 논리적 손상, 실수로 인한 삭제 또는 모든 복사본에 영향을 미치는 악의적인 행위로부터는 보호할 수 없습니다. 따라서 특정 시점 복구 및 규정 준수 요건을 충족하기 위해서는 백업이 여전히 필수적입니다.

Q: 백업이 이미 있는 경우에도 백업이 필요한가요? SQL Server 고가용성이 구성되었습니까?

A: 네, 전적으로 동의합니다. 고가용성은 하드웨어 장애로부터 보호해 주지만 데이터베이스 손상, 실수로 인한 삭제 또는 악의적인 행위로부터는 보호해 줄 수 없습니다. 백업은 특정 시점 복구 및 규정 준수 요구 사항을 충족하는 데 필수적입니다. 데이터베이스 파일이 손상되었고 백업을 사용할 수 없거나 백업 또한 손상된 경우, 특수 복구 시스템을 사용하여 복구할 수 있습니다. SQL 데이터베이스 복구 소프트웨어 손상된 MDF, NDF 및 백업 파일에서 데이터를 복구하는 데 도움이 될 수 있습니다.

Q: 컨테인드 가용성 그룹이란 무엇이며 일반 가용성 그룹과 어떻게 다른가요?

A: 포함된 가용성 그룹(Contained Availability Groups)은 에서 도입되었습니다. SQL Server 2022 버전부터는 로그인, 작업, 메타데이터와 같은 인스턴스 수준 객체를 자동으로 동기화합니다. 일반 가용성 그룹은 데이터베이스 객체만 동기화하므로 인스턴스 객체는 수동으로 복제해야 합니다.

Q: 데이터를 복제할 수 있나요? SQL Server Azure SQL Managed Instance로 이동하시겠습니까?

A: 네, 관리형 인스턴스 링크는 하이브리드 복제를 제공합니다. SQL Server 그리고 Azure. SQL Server 2016-2019년 버전은 단방향 복제를 지원하는 반면 SQL Server 2022+ 버전부터는 재해 복구, 마이그레이션 및 하이브리드 시나리오를 위한 페일백 기능을 갖춘 양방향 복제가 가능합니다.

Q: 무슨 일이 일어나나요? SQL Server 장애 조치 중 에이전트 작업은 어떻게 되나요?

A: 기존 가용성 그룹에서는 보조 복제본에 작업을 수동으로 생성해야 합니다. 포함된 가용성 그룹(SQL Server 2022년 이후 버전에서는 작업이 자동으로 동기화됩니다. 장애 조치 클러스터 인스턴스는 인스턴스 수준 보호의 일부로 작업을 포함합니다.

14. 결론

SQL Server 이 솔루션은 부서별 데이터베이스부터 핵심 엔터프라이즈 시스템에 이르기까지 다양한 요구 사항을 충족하는 포괄적인 고가용성 솔루션을 제공합니다. 각 솔루션은 데이터베이스 관리자가 정보에 입각한 결정을 내리기 위해 이해해야 할 고유한 기능과 장단점을 제공합니다.

Always On 가용성 그룹은 최신 배포를 위한 핵심 기술이며, 컨테인드 가용성 그룹은 관리를 간소화하고 분산 가용성 그룹은 정교한 크로스 플랫폼 시나리오를 지원합니다. 장애 조치 클러스터 인스턴스는 인스턴스 수준 보호 요구 사항을 계속 충족하며, 로그 전송은 여전히 ​​중요한 역할을 합니다.ost민감한 시나리오. 관리형 인스턴스 링크는 온프레미스와 클라우드를 연결하는 하이브리드 가능성을 열어줍니다. SQL Server Azure를 사용하면 됩니다.

특정 비즈니스 요구 사항에 맞는 솔루션을 찾는 것이 성공의 핵심 요소입니다. 모든 상황에 적용 가능한 단일 솔루션은 없습니다. 조직은 RTO 및 RPO 요구 사항, 예산 제약, 인프라 역량, 관리 전문성을 신중하게 평가해야 합니다. 최적의 아키텍처는 포괄적인 보호를 위해 여러 솔루션을 결합하는 경우가 많습니다. 고가용성(HA) 전략이 더 광범위한 클라우드 도입 계획과 어떻게 연계되는지 고려하고, 자세한 구현 지침은 관련 자료를 참조하여 성공적인 고가용성 전략을 수립하십시오. SQL Server 인프라는 귀사의 비즈니스에 필요한 안정성을 제공합니다.

---

저자에 관하여

위안 셩 10년 이상의 경력을 가진 선임 데이터베이스 관리자(DBA)입니다. SQL Server 환경 및 기업 데이터베이스 관리 분야에서 그는 금융 서비스, 의료, 제조 분야에서 수백 건의 데이터베이스 복구 시나리오를 성공적으로 해결했습니다.

원은 다음을 전문으로 합니다. SQL Server 데이터베이스 복구, 고가용성 솔루션, 성능 최적화 분야의 전문가입니다. 그는 수 테라바이트 규모의 데이터베이스 관리, Always On Availability Groups 구현, 미션 크리티컬 비즈니스 시스템을 위한 자동 백업 및 복구 전략 개발 등 풍부한 실무 경험을 보유하고 있습니다.

Yuan은 기술적 전문성과 실용적인 접근 방식을 통해 데이터베이스 관리자와 IT 전문가가 복잡한 문제를 해결하는 데 도움이 되는 포괄적인 가이드를 만드는 데 중점을 둡니다. SQL Server 효율적으로 도전합니다. 그는 최신 정보를 유지합니다. SQL Server Microsoft의 새로운 릴리스와 진화하는 데이터베이스 기술을 활용하고, 정기적으로 복구 시나리오를 테스트하여 권장 사항이 실제 모범 사례를 반영하는지 확인합니다.

에 대한 질문이 SQL Server 복구가 필요하거나 추가적인 데이터베이스 문제 해결 지침이 필요하신가요? Yuan이 환영합니다. 피드백과 제안 이러한 기술적 자원을 개선하기 위해.