내보내기(0) 인쇄
모두 확장

고가용성 및 사이트 복구

 

적용 대상: Exchange Server 2013

마지막으로 수정된 항목: 2014-07-01

사서함 서버 및 데이터베이스를 고가용성과 사이트 복구를 위해 구성하여 Exchange Server 2013 사서함 데이터베이스 및 포함된 데이터를 보호할 수 있습니다. Exchange 2013은 높은 수준의 서비스 및 데이터 가용성과 대용량 사서함 지원을 제공하면서 가용성이 뛰어난 복구 가능 메시징 솔루션을 배포할 때 수반되는 비용과 복잡성을 최소화합니다.

Exchange 2013에서는 규모나 업종에 관계없이 모든 고객이 Exchange 2010에 포함된 기본 복제 기능 및 고가용성 아키텍처를 기반으로 하여 조직의 메시징 연속성 서비스를 경제적으로 배포할 수 있습니다. Exchange 2010 및 Exchange 2007에서 달라진 변경 내용 목록은 이전 버전에 비해 달라진 고가용성 및 사이트 복구 기능를 참조하세요.

목차

주요 용어

데이터베이스 가용성 그룹

사서함 데이터베이스 복사본

Active Manager

사이트 복구

타사 복제 API

고가용성 및 사이트 복구 설명서

고가용성 또는 사이트 복구 기능을 이해하려면 다음의 주요 용어를 알고 있어야 합니다.

Active Manager

Microsoft Exchange Replication Service 내에서 실행되는 Exchange 내부 구성 요소로, 오류 모니터링과 DAG(데이터베이스 사용 가능 그룹) 내에서의 장애 조치(failover)를 통한 해결 작업을 담당합니다.

AutoDatabaseMountDial

사서함 서버의 속성 설정으로, 탑재되는 복사본별로 누락된 로그 파일 수에 따라 수동 데이터베이스 복사본이 새 활성 복사본으로 자동 탑재될지 여부를 결정합니다.

연속 복제 - 블록 모드

차단 모드에서는 각 업데이트가 활성 데이터베이스 복사본의 활성 로그 버퍼에 작성되므로 차단 모드인 각 수동 사서함 복사본의 로그 버퍼에도 전달됩니다. 로그 버퍼가 꽉 차면 각 데이터베이스 복사본이 다음 로그 파일을 작성 및 검사하며 생성 시퀀스에 만듭니다.

연속 복제 - 파일 모드

파일 모드에서는 닫힌 트랜잭션 로그 파일이 활성 데이터베이스 복사본에서 하나 이상의 수동 데이터베이스 복사본으로 푸시됩니다.

데이터베이스 가용성 그룹

복제된 데이터베이스 집합을 호스트하는 최대 16개 Exchange 2013 사서함 서버의 그룹입니다.

데이터베이스 이동성

단일 Exchange 2013 사서함 데이터베이스를 다른 Exchange 2013 사서함 서버에 복제 및 탑재하는 기능입니다.

데이터 센터

일반적으로 Active Directory 사이트를 나타내지만 실제 사이트를 나타내는 경우도 있습니다. 이 설명서의 문맥에서 데이터 센터는 Active Directory 사이트와 같은 의미입니다.

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

DAG 설정 속성 중 하나로, 이 속성을 사용하도록 설정되어 있으면 Microsoft Exchange 복제 서비스가 시작 시에 데이터베이스 탑재 권한을 받게 됩니다.

재해 복구

수동으로 오류를 복구하는 데 사용되는 모든 프로세스입니다. 단일 항목에 영향을 주는 오류 또는 전체 물리적 위치에 영향을 주는 오류일 수 있습니다.

Exchange 타사 복제 API

연속 복제 대신 타사 동기 복제를 DAG에 사용할 수 있도록 하는 Exchange 제공 API입니다.

고가용성

서비스 가용성, 데이터 가용성 및 서비스나 데이터에 영향을 주는 오류(예: 네트워크, 저장소 또는 서버 오류)로부터의 자동 복구를 제공하는 솔루션입니다.

