데이터 센터 활성화 조정 모드 이해

 

적용 대상: Exchange Server 2010 SP2, Exchange Server 2010 SP3

마지막으로 수정된 항목: 2011-09-01

DAC(데이터 센터 활성화 조정) 모드는 DAG(데이터베이스 가용성 그룹)의 속성 설정입니다. DAC 모드는 기본적으로 사용하지 않도록 설정되며, 연속 복제를 사용하는 구성원이 둘 이상인 모든 DAG에 대해 사용하도록 설정해야 합니다. 타사 공급업체가 지정하지 않은 한 타사 복제 모드의 DAG에 대해서는 DAC 모드를 사용하도록 설정하면 안 됩니다.

DAC 모드는 DAG에 영향을 주는 심각한 오류(예: 데이터 센터 중 하나의 완전 실패)가 발생하는 경우 DAG의 시작 시 데이터베이스 탑재 동작을 제어하는 데 사용됩니다. DAC 모드가 사용하도록 설정되지 않고 DAG의 여러 서버에 영향을 주는 오류가 발생하는 경우, 오류가 발생된 후 대부분의 DAG 구성원이 복원되면 DAG가 다시 시작되고 데이터베이스를 탑재하려고 시도합니다. 다중 데이터 센터 구성에서 이 동작은 스플릿 브레인(split-brain) 현상(모든 네트워크가 실패하는 경우 발생하는 상태)이 발생하게 할 수 있고 DAG 구성원은 서로 하트비트 신호를 받을 수 없습니다. 데이터 센터 간에 네트워크 연결 문제가 생겨도 스플릿 브레인 현상이 발생할 수 있습니다. 스플릿 브레인 현상은 항상 DAG 구성원의 과반수(DAG 구성원 수가 짝수인 경우 DAG 미러링 모니터 서버)를 사용 가능한 상태로 유지하고, DAG가 작동하도록 상호 작용하게 함으로써 방지할 수 있습니다. 대부분의 구성원이 통신 중인 경우를 일컬어 DAG에 쿼럼이 있다고 합니다.

예를 들어 첫 번째 데이터 센터에 두 DAG 구성원과 미러링 모니터 서버가 포함되어 있고 두 번째 데이터 센터에 다른 두 DAG 구성원이 포함되어 있는 시나리오를 고려해 보십시오. 첫 번째 데이터 센터의 전원이 꺼지고 두 번째 데이터 센터의 DAG를 활성화하는 경우(예: 두 번째 데이터 센터에서 대체 미러링 모니터 서버를 활성화), 첫 번째 데이터 센터가 두 번째 데이터 센터에 대한 네트워크 연결이 되지 않은 상태에서 복원되면 DAG 내의 활성 데이터베이스에서 스플릿 브레인 상태가 발생할 수 있습니다.

DAC 모드 작동 방식

DAC 모드는 DACP(데이터 센터 활성화 조정 프로토콜)라는 프로토콜을 포함시켜 스플릿 브레인이 발생하는 것을 방지하도록 설계되었습니다. 심각한 오류 후에 DAG가 복구되면 DAG에 쿼럼이 있더라도 자동으로 데이터베이스를 탑재하지 않습니다. 대신 DACP가 DAG의 현재 상태와 Active Manager가 데이터베이스를 탑재하려고 시도해야 하는지 여부를 결정하는 데 사용됩니다.

데이터베이스 탑재에 대한 쿼럼의 응용 프로그램 수준으로 DAC 모드를 고려할 수 있습니다. DACP의 용도와 작동 방식을 이해하려면 처리 방법에 대한 기본 시나리오를 이해하는 것이 중요합니다. 두 데이터 센터 시나리오를 고려해 보십시오. 기본 데이터 센터에 전체 전원 오류가 있다고 가정합니다. 이 경우 모든 서버와 WAN이 다운되므로 조직에서 대기 데이터 센터를 활성화할 것을 결정합니다. 거의 모든 해당 복구 시나리오에서 기본 데이터 센터에 전원이 복원되면 일반적으로 WAN 연결이 즉시 복원되지 않습니다. 즉, 기본 데이터 센터의 DAG 구성원의 전원이 들어오지만 활성화된 대기 데이터 센터의 DAG 구성원과 통신할 수 없습니다. 기본 데이터 센터에는 항상 DAG 쿼럼 응답자 대부분이 포함되어 있어야 합니다. 즉, 전원이 복원되면 대기 데이터 센터의 DAG 구성원에 WAN이 연결되지 않은 경우에도 기본 데이터 센터의 DAG 구성원 대부분이 있으므로 쿼럼이 있습니다. 이는 쿼럼이 있기 때문에 발생하는 문제이며, 해당 서버에서 데이터베이스를 탑재할 수 있고 그러면 활성화된 대기 데이터 센터에 지금 탑재된 실제 활성 데이터베이스에서 차이가 발생합니다.

