데이터베이스 가용성 그룹(DAG)은 Microsoft Exchange Server에서 제공하는 고가용성 및 재해 복구 솔루션입니다. Exchange Server 2010에 처음 도입된 DAG는 서버 또는 데이터 손실이 발생하더라도 이메일 서비스가 계속 작동할 수 있도록 보장합니다.
데이터베이스 가용성 그룹(DAG)이란 무엇인가요?
데이터베이스 가용성 그룹(Database Availability Group, DAG)은 최대 16대의 메일박스 서버로 구성된 그룹이며, 데이터베이스 세트를 호스팅하고 개별 서버 또는 데이터베이스에 영향을 주는 장애로부터 자동으로 데이터베이스 수준의 복구를 제공합니다. DAG는 메일박스 데이터베이스 복제, 데이터베이스 및 서버 전환, 장애 조치 및 내부 구성 요소인 액티브 매니저의 범위입니다. 액티브 매니저는 DAG에 속한 각 서버에서 실행되며 전환 및 장애 조치를 관리하는 Exchange 구성 요소입니다.
DAG의 모든 서버는 DAG 내의 다른 서버가 보유한 메일박스 데이터베이스의 복사본을 호스트할 수 있습니다. 서버가 DAG에 추가되면, 이 서버는 DAG의 다른 서버들과 협력하여 메일박스 데이터베이스에 영향을 주는 장애(디스크 또는 서버 고장 등)로부터 자동 복구 기능을 제공합니다.
DAG의 관련 개념
1. 메일박스 서버 역할
엔터프라이즈 MBX 역할은 최대 100개의 Exchange 데이터베이스를 가질 수 있으며, 데이터베이스 운영의 활성 및 수동 모드를 처리합니다. Microsoft의 DAG 관련 문서에서 "DAG 구성원", "DAG 서버" 또는 "DAG 구성원 서버"라는 용어가 상호 교환적으로 사용되더라도 이는 모두 DAG 그룹에 추가된 MBX 메일박스 서버를 지칭합니다.
2. 능동 / 수동
DAG에서 데이터베이스는 클라이언트 데이터베이스 액세스를 위해 하나의 MBX 서버 역할에 대해서만 서비스될 수 있으며, 이 서버는 활성 상태라고 하며(데이터베이스 상태가 마운트됨),
클라이언트 액세스를 제공하지 않지만 활성 데이터베이스가 클라이언트 데이터베이스 액세스를 계속 제공하지 못할 경우 그 역할을 대체할 수 있는 서버를 패시브라고 합니다(이 데이터베이스 상태는 마운트 해제되어 있으며 복제 상태 필드에 "정상"으로 표시됩니다).
3. 액티브 매니저
활성 MBX 서버 역할에 장애가 발생하면 기본 활성 관리자(PAM)가 활성화할 데이터베이스 복사본을 관리하고 선택합니다. 활성 관리자는 Exchange Server 2010에서 도입된 구성 요소로, 이전의 클러스터 리소스 및 장애 조치 관리 기능을 대체합니다. Exchange Server 2010은 더 이상 클러스터 애플리케이션이 아니지만, DAG는 여전히 Windows 클러스터 서비스를 사용하지만 Windows 클러스터 그룹이나 저장소 리소스 모듈은 사용하지 않으며, 대신 활성 관리자를 사용하여 메일박스 데이터베이스의 상태(활성 및 수동 상태, 이동 작업, 마운트 상태 등)를 처리합니다.
DAG 메커니즘
Exchange DAG는 Windows Server 장애 조치 클러스터를 활용합니다. 장애 조치 클러스터는 클러스터 노드 투표를 기반으로 클러스터 소유자를 결정하는 쿼럼 메커니즘을 사용합니다. 쿼럼이란 클러스터의 모든 구성원이 공유하는 메커니즘으로, 각 구성원은 정기적으로 쿼럼 내 파일을 읽어 클러스터 구성원의 상태를 확인합니다. 클러스터 내 모든 구성원은 각각 투표권을 가집니다.
Exchange DAG는 Majority Node Set 모드를 사용합니다. 이 모드에서 장애 조치 클러스터는 클러스터 구성원 외부의 quorum 서버를 필요로 합니다. 이 quorum 서버는 특정 클러스터 구성원에게 가중치 투표를 하여 해당 노드에 클러스터 소유자 권한을 부여합니다. Majority Node Set 모드에서는 노드 투표의 50%가 온라인 상태여야 합니다. 만약 N이 노드의 수라면, N/2+1개의 노드가 활성 상태여야 합니다.
예를 들어:
1. DAG 구성원이 4명일 경우, 투표 계산 방식은 N/2+1 = 3이며, 2표까지 손실될 수 있습니다(즉, 최대 두 노드까지 실패할 수 있고, 한 표는 쿼럼 서비스에서 제공되므로 두 표까지만 잃을 수 있음을 의미합니다). 두 개 이상의 노드가 실패하면 DAG 클러스터는 쿼럼을 잃어버리고, 이로 인해 모든 데이터베이스가 마운트 해제되며, 정상 상태로 복구하려면 관리자의 개입이 필요합니다.
2. DAG 구성원이 5명일 경우, 투표 계산은 N/2+1 = 3이며, 3표를 잃을 수 있습니다(즉, 최대 2개 노드까지 오류가 발생할 수 있음). 두 개 이상의 노드가 오류가 발생하면 DAG 클러스터는 과반수를 잃고, 모든 데이터베이스가 마운트 해제되며, 정상 상태로 복구하려면 관리자의 개입이 필요합니다.
DAG 설치
DAG 설치를 위한 사전 요구 사항
DNS 서비스가 실행 중이어야 합니다
DAG에 할당된 이름은 15자 이내여야 합니다
노드는 도메인 환경에 조인되어야 합니다
두 노드 모두 Exchange SP3의 일반 설치를 수행해야 합니다.
장애 조치 클러스터링 기능 설치
서버는 동일한 버전이어야 합니다
각 DAG 구성원은 동일한 수의 네트워크를 가져야 합니다
노드에는 Exchange SP3의 일반적인 설치가 필요합니다
비고
노드는 듀얼 네트워크 카드로 구성되어야 합니다:
- MAPI 네트워크(사용자 액세스용)
- 복제 네트워크(하트비트용)
증인 서버는 도메인에 가입되어야 합니다.
증인 서버에는 두 개 이상의 파티션이 필요합니다.
하나의 파티션은 증인 데이터를 저장하는 데 사용됩니다
서버 버전은 동일해야 합니다
혼합 배포는 구성원을 추가하면 오류가 발생할 수 있으므로 허용되지 않습니다.
DAG 생성
Exchange Trusted Subsystem 그룹의 권한 설정
증인 서버가 DAG 일정을 관리할 수 있도록 허용
DAG에 클러스터 IP 주소 설정
DAG 그룹에 구성원 추가
DAG 네트워크 구성
Microsoft Exchange 정보 저장소 서비스 시작
DAG가 성공적으로 생성되었는지 확인합니다
데이터베이스 전환 확인
Exchange Server 백업
Vinchin Backup & Recovery는 Microsoft Exchange를 위한 신뢰성 높은 기업용 보호 솔루션을 제공합니다. 가상 머신 및 물리적 서버에서 온프레미스, 원격지 또는 Azure 및 Amazon S3와 같은 클라우드 저장소까지 백업을 지원합니다. 영구 증분 백업, 유연한 예약 기능, 세부한 데이터 선택 기능을 갖추어 효율적이고 일관된 데이터 보호를 보장합니다. 데이터 전송 시 RSA 암호화, AES 256 암호화, 역할 기반 접근 제어를 통해 종단 간 보안을 제공합니다. 고속 데이터 전송 및 사용자 정의 가능한 대역폭 제어 정책은 효율성을 더욱 높여주며, 웹 기반 콘솔을 통해 Exchange Server 2013, 2016, 2019 및 Exchange Online의 중앙 집중식 백업 관리를 간소화합니다.
Exchange Server를 백업하는 데에는 단 4단계만 필요합니다:
1. 백업 대상 선택
2.백업 대상 선택
3. 백업 전략 구성
4.작업 검토하고 제출
데이터베이스 가용성 그룹 FAQ
1. Q: DAG에서 감시자 서버는 어떻게 사용되나요?
A: 증인 서버는 구성원 수가 짝수인 DAG 구성에서 정족수를 유지하는 데 사용됩니다. 이 서버는 DAG가 온라인 상태를 유지할 수 있는지 결정할 때 과반수 규칙이 충족되는지 보장하는 데 도움을 줍니다.
2. Q: 데이터베이스 복제는 DAG에서 어떻게 이루어지나요?
Q: Exchange는 활성 데이터베이스에서 발생한 변경 사항을 수동 복사본으로 복사하기 위해 지속적 복제 기술을 사용합니다. 이를 통해 데이터 일관성과 고가용성을 보장할 수 있습니다.
결론
데이터베이스 가용성 그룹(DAG)을 구현하면 Exchange Server 환경을 다운타임을 최소화하고 사용자에게 지속적인 서비스를 제공할 수 있는 탄력적인 솔루션으로 전환할 수 있습니다. 자동 장애 조치 및 지능형 데이터베이스 복제 기능을 활용함으로써, 기업은 예기치 못한 오류에도 중요한 이메일 서비스가 지속될 수 있다는 안정감을 얻을 수 있습니다. DAG의 최대 혜택을 누리기 위해서는 올바른 설정과 모범 사례를 준수하는 것이 필수적이며, 이를 통해 운영의 안정성을 유지하면서 성장에 집중할 수 있습니다.