증분 배포

Exchange 2013이 설치된 후 고가용성 및 사이트 복구를 배포하는 기능입니다.

지연된 사서함 데이터베이스 복사본

0보다 큰 로그 재생 지연 시간을 가진 수동 사서함 데이터베이스 복사본입니다.

사서함 데이터베이스 복사본

활성 또는 수동인 사서함 데이터베이스(.edb 파일 및 로그)입니다.

사서함 복구

Exchange 2013에 있는 통합된 고가용성 및 사이트 복구 솔루션의 이름입니다.

관리되는 가용성

프로브, 모니터 및 응답자로 구성된 일련의 내부 프로세스로, 모든 서버 역할과 모든 프로토콜 전반의 모니터링과 고가용성을 통합합니다.

*over("스타 오버"로 발음됨)

전환장애 조치의 약어입니다. 전환은 하나 이상의 데이터베이스 복사본에 대한 수동 활성화입니다. 장애 조치는 오류 후 하나 이상의 데이터베이스 복사본에 대한 자동 활성화입니다.

보안 네트워크

이전의 전송 휴지통에 해당하는 전송 서비스 기능으로, X일 동안 모든 메시지의 복사본을 저장합니다. 기본 설정은 2일입니다.

섀도 중복성

전송 중인 전체 시간 동안 메시지에 대한 중복성을 제공하는 전송 서버 기능입니다.

사이트 복구

여러 Active Directory 사이트로 메시징 인프라를 확장하여 한 사이트에 영향을 주는 오류가 발생할 경우에도 메시징 시스템이 계속해서 작동할 수 있도록 하는 구성입니다.

주요 용어

DAG는 Exchange 2013에서 기본 제공되는 고가용성 및 사이트 복구의 기본 구성 요소입니다. DAG는 데이터베이스 집합을 호스트하는 최대 16개의 사서함 서버를 포함하는 그룹으로, 개별 데이터베이스, 네트워크 또는 서버에 영향을 주는 오류가 발생할 경우 데이터베이스 수준에서 자동으로 복구할 수 있도록 합니다. DAG의 서버는 DAG의 다른 서버로부터 사서함 데이터베이스의 복사본을 호스트할 수 있습니다. 서버를 DAG에 추가하면 DAG의 다른 서버와 함께, 사서함 데이터베이스에 영향을 준 오류(예: 디스크 오류 또는 서버 오류)로부터 자동 복구를 수행합니다. DAG에 대한 자세한 내용은 데이터베이스 가용성 그룹를 참조하십시오.

주요 용어

Exchange 2010에서 처음 도입된 고가용성 및 사이트 복구 기능이 Exchange 2013에서는 데이터베이스 복사본을 만들고 유지 관리하는 데도 사용됩니다. Exchange 2013에서는 데이터베이스 이동성의 개념, 즉 Exchange에서 관리되는 데이터베이스 수준의 장애 조치(failover) 기능도 활용합니다.

데이터베이스 이동성은 서버에서 데이터베이스의 연결을 끊고 단일 데이터베이스의 최대 16개 복사본에 대한 지원을 추가합니다. 또한 데이터베이스의 복사본을 만들기 위한 기본 환경을 제공합니다.

데이터베이스 복사본을 활성 사서함 데이터베이스로 설정하는 것을 전환이라고 합니다. 데이터베이스 또는 데이터베이스 액세스에 영향을 주는 오류가 발생하여 새 데이터베이스가 활성 복사본이 되는 프로세스를 장애 조치(failover)라고 합니다. 또한 이 프로세스는 실패한 서버에서 이전에 온라인 상태였던 데이터베이스를 하나 이상의 서버에서 온라인 상태로 만드는 서버 오류라고도 합니다. 전환 또는 장애 조치(failover)가 발생할 경우 다른 Exchange 2013 서버는 전환을 거의 즉시 인식하고 클라이언트 및 메시징 트래픽을 새 활성 데이터베이스로 리디렉션합니다.