이 문제를 해결하기 위해 DACP가 만들어졌습니다. Active Manager는 서버에서 활성화된 상태로 할당된 로컬 데이터베이스를 탑재하도록 허용되는 여부를 DAG에 알려주는 메모리에 비트(0 또는 1)를 저장합니다. DAG가 DAC 모드로 실행되는 경우(셋 이상의 구성원이 있는 모든 DAG), Active Manager가 0으로 설정된 비트를 시작합니다. 즉, 데이터베이스 마운트를 허용하지 않습니다. DAC 모드에 있기 때문에 서버는 활성화된 상태로 할당된 로컬 데이터베이스를 탑재할 수 있는 여부에 대한 응답을 다른 DAG 구성원이 제공하도록 하는 DAG의 다른 모든 구성원과 통신하려고 시도해야 합니다. 응답은 DAG의 다른 Active Manager에 대한 비트 설정 형식으로 제공됩니다. 다른 서버에서 해당 비트가 1로 설정되었다고 응답하는 경우 서버가 데이터베이스를 마운트할 수 있도록 허용된 것이므로 시작 서버가 해당 비트를 1로 설정하고 해당 데이터베이스를 마운트합니다.

서버가 복구되었지만 WAN 연결이 복원되지 않은 기본 데이터 센터의 정전을 복구하는 경우 기본 데이터 센터의 모든 DAG 구성원의 DACP 비트 값이 0이 되므로 복구된 기본 데이터 센터에서 백업을 시작하는 서버 중 어느 것도 데이터베이스를 마운트하지 않습니다. DACP 비트 값이 1인 DAG 구성원과 통신하는 서버가 없기 때문입니다.

두 구성원이 있는 DAG의 DAC 모드

구성원이 둘인 DAG에는 DACP 비트가 단독으로 응용 프로그램 수준의 스플릿 브레인 현상을 방지하지 못하도록 하는 고유의 제한 사항이 있습니다. 구성원이 둘 뿐인 DAG의 경우 DAC 모드는 DAG의 대체 미러링 모니터 서버의 부팅 시간을 이용하여 시작 시 데이터베이스를 탑재할 수 있는지를 확인할 수도 있습니다. 대체 미러링 모니터 서버의 부팅 시간과 DACP 비트가 1로 설정된 시간이 비교됩니다.

  • DACP 비트가 설정된 시간이 대체 미러링 모니터 서버의 부팅 시간보다 빠른 경우, 시스템은 DAG 구성원과 미러링 모니터 서버가 동시에 다시 부팅되었다고 판단하여(예: 기본 데이터 센터의 정전으로 인해) DAG 구성원의 데이터베이스 탑재를 허용하지 않습니다.

  • DACP 비트가 설정된 시간이 대체 미러링 모니터 서버의 부팅 시간보다 최근인 경우, 시스템은 DAG 구성원이 다른 이유로(예: 유지 관리를 위해 예약된 시스템 중단 또는 시스템 충돌이나 정전으로 인한 DAG 구성원 격리) 다시 부팅되었다고 판단하여 DAG 구성원에게 데이터베이스 탑재를 허용합니다.

중요

대체 미러링 모니터 서버의 부팅 시간은 DAG 구성원이 시작 시 활성 데이터베이스를 탑재할 수 있는지 확인하는 데 사용되므로 대체 미러링 모니터 서버와 DAG 구성원만을 동시에 다시 시작하면 안 됩니다. 그렇게 하면 DAG 서버는 시작 시 데이터베이스를 탑재할 수 없는 상태가 됩니다. 이 경우에는 DAG에서 Restore-DatabaseAvailabilityGroup cmdlet을 실행해야 합니다. 그러면 DACP 비트가 재설정되고 DAG 구성원은 데이터베이스를 탑재할 수 있습니다.

DAC 모드의 추가 장점

응용 프로그램 수준에서 스플릿 브레인 현상을 예방하는 것 외에도 DAC 모드는 데이터 센터 전환을 수행하는 데 사용된 기본 사이트 복구 cmdlet의 사용을 가능하게 합니다. 여기에는 다음이 포함됩니다.

DAC 모드에 없는 DAG에 대해 데이터 센터 전환을 수행하려면 Exchange 도구와 클러스터 관리 도구를 조합하여 사용해야 합니다.

데이터 센터 전환에 대한 자세한 내용은 데이터 센터 전환을 참조하십시오.

DAC 모드 사용

DAC 모드는 Exchange 관리 셸을 사용해서만 사용하도록 설정할 수 있습니다. 특히 다음 예와 같이 Set-DatabaseAvailabilityGroup cmdlet을 사용하여 DAC 모드를 사용하도록 설정하고 사용하지 않도록 설정할 수 있습니다.

Set-DatabaseAvailabilityGroup -Identity DAG2 -DatacenterActivationMode DagOnly

위 예에서는 DAG2라는 DAG가 DAC 모드에 대해 사용하도록 설정되었습니다.

DAC 모드 사용에 대한 자세한 내용은 데이터베이스 가용성 그룹 속성 구성Set-DatabaseAvailabilityGroup을 참조하십시오.

 © 2010 Microsoft Corporation. 모든 권리 보유.