데이터베이스 가용성 그룹 이해

마지막으로 수정된 항목: 2010-01-13

DAG(데이터베이스 가용성 그룹)는 Microsoft Exchange Server 2010에서 기본 제공되는 고가용성 및 사이트 복구 프레임워크의 기본 구성 요소입니다. DAG는 데이터베이스 집합을 호스트하는 최대 16개의 사서함 서버 그룹이며 개별 서버 또는 데이터베이스에 영향을 준 오류로부터 데이터베이스 수준의 자동 복구를 수행합니다.

DAG는 사서함 데이터베이스 복제, 데이터베이스 및 서버 전환, 장애 조치와 Active Manager라는 내부 구성 요소를 위한 경계입니다. Active Manager는 DAG의 모든 서버에서 실행되는 전환 및 장애 조치를 관리하는 Exchange 2010 구성 요소입니다. Active Manager에 대한 자세한 내용은 Active Manager 이해를 참조하십시오.

DAG의 서버는 DAG의 다른 서버로부터 사서함 데이터베이스의 복사본을 호스트할 수 있습니다. 서버를 DAG에 추가하면 DAG의 다른 서버와 함께, 사서함 데이터베이스에 영향을 준 오류(예: 디스크 오류 또는 서버 오류)로부터 자동 복구를 수행합니다.

목차

데이터베이스 가용성 그룹 수명 주기

고가용성을 위해 데이터베이스 가용성 그룹 사용

사이트 복구를 위해 데이터베이스 가용성 그룹 사용

데이터베이스 가용성 그룹 수명 주기

DAG는 Exchange가 설치된 후 모든 사서함 서버 및 데이터베이스에 대한 서비스 및 데이터 가용성을 배포할 수 있는 기능인 증분 배포라고 알려진 Exchange 2010의 기능을 사용합니다. Exchange 2010을 배포한 후 DAG를 만들고 사서함 서버를 DAG에 추가한 다음 DAG 구성원 사이에 사서함 데이터베이스를 복제할 수 있습니다.

DAG는 New-DatabaseAvailabilityGroup cmdlet을 사용하여 만들어집니다. DAG는 초기에 Active Directory에서 빈 개체로 만들어집니다. 이 디렉터리 개체는 서버 구성원 정보와 같이 DAG 관련 정보를 저장하는 데 사용됩니다. 관리자가 DAG에 첫 번째 서버를 추가하는 경우 해당 DAG에 대한 장애 조치 클러스터가 자동으로 만들어집니다. 또한 서버에서 네트워크 또는 서버 오류를 모니터링하는 인프라가 시작됩니다. 그러면 장애 조치(failover) 클러스터 하트비트 메커니즘 및 클러스터 데이터베이스를 사용하여 데이터베이스 탑재 상태, 복제 상태, 마지막으로 탑재된 위치 등 신속하게 변경할 수 있는 DAG 관련 정보를 추적하고 관리합니다.

DAG가 만들어질 때 DAG에는 고유한 이름이 지정되고, 하나 이상의 고정 IP 주소가 할당되거나 DHCP(Dynamic Host Configuration Protocol)를 사용하도록 구성됩니다. DatabaseAvailabilityGroupIPAddresses 매개 변수를 사용하여 단일 IP 주소 또는 쉼표로 구분된 IP 주소 목록을 지정할 수 있습니다.

세 개의 서버를 가진 DAG가 있다고 가정해 봅니다. 두 개의 서버(EX1 및 EX2)는 동일한 서브넷(10.0.0.0)에 있고 세 번째 서버(EX3)는 다른 서브넷(192.168.0.0)에 있습니다. 관리자는 다음 명령을 실행합니다.

New-DatabaseAvailabilityGroup -Name DAG1 -DatabaseAvailabilityGroupIPAddresses 10.0.0.5,192.168.0.5
Add-DatabaseAvailabilityGroupServer -Identity DAG1 -MailboxServer EX1
Add-DatabaseAvailabilityGroupServer -Identity DAG1 -MailboxServer EX2
Add-DatabaseAvailabilityGroupServer -Identity DAG1 -MailboxServer EX3

DAG1의 클러스터는 EX1이 DAG에 추가될 때 만들어집니다. 클러스터를 만드는 동안 Add-DatabaseAvailabilityGroupServer cmdlet은 DAG에 구성된 IP 주소를 검색하고 EX1에서 발견된 서브넷과 일치하지 않는 IP 주소를 무시합니다. 이 예제에서 DAG1의 클러스터는 IP 주소 10.0.0.5를 사용하여 만들어지고 192.168.0.5는 무시됩니다.

그런 다음 EX2가 추가됩니다. 이번에도 Add-DatabaseAvailabilityGroupServer cmdlet은 DAG에 대해 구성된 IP 주소를 검색합니다. EX2가 EX1과 동일한 서브넷에 있으므로 클러스터의 IP 주소는 변경되지 않습니다.