예를 들어 기본 저장소 오류로 인해 DAG의 활성 데이터베이스가 실패할 경우 Active Manager는 DAG에 있는 다른 사서함 서버의 데이터베이스 복사본으로 장애 조치하여 자동으로 복구합니다. Exchange 2013의 관리되는 가용성 기능에는 프로토콜에서 데이터베이스에 액세스할 수 없게 될 경우 이를 복구하는 동작이 새로 추가되었습니다. 여기에는 응용 프로그램 작업자 풀을 재순환하고, 서비스와 서버를 다시 시작하고, 데이터베이스 장애 조치(failover)를 시작하는 과정이 포함됩니다.

사서함 데이터베이스 복사본에 대한 자세한 내용은 사서함 데이터베이스 복사본를 참조하십시오.

주요 용어

Exchange 2013은 Exchange 2010에서 도입된 Active Manager 구성 요소를 활용하여 데이터베이스, 데이터베이스 복사본 상태, 현재 상태, 연속 복제 및 기타 사서함 서버 고가용성 기능을 관리합니다. Active Manager에 대한 자세한 내용은 Active Manager를 참조하십시오.

주요 용어

Exchange 2013에서도 사서함 서버 역할 고가용성 및 사이트 복구에 DAG와 Windows 장애 조치(failover) 클러스터링을 계속 사용하지만 Exchange 2013의 사이트 복구 기능에는 차이점이 있습니다. Exchange 2013의 사이트 복구 기능은 단순화되었으므로 훨씬 더 우수합니다. Exchange 2013에서 구현된 기본 아키텍처 변경 사항은 사이트 복구 구성의 복구 측면에 상당한 영향을 줍니다.

Exchange 2010에서는 사서함(DAG)과 클라이언트 액세스(클라이언트 액세스 서버 배열) 복구가 서로 결합되어 있었습니다. 클라이언트 액세스 서버 전체, 배열의 VIP 또는 DAG의 중요 부분이 손실된 경우에는 데이터 센터 전환을 수행해야 했습니다. 데이터 센터 전환은 잘 문서화되어 있고 일반적으로 이해하기 쉽지만 수행하는 데 시간이 걸리며 사용자의 개입이 있어야만 프로세스를 시작할 수 있습니다.

Exchange 2013에서는 부하 분산 장치 오류를 비롯한 어떤 이유로든 클라이언트 액세스 서버 배열이 손실될 경우 데이터 센터 전환을 수행할 필요가 없습니다. 올바른 구성을 사용하면 장애 조치(failover)가 클라이언트 수준에서 자동으로 발생하며, 클라이언트는 작동하는 클라이언트 액세스 서버가 있는 두 번째 데이터 센터로 자동 리디렉션됩니다. 또한 작동하는 클라이언트 액세스 서버는 통신을 다시 사용자의 사서함 서버로 프록시 처리하여 중단으로 인한 영향을 받지 않도록 합니다. 서비스 복구는 자체적으로 수행되므로 서비스 복구 작업을 수행하는 대신 실패한 부하 분산 장치를 교체하는 등 핵심 문제를 해결하는 데 초점을 맞출 수 있습니다.

또한 네임스페이스 단순화, 서버 역할 통합, Active Directory 사이트 서버 역할 요구 사항의 분리, 클라이언트 액세스 서버 배열과 DAG 복구의 분리, 부하 분산 변경과 함께 Exchange 2013에서는 클라이언트 액세스 서버 및 DAG 복구를 사이트 간에 분리하고 자동화할 수 있으므로 3개의 위치가 있는 경우 데이터 센터 장애 조치(failover) 시나리오가 제공됩니다.

Exchange 2010에서는 두 데이터 센터에 DAG를 배포하고, 세 번째 데이터 센터에서 미러링 모니터 서버를 호스트하고, 두 데이터 센터 중 하나의 사서함 서버 역할에 대해 장애 조치(failover)를 사용할 수 있었습니다. 그러나 사서함 서버 역할이 아닌 서버 역할에 대해서는 여전히 수동으로 네임스페이스를 변경해야 했으므로 솔루션 자체를 위한 장애 조치(failover)는 아니었습니다.

