고가용성 및 사이트 복구 관리
적용 대상: Exchange Server 2010 SP2, Exchange Server 2010 SP3
마지막으로 수정된 항목: 2010-05-06
Microsoft Exchange Server 2010 고가용성 또는 사이트 복구 솔루션을 구축하고, 유효성을 검사하고, 배포하면 솔루션이 전체 솔루션 수명 주기의 배포 단계에서 운영 단계로 전환됩니다. 운영 단계는 몇 가지 작업으로 이루어지며 모든 작업은 DAG(데이터베이스 가용성 그룹), 사서함 데이터베이스 복사본, 사전 모니터링 수행, 전환 및 장애 조치(failover) 관리 영역 중 하나와 관련이 있습니다.
Exchange 2010 고가용성 또는 사이트 복구 솔루션 관리는 Exchange의 이전 버전과는 다르게 수행됩니다. Exchange 2010에는 이전 버전의 Exchange에서 필요한 작업을 수행해야 하는 부담을 줄여 주고 솔루션에 대한 더 세부적인 제어 수준을 제공하는 몇 가지 아키텍처 및 디자인 변경 사항이 적용되었습니다. 예를 들면 다음과 같습니다.
Exchange 2010은 클러스터된 사서함 서버(Exchange Server 2003 이하 버전에서는 Exchange 가상 서버라고 함)의 개념을 사용하지 않습니다. 따라서 Exchange는 더 이상 클러스터된 응용 프로그램이 아니며 클러스터된 서버 간에 Exchange 서버 ID가 더 이상 이동되지 않습니다.
Exchange 2010은 저장소 그룹의 개념을 사용하지 않습니다. 따라서 데이터베이스가 서버와 떨어져 전체적으로 관리되며, 더 이상 로그 스트림을 공유하지 않으며, 연속 복제(전환 및 장애 조치(failover) 포함)가 데이터베이스 수준에서 작동합니다.
Exchange 2010은 공용 및 개인 네트워크에 대한 개념을 사용하지 않습니다. 이러한 개념은 MAPI 네트워크 및 복제 네트워크의 개념으로 대체되었습니다. 각 DAG에는 MAPI 네트워크 하나와 하나 이상의 복제 네트워크가 포함되어야 합니다.
목차
데이터베이스 가용성 그룹 관리
사서함 데이터베이스 복사본 관리
사전 모니터링
전환 및 장애 조치
데이터베이스 가용성 그룹 관리
DAG와 관련된 운영 관리 작업은 다음과 같습니다.
하나 이상의 DAG 만들기 DAG 만들기 작업은 일반적으로 솔루션 수명 주기의 배포 단계 중에 수행되는 일회성 절차입니다. 그러나 운영 단계에서 DAG 만들기 작업을 수행해야 하는 경우가 있을 수 있습니다. 예를 들면 다음과 같습니다.
DAG가 타사 복제 모드로 구성되어 있고 연속 복제를 사용하기 위해 되돌리려는 경우. DAG를 다시 연속 복제로 되돌릴 수 없으면 DAG를 만들어야 합니다.
서버가 여러 도메인에 걸쳐 있는 경우. 동일한 DAG의 모든 구성원이 동일한 도메인의 구성원이어야 합니다.
DAG 구성원 자격 관리 DAG 구성원 자격 관리는 솔루션 수명 주기의 배포 단계에 일반적으로 수행되는 일시적인 작업입니다. 그러나 증분 배포가 제공하는 유연성으로 인해 솔루션 수명 주기 전반에 걸쳐 DAG 구성원 관리를 수행할 수도 있습니다.
DAG 속성 구성 각 DAG에는 필요에 따라 구성할 수 있는 다양한 속성이 있습니다. 이러한 속성은 다음과 같습니다.
미러링 모니터 서버 및 감시 디렉터리 미러링 모니터 서버는 DAG에 같은 수의 구성원이 있는 경우 쿼럼 Voter 역할을 하는 DAG 외부의 서버입니다. 감시 디렉터리는 시스템에서 쿼럼을 유지 관리하는 데 사용하기 위해 미러링 모니터 서버에서 만들고 공유하는 디렉터리입니다.
IP 주소 각 DAG는 하나 이상의 IPv4 주소를 갖게 되며 필요에 따라 하나 이상의 IPv6 주소를 갖게 됩니다. DAG에 할당된 IP 주소는 DAG의 기본 클러스터에서 사용합니다. DAG에 할당된 IPv4 주소의 개수는 DAG에서 사용하는 MAPI 네트워크를 구성하는 서브넷의 개수와 동일합니다. 정적 IP 주소를 사용하거나 DHCP(Dynamic Host Configuration Protocol)를 통해 주소를 자동으로 가져오도록 DAG를 구성할 수 있습니다.
데이터베이스 활성화 조정 모드 데이터베이스 활성화 조정 모드는 여러 사이트에 3개 이상의 구성원이 배포된 DAG에 사용되는 DAG의 속성 설정입니다. 데이터베이스 활성화 조정 모드는 DAG 내에서 사이트 오류와 같이 분할 브레인 신드롬을 야기할 수 있는 상황을 처리하는 데 사용됩니다. 데이터베이스 활성화 조정 모드에 대한 자세한 내용은 데이터 센터 활성화 조정 모드 이해를 참조하십시오.
대체 미러링 모니터 서버 및 대체 감시 디렉터리 대체 미러링 모니터 서버 및 대체 감시 디렉터리는 사이트 복구를 위해 구성된 DAG에 대한 계획 프로세스 단계에서 미리 구성할 수 있는 값입니다.
복제 포트 기본적으로 모든 DAG는 연속 복제에 TCP 포트 64327을 사용합니다. Set-DatabaseAvailabilityGroup cmdlet의 ReplicationPort 매개 변수를 사용하여 복제에 다른 TCP 포트를 사용하도록 DAG를 수정할 수 있습니다.
네트워크 검색 DAG가 네트워크 및 네트워크 인터페이스를 다시 검색하도록 할 수 있습니다. 이 작업은 네트워크를 추가 또는 제거하거나 DAG 네트워크 서브넷을 변경할 때 사용됩니다. Set-DatabaseAvailabilityGroup cmdlet의 DiscoverNetworks 매개 변수를 사용하면 모든 DAG 네트워크를 다시 검색하도록 할 수 있습니다.
네트워크 압축 기본적으로 DAG는 다른 서브넷의 DAG 네트워크 사이에서만 압축을 사용합니다. 모든 DAG 네트워크에 대해 또는 시드 작업에 대해서만 압축을 사용하도록 설정하거나 모든 DAG 네트워크에 대해 압축을 사용하지 않도록 설정할 수 있습니다.
네트워크 암호화 기본적으로 DAG는 다른 서브넷의 DAG 네트워크 사이에서만 암호화를 사용합니다. 모든 DAG 네트워크에 대해 또는 시드 작업에 대해서만 암호화를 사용하도록 설정하거나 모든 DAG 네트워크에 대해 암호화를 사용하지 않도록 설정할 수 있습니다.
DAG 네트워크 관리 단일 NIC(네트워크 인터페이스 카드) 사용이 지원되지만 각 DAG 구성원에 NIC를 둘 이상 사용하는 것이 좋습니다. 한 NIC는 MAPI 네트워크에 사용하고, 다른 하나는 복제 네트워크에 사용합니다. 전용 백업 네트워크에 사용하거나 시스템에서 iSCSI(Internet SCSI) 저장소로 사용하기 위해 다른 NIC를 추가하여 추가 복제 네트워크를 만들 수 있습니다. DAG 네트워크 관리에는 네트워크를 MAPI 네트워크 또는 복제 네트워크로 지정하고 네트워크 서브넷을 구성하는 과정이 수반됩니다.
DAG 구성원 종료 Exchange 2010 고가용성 솔루션에는 Windows 종료 프로세스가 통합되어 있습니다. 관리자 또는 응용 프로그램이 하나 이상의 DAG 구성원에 복제된 탑재된 데이터베이스가 있는 DAG에서 Windows 서버 종료를 시작하면 시스템이 종료 프로세스가 완료되기 전에 탑재된 데이터베이스의 다른 복사본을 활성화하게 됩니다. 그러나 이러한 새 동작은 종료 중인 서버의 모든 데이터베이스가 손실 없이 활성화되도록 보장하지는 않습니다. 따라서 DAG의 구성원인 서버를 종료하기 전에 서버 전환을 수행하는 것이 좋은 방법입니다.
DAG를 만드는 방법에 대한 자세한 단계는 데이터베이스 사용 가능 그룹 만들기를 참조하십시오. DAG 및 DAG 속성을 구성하기 위한 자세한 단계는 데이터베이스 가용성 그룹 속성 구성을 참조하십시오. 위의 각 관리 작업 및 DAG의 일반적인 관리에 대한 자세한 내용은 데이터베이스 사용 가능 그룹 관리를 참조하십시오.
맨 위로 이동
사서함 데이터베이스 복사본 관리
사서함 데이터베이스 복사본과 관련된 운영 관리 작업은 다음과 같습니다.
사서함 데이터베이스 복사본 추가 사서함 데이터베이스 복사본을 추가하면 기존 데이터베이스와 데이터베이스 복사본 간에 연속 복제가 자동으로 사용되도록 설정됩니다.
사서함 데이터베이스 복사본 속성 구성 데이터베이스 활성화 정책, 재생 지연 시간과 자르기 지연 시간(있는 경우) 및 데이터베이스 복사본의 활성화 기본 설정과 같은 다양한 속성을 구성할 수 있습니다.
사서함 데이터베이스 복사본 일시 중단 또는 다시 시작 시드 또는 다른 형태의 유지 관리를 위해 준비 중인 사서함 데이터베이스 복사본을 일시 중단할 수 있습니다. 또한 활성화 전용 사서함 데이터베이스 복사본을 일시 중단할 수도 있습니다. 이 구성을 사용하면 오류 발생 시 시스템에서 복사본을 자동으로 활성화할 수 없지만 로그 전달 및 재생을 사용하여 데이터베이스 복사본을 최신 상태로 유지할 수 있습니다.
사서함 데이터베이스 복사본 업데이트 시드라고도 하는 업데이트는 사서함 데이터베이스 복사본이 다른 사서함 서버에 추가되는 프로세스입니다. 이는 복사본에 대한 기준 데이터베이스가 됩니다. 드문 경우지만 기준 데이터베이스 복사본의 최초 시드 후 데이터베이스를 다시 시드해야 할 수도 있습니다.
사서함 데이터베이스 복사본 활성화 활성화는 특정 수동 복사본을 사서함 데이터베이스의 새 활성 복사본으로 지정하는 프로세스입니다. 이러한 프로세스를 전환이라고 합니다. 자세한 내용은 이 항목의 뒷부분에 있는 "전환 및 장애 조치(failover)"를 참조하십시오.
사서함 데이터베이스 복사본 제거 사서함 데이터베이스 복사본을 언제든지 제거할 수 있습니다. 경우에 따라 사서함 데이터베이스 복사본을 제거해야 할 수 있습니다. 예를 들어 서버에서 모든 사서함 데이터베이스 복사본이 제거될 때까지 DAG에서 사서함 서버를 제거할 수 없습니다. 또한 사서함 데이터베이스의 경로를 변경하기 전에 모든 사서함 데이터베이스 복사본을 제거해야 합니다.
사서함 데이터베이스 복사본을 추가하기 위한 자세한 단계는 사서함 데이터베이스 복사본 추가를 참조하십시오. 사서함 데이터베이스 복사본을 구성하기 위한 자세한 단계는 사서함 데이터베이스 복사본 속성 구성을 참조하십시오. 위의 각 관리 작업 및 사서함 데이터베이스 복사본의 일반적인 관리에 대한 자세한 내용은 사서함 데이터베이스 복사본 관리를 참조하십시오. 사서함 데이터베이스 복사본을 제거하기 위한 자세한 단계는 사서함 데이터베이스 복사본 제거를 참조하십시오.
맨 위로 이동
사전 모니터링
서버가 안정적으로 작동 중인지, 데이터베이스 복사본이 정상적인 상태인지 확인하는 것은 일일 메시징 작업의 주요 목표입니다. Exchange 2010에는 DAG 및 사서함 데이터베이스 복사본에 대해 다양한 상태 모니터링 작업을 수행하는 데 사용할 수 있는 다음과 같은 다양한 기능이 포함되어 있습니다.
크림슨 채널 이벤트 로깅
상태 모니터링 외에 가용성이 떨어질 수 있는 상황에 대해 모니터링하는 것도 중요합니다. 예를 들어, 복제된 데이터베이스의 중복성을 모니터링하는 것이 좋습니다. 단일 데이터베이스 복사본으로 다운되는 상황을 피하는 것이 중요합니다. 이 시나리오는 가장 높은 우선 순위로 취급되어 가능한 빨리 해결되어야 합니다.
DAG의 상태 및 사서함 데이터베이스 복사본 모니터링에 대한 자세한 내용은 고가용성 및 사이트 복구 모니터링을 참조하십시오.
맨 위로 이동
전환 및 장애 조치
전환은 관리자가 하나 이상의 사서함 데이터베이스 복사본을 수동으로 활성화하는 수동 프로세스입니다. 데이터베이스 또는 서버 수준에서 발생할 수 있는 전환은 일반적으로 유지 관리 작업의 준비 단계에서 수행됩니다. 전환 관리에는 필요에 따라 데이터베이스 또는 서버 전환 수행이 수반됩니다. 예를 들어 DAG에 있는 사서함 서버에서 유지 관리를 수행해야 하는 경우 서버가 활성 사서함 데이터베이스 복사본을 호스팅하지 않도록 서버 전환을 먼저 수행해야 합니다. 데이터베이스 전환을 수행하기 위한 자세한 단계는 사서함 데이터베이스 복사본 활성화를 참조하십시오. 서버 전환을 수행하기 위한 자세한 단계는 서버 전환 수행를 참조하십시오. 데이터 센터 수준에서도 전환을 수행할 수 있습니다. 데이터 센터 전환에 대한 자세한 내용은 데이터 센터 전환을 참조하십시오.
*장애 조치(failover)*는 오류에 대응하기 위해 시스템에서 하나 이상의 데이터베이스 복사본에 대해 수행하는 자동 활성화입니다. 예를 들어 디스크 드라이브가 손실되면 데이터베이스 장애 조치(failover)가 수행됩니다. MAPI 네트워크의 연결이 끊기거나 전원 오류가 발생하면 서버 장애 조치(failover)가 수행됩니다.
전환 및 장애 조치(failover)에 대한 자세한 내용은 전환 및 장애 조치를 참조하십시오.
맨 위로 이동
© 2010 Microsoft Corporation. 모든 권리 보유.