그런 다음 EX3이 추가됩니다. 이번에도 Add-DatabaseAvailabilityGroupServer cmdlet은 DAG에 대해 구성된 IP 주소를 검색합니다. 192.168.0.5와 일치하는 서브넷이 EX3에 있으므로 192.168.0.5 주소는 클러스터 그룹에서 IP 주소 리소스로 추가됩니다. 또한 각 IP 주소 리소스의 네트워크 이름 리소스에 대한 OR 종속성이 자동으로 구성됩니다. 클러스터 그룹이 EX3으로 이동할 때 192.168.0.5 주소가 클러스터에 사용됩니다.

네트워크 이름 리로스가 온라인 상태가 되면 Windows 장애 조치(Failover) 클러스터링은 DNS(Domain Name System)의 클러스터에 대한 IP 주소를 등록합니다. 또한 CNO(클러스터 네트워크 개체)가 Active Directory에 만들어집니다. 클러스터의 이름, IP 주소 및 CNO는 DAG 보안 및 내부 통신용으로 시스템에서 내부적으로만 사용합니다. 어떤 이유로든 관리자와 최종 사용자는 DAG 이름 또는 IP 주소에 연결할 필요가 없습니다.

이름 및 하나 이상의 IP 주소 외에 DAG는 또한 미러링 모니터 서버 및 미러링 모니터 디렉터리를 사용하도록 구성됩니다. 미러링 모니터 서버 및 미러링 모니터 디렉터리는 시스템에 의해 자동으로 지정되거나 관리자가 수동으로 지정합니다.

기본적으로 DAG는 기본 제공 연속 복제 기능을 사용하여 DAG의 서버 간에 사서함 데이터베이스를 복제하도록 설계되었습니다. Exchange 2010에서 타사 복제 API를 지원하는 타사 데이터 복제를 사용하는 경우 New-DatabaseAvailabilityGroup cmdlet과 함께 ThirdPartyReplication 매개 변수를 사용하여 타사 복제 모드에서 DAG를 만들어야 합니다. 이 모드를 사용하도록 설정한 후에는 사용하지 않게 설정할 수 없습니다.

DAG가 만들어진 후 사서함 서버를 DAG에 추가할 수 있습니다. 첫 번째 서버가 DAG에 추가될 때 DAG에 사용할 클러스터가 형성됩니다. DAG는 Windows 장애 조치 클러스터링 기술, 즉 클러스터 하트비트, 클러스터 네트워크 및 클러스터 데이터베이스(데이터베이스 상태 변경처럼 활성에서 수동으로 또는 그 반대로, 탑재에서 분리로 또는 그 반대로 변경되거나 신속하게 변경될 수 있는 데이터를 저장하기 위한)를 제한적으로 사용합니다. 각 후속 서버는 DAG에 추가될 때 기본 클러스터에 가입되며(또한 필요에 따라 클러스터의 쿼럼 모델이 시스템에서 자동으로 조정됨) Active Directory의 DAG 개체에 추가됩니다.

사서함 서버가 DAG에 추가된 후 DAG 내의 데이터베이스 복제에 네트워크 암호화 또는 네트워크 압축을 사용할지 여부와 같은 다양한 DAG 속성을 구성할 수 있습니다. 또한 필요에 따라 DAG 네트워크를 구성하고 추가 DAG 네트워크를 만들 수 있습니다.

구성원을 DAG에 추가하고 DAG를 구성한 후 각 서버의 활성 사서함 데이터베이스는 다른 DAG 구성원에 복제될 수 있습니다. 사서함 데이터베이스 복사본을 만든 후 다양한 기본 제공 모니터링 도구를 사용하여 복사본의 상태를 모니터링할 수 있습니다. 또한 필요에 따라 데이터베이스 및 서버 전환을 수행할 수 있습니다.

DAG 만들기, DAG 구성원 자격 관리, DAG 속성 구성, 사서함 데이터베이스 복사본 만들기 및 모니터링, 전환 수행 등에 대한 자세한 내용은 고가용성 및 사이트 복구 관리를 참조하십시오.

맨 위로 이동

고가용성을 위해 데이터베이스 가용성 그룹 사용

DAG가 사서함 데이터베이스에 대해 고가용성을 제공하는 방법을 설명하기 위해 5개의 구성원이 있는 DAG를 사용하는 다음 예제를 가정해 보겠습니다. 이 DAG가 다음 그림에 나와 있습니다.

데이터베이스 가용성 그룹