Exchange 2013에서는 DAG와 함께 네임스페이스를 이동하지 않아도 됩니다. Exchange는 다중 IP 주소, 부하 분산(필요한 경우 서비스 실행 상태 및 서비스 중지 상태로 서버를 사용하는 기능)을 통해 네임스페이스에 기본 제공되는 내결함성을 활용합니다. 최신 HTTP 클라이언트는 자동으로 이 중복성 기능과 함께 작동합니다. HTTP 스택은 FQDN(정규화된 도메인 이름)에 대해 다중 IP 주소를 허용할 수 있으며, 시도한 첫 IP 주소가 실패할 경우(연결할 수 없는 경우) 목록에 있는 다음 IP 주소를 시도합니다. 장치가 패킷을 누락하고 있어 서비스 중지 상태로 사용되어야 하는 등의 일시적인 서비스 문제로 인해 세션 설정 이후에 연결이 손실된 경우에는 사용자가 브라우저를 새로 고치면 됩니다.

이는 네임스페이스가 Exchange 2010에서처럼 더 이상 단일 실패 지점이 아님을 의미합니다. Exchange 2010에서 메시징 시스템의 가장 큰 단일 실패 지점은 사용자에게 할당된 FQDN입니다. 이는 FQDN이 사용자에게 이동할 위치를 알려 주기 때문입니다. Exchange 2010 패러다임에서 FQDN이 이동할 위치를 변경하는 작업은 DNS를 변경한 다음 DNS 대기 시간을 처리해야 하기 때문에 쉽지 않으며, 어떤 부분에 있어서는 아주 어렵습니다. 또한 브라우저에는 대개 약 30분 이상인 이름 캐시가 있으며 이 이름 캐시도 처리해야 합니다.

Exchange 2013에서 변경된 사항 중 하나는 클라이언트가 이동할 위치를 둘 이상 얻을 수 있다는 것입니다. 클라이언트가 이동할 위치를 둘 이상 사용할 수 있어(Exchange 2013의 거의 모든 클라이언트 액세스 프로토콜은 Outlook, 외부에서 Outlook 사용, EAS, EWS, OWA, EAC 등 HTTP 기반이며 지원되는 모든 HTTP 클라이언트는 다중 IP 주소를 사용할 수 있음) 클라이언트 쪽에서 장애 조치(failover)가 제공될 경우 이름 확인 중에 클라이언트에 여러 IP 주소를 전달하도록 DNS를 구성할 수 있습니다. 예를 들어 클라이언트는 mail.contoso.com에 요청하여 두 개 또는 네 개의 IP 주소를 받습니다. 그러나 클라이언트가 받는 많은 IP 주소는 클라이언트에 의해 안정적으로 사용됩니다. 그러므로 IP 주소 중 하나가 실패하더라도 클라이언트는 하나 이상의 다른 IP 주소에 연결을 시도할 수 있으므로 안정성이 좋아집니다. 클라이언트는 하나의 IP 주소로 시도하여 실패할 경우 약 20초간 기다렸다가 목록의 다음 IP 주소로 다시 시도합니다. 따라서 클라이언트 액세스 서버 배열의 VIP가 손실된 경우 약 21초 내에 클라이언트에 대한 복구가 자동으로 수행됩니다.