앞의 그림에서 녹색 데이터베이스는 활성 사서함 데이터베이스 복사본이고 파랑 데이터베이스는 수동 사서함 데이터베이스 복사본입니다. 이 예제에서 데이터베이스 복사본은 각 서버에서 미러링되지 않으며 여러 서버에 퍼져 있습니다. 이렇게 하면 DAG에 있는 두 개의 서버가 동일한 데이터베이스 복사본 집합을 갖지 않으므로 정기적인 유지 관리로 인해 다른 구성 요소가 다운된 동안 발생하는 오류를 비롯한 다양한 오류에 대한 향상된 복구 능력이 DAG에 제공됩니다.

여러 데이터베이스 및 서버 오류에 대한 복구를 보여 주는 앞의 DAG 예제를 사용한 다음 시나리오를 가정해 봅니다.

처음에는 모든 데이터베이스 및 서버가 정상적입니다. 관리자는 EX2에 일부 운영 체제 업데이트를 설치해야 합니다. 관리자는 다른 사서함 서버에서 DB4 복사본을 활성화하는 서버 전환을 수행합니다. 서버 전환은 현재 서버에 대한 예약된 중단을 준비하기 위해 관리자가 현재 서버의 모든 활성 사서함 데이터베이스 복사본을 DAG에 있는 하나 이상의 다른 사서함 서버로 이동하는 작업입니다. 관리자는 Exchange 관리 셸에서 다음 명령을 실행하여 서버 전환을 신속하게 수행할 수 있습니다.

Move-ActiveMailboxDatabase -Server EX2

이 예제에서는 EX2(DB4)에 활성 사서함 데이터베이스가 하나만 있으므로 하나의 활성 사서함 데이터베이스 복사본만 이동합니다. 이 경우 관리자는 앞의 명령에서 ActivateOnServer 매개 변수를 생략하여 가능한 최선의 새 활성 복사본을 시스템에서 선택하도록 했으며 다음 그림과 같이 시스템은 EX5의 복사본을 선택했습니다.

유지 관리를 위한 오프라인 상태의 서버가 있는 데이터베이스 가용성 그룹

관리자가 EX2에서 유지 관리를 수행하는 동안 EX3은 치명적인 하드웨어 오류를 경험하고 오프라인 상태가 됩니다. 오프라인으로 이동하기 전에 EX3은 DB2의 활성 복사본을 호스트했습니다. 오류에서 복구하기 위해 시스템은 EX1에서 호스트되는 DB2의 복사본을 30초 내에 자동으로 활성화합니다. 이 작업이 다음 그림에 나와 있습니다.

유지 관리를 위한 오프라인 상태의 서버 및 실패한 서버가 있는 데이터베이스 가용성 그룹

EX2에 대한 예약된 유지 관리가 완료된 후 관리자는 서버를 다시 온라인 상태로 만듭니다. EX2가 작동 상태가 되자마자 DAG의 다른 구성원에 알림이 보내지고 EX2에서 호스트되는 DB1, DB4 및 DB5의 복사본은 각 데이터베이스의 활성 복사본과 자동으로 다시 동기화됩니다. 이 작업이 다음 그림에 나와 있습니다.

데이터베이스 복사본을 다시 동기화하는 복원된 서버가 있는 데이터베이스 가용성 그룹

EX3의 실패한 하드웨어 구성 요소가 새 구성 요소로 대체된 후 EX3은 다시 온라인 상태가 됩니다. EX2와 마찬가지로 EX3이 작동 상태가 된 후 DAG의 다른 구성원에 알림이 보내지고 EX3에서 호스트되는 DB2, DB3 및 DB4의 복사본은 각 데이터베이스의 활성 복사본과 자동으로 다시 동기화됩니다. 이 작업이 다음 그림에 나와 있습니다.

데이터베이스 복사본을 다시 동기화하는 복구된 서버가 있는 데이터베이스 가용성 그룹

맨 위로 이동

사이트 복구를 위해 데이터베이스 가용성 그룹 사용

데이터 센터 내에서 고가용성을 제공하는 것 외에도 하나 또는 여러 데이터 센터에 사이트 복구를 제공하는 구성에서는 DAG를 하나 이상의 다른 데이터 센터로 확장할 수 있습니다. 앞의 예제 그림에서 DAG는 단일 데이터 센터 및 단일 Active Directory 사이트에 있습니다. 증분 배포를 사용하면 아래 그림과 같이 사서함 서버 및 필요한 지원 리소스(즉, 하나 이상의 Active Directory 서버 및 하나 이상의 허버 전송 및 클라이언트 액세스 서버)를 배포한 다음 사서함 서버를 DAG에 추가하여 이 DAG를 보조 데이터 센터 및 보조 Active Directory 사이트로 확장할 수 있습니다.

두 Active Directory 사이트 간에 확장된 데이터베이스 가용성 그룹

이 예제에서 Redmond 데이터 센터에 있는 각 활성 데이터베이스의 수동 복사본은 Dublin 데이터 센터의 EX6에서 구성됩니다.

맨 위로 이동