이점은 다음과 같습니다.

  • Exchange 2010의 경우 기본 데이터 센터에서 부하 분산 장치에 오류가 발생했고 해당 사이트에 다른 부하 분산 장치가 없는 경우 데이터 센터 전환을 수행해야 했습니다. Exchange 2013에서는 기본 사이트의 부하 분산 장치에 오류가 발생할 경우 장치(또는 VIP)를 끈 다음 이를 수리하거나 교체하면 됩니다. 보조 데이터 센터에서 아직 VIP를 사용하고 있지 않은 클라이언트는 네임스페이스나 DNS를 변경하지 않고 보조 VIP에 대해 자동으로 장애 조치(failover)를 수행합니다. 이는 더 이상 전환을 수행할 필요가 없음을 의미하는 동시에 보통은 데이터 센터 전환 복구와 관련된 시간을 허비할 필요가 없음을 의미합니다. Exchange 2010에서는 DNS 지연 시간을 처리해야 했습니다. 따라서 TTL(Time to Live)을 5분으로 설정하고 장애 복구(failback) URL을 사용하도록 권장되었습니다. Exchange 2013에서는 VIP(데이터 센터) 간 네임스페이스의 장애 조치(failover)가 20초 내에 신속하게 수행되므로 그러한 설정이 필요하지 않습니다.

  • 데이터 센터 간 네임스페이스에 대한 장애 조치(failover)를 수행할 수 있기 때문에 데이터 센터 장애 조치(failover)에 필요한 것은 데이터 센터 간 사서함 서버 역할의 장애 조치(failover)를 위한 메커니즘뿐입니다. DAG에 대한 자동 장애 조치(failover)를 수행하려면 DAG가 두 데이터 센터 간에 균등하게 분할되고, DAG 구성원을 포함하는 데이터 센터 간의 네트워크 상태에 상관없이 두 데이터 센터의 DAG 구성원이 미러링 모니터 서버를 중재할 수 있도록 세 번째 위치에 이를 배치하는 솔루션을 구성합니다.

  • 이 시나리오에서 관리자의 역할은 문제를 해결하는 데 집중되며 서비스를 복원하는 데 초점이 있지 않습니다. 즉, 관리자는 장애가 있는 대상만 해결하면 됩니다. 그동안에도 서비스는 실행되고 데이터 무결성은 유지 관리됩니다. 고장 난 장치를 수리할 때의 긴급함과 스트레스 수준은 서비스를 복원하는 동안에 느끼는 긴급함과 스트레스 수준에 비하면 아무 것도 아닙니다. 이는 최종 사용자에게도 더 낫고 관리자의 부담도 훨씬 적습니다.

다시 전환(장애 복구(failback)와 혼동되는 경우도 있음)을 수행할 필요 없이 장애 조치(failover)가 수행되도록 할 수 있습니다. 기본 데이터 센터에서 클라이언트 액세스 서버가 손실되고 이로 인해 클라이언트 서비스가 20초 동안 중단되더라도 장애 복구(failback)에 신경 쓸 필요가 없습니다. 이 시점에서 주요 관심사는 장애가 있는 부하 분산 장치를 교체하는 것과 같이 근본 문제를 해결하는 것입니다. 기본 데이터 센터가 다시 온라인 상태가 되어 작동하게 되면 일부 클라이언트는 해당 데이터 센터를 사용하기 시작하지만 다른 클라이언트는 여전히 두 번째 데이터 센터를 통해 작동하고 있을 수 있습니다.

Exchange 2013에서는 관리자가 일시적인 오류를 처리할 수 있는 기능도 제공됩니다. 예를 들면, 초기 TCP 연결에는 성공했지만 이후 아무 작업도 수행되지 않는 경우가 일시적인 오류에 해당합니다. 일시적인 오류는 교체 장치에서 서비스를 제공하도록 전환한 결과로 인해 발생할 수 있으므로 추가 관리 작업을 수행해야 합니다. 이 복구 프로세스가 진행되는 동안 장치의 전원을 켜고 일부 요청을 받을 수도 있지만 필요한 구성 단계가 수행되기 전까지는 장치에서 실제로 클라이언트에 서비스를 제공할 수 없습니다. 이 경우 관리자는 DNS에서 교체되는 장치의 VIP를 제거하여 네임스페이스 전환을 수행할 수 있습니다. 그러면 해당 서비스 기간 동안 클라이언트가 이 장치에 연결하지 않게 됩니다. 교체 프로세스가 완료된 후 관리자는 VIP를 다시 DNS에 추가할 수 있으며 그러면 클라이언트가 해당 장치를 사용하기 시작합니다.

사이트 복구 계획 및 배포에 대한 자세한 내용은 고가용성 및 사이트 복원 계획고가용성 및 사이트 복구 배포 항목을 참조하십시오.

주요 용어

Exchange 2013에는 조직에서 기본 제공되는 연속 복제 기능 대신 타사 동기식 복제 솔루션을 사용할 수 있게 하는 타사 복제 API가 포함되어 있습니다. Microsoft는 해당 솔루션이 API를 사용한 결과로 사용할 수 없는 모든 기본 연속 복제 기능을 대체하는 데 필요한 기능을 제공한다면 이 API를 사용하는 타사 솔루션을 지원합니다. API가 DAG 내에서 사용되어 사서함 데이터베이스 복사본을 관리하고 활성화하는 경우에만 솔루션이 지원됩니다. 이러한 경계 외부에서의 API 사용은 지원되지 않습니다. 또한 솔루션은 관련 Windows 하드웨어 지원 요구 사항을 충족해야 합니다. 단, 지원을 위해 테스트 유효성 검사는 필요하지 않습니다.

기본 타사 복제 API를 사용하는 솔루션을 배포하는 경우 솔루션 공급업체가 해당 솔루션에 대한 주 지원 공급자가 됩니다. Microsoft는 복제된 솔루션 및 복제되지 않은 솔루션 모두에 대한 Exchange 데이터를 지원합니다. 데이터 복제를 사용하는 솔루션은 Microsoft 기술 자료 문서 895847, Exchange Server의 다중 사이트 데이터 복제 기능 지원에서 설명한 데이터 복제에 대한 Microsoft의 지원 정책을 준수해야 합니다. 또한 Windows 장애 조치(failover) 클러스터 리소스 모델을 사용하는 솔루션은 Microsoft 기술 자료 문서 943984, Windows Server 2008 또는 Windows Server 2008 R2 장애 조치(failover) 클러스터에 대한 Microsoft 지원 정책 또는 Windows Server 2012 장애 조치(failover) 클러스터에 대한 Microsoft 지원 정책에서 설명한 Windows 클러스터 지원 가능성 요구 사항을 준수해야 합니다.

타사 복제 API 기반 솔루션을 사용하는 배포의 경우 Microsoft의 백업 및 복원 지원 정책은 고유의 연속 복제 배포의 경우와 동일합니다.

타사 API에 대한 정보가 필요한 파트너는 Microsoft 담당자에게 문의하십시오.

주요 용어

다음 표에는 Exchange 2013의 DAG, 사서함 데이터베이스 복사본, 백업 및 복원을 이해하고 관리하는 데 도움이 되는 항목으로 연결되는 링크가 포함되어 있습니다.

 

항목 설명

데이터베이스 가용성 그룹

DAG, Active Manager, DAC(데이터 센터 활성화 조정) 모드 및 사서함 데이터베이스 복사본에 대해 알아봅니다.

고가용성 및 사이트 복원 계획

DAG에 대한 일반, 하드웨어, 네트워크, 소프트웨어, 미러링 모니터 서버 및 기타 요구 사항과 모범 사례를 알아봅니다.

고가용성 및 사이트 복구 배포

DAG 배포 및 구성을 위한 배포 시나리오 예를 살펴봅니다.

고가용성 및 사이트 복구 관리

DAG 관리 작업, 전환 및 장애 조치(failover), 유지 관리 모드에 대해 알아봅니다.

데이터베이스 사용 가능 그룹 모니터링

DAG와 데이터베이스 복사본을 모니터링하기 위한 기본 제공 cmdlet 및 스크립트에 대해 알아봅니다.

백업, 복원 및 재해 복구

Exchange 데이터베이스 백업 및 복원, 복구 데이터베이스, 서버 복구에 대해 알아봅니다.

주요 용어

 
이 정보가 도움이 되었습니까?
(1500자 남음)
의견을 주셔서 감사합니다.
Microsoft는 MSDN 웹 사이트에 대한 귀하의 의견을 이해하기 위해 온라인 설문 조사를 진행하고 있습니다. 참여하도록 선택하시면 MSDN 웹 사이트에서 나가실 때 온라인 설문 조사가 표시됩니다.

참여하시겠습니까?
표시:
© 2014 Microsoft