Exchange 2010 SP1의 새 고가용성 및 사이트 복구 기능

적용 대상: Exchange Server 2010 SP1

마지막으로 수정된 항목: 2015-03-09

Microsoft Exchange Server 2010 SP1(서비스 팩 1)에는 RTM(Release To Manufacturing) 버전의 Exchange 2010에서 도입된 기능의 개선 사항뿐만 아니라 새로운 기능도 포함되어 있습니다. 새로운 기능과 향상된 기능을 사용하면, Exchange 2010 환경에 대한 데이터 및 서비스 가용성을 얻을 수 있는 시나리오를 확장할 수 있습니다.

Exchange 2010 SP1은 고가용성을 위한 다음과 같은 새로운 기능과 향상된 기존 고가용성 기능을 제공합니다.

• 연속 복제 - 블록 모드

• 활성 사서함 데이터베이스 재배포

• 향상된 데이터 센터 활성화 조정 모드 지원

• 새로 추가되거나 향상된 관리 및 모니터링 스크립트

• Exchange 관리 콘솔 사용자 인터페이스 향상 기능

• 장애 조치 성능 향상 기능

• 응답 없는 I/O에 대한 ESE(Extensible Storage Engine) 복구

이 기능은 아래에서 더 자세히 설명됩니다.

연속 복제 - 블록 모드

Exchange 2010의 RTM 버전 및 Exchange Server 2007의 모든 버전에서, 활성 데이터베이스 복사본에서 생성된 로그 파일의 복사본을 수동 데이터베이스 복사본으로 전달하여 연속 복제가 작동합니다. Exchange 2010 SP1에서 시작되는 이 형태의 연속 복제를 연속 복제 - 파일 모드라고 합니다. Exchange 2010 SP1에서는 연속 복제 - 블록 모드라고 하는 새 형태의 연속 복제도 도입합니다. 블록 모드에서는 각 업데이트가 활성 데이터베이스 복사본의 활성 로그 버퍼에 작성되므로 각 수동 사서함 복사본의 로그 버퍼로도 전달됩니다. 로그 버퍼가 꽉 차면 각 데이터베이스 복사본이 다음 로그 파일을 작성 및 검사하며 생성 시퀀스에 만듭니다. 오류가 활성 복사본에 영향을 주는 경우 수동 복사본은 대부분의 또는 모든 최신 업데이트로 업데이트됩니다. 활성 복사본은 복제 문제가 클라이언트 환경에 영향을 주지 않도록 하기 위해 복제가 완료될 때까지 기다리지 않습니다.

연속 복제 - 블록 모드는 연속 복제가 파일 모드에서 최신인 경우에만 활성화됩니다. 블록 모드로 들어오고 나가는 전환은 로그 복사기에서 자동으로 수행됩니다. 블록 모드에서는 활성 복사본의 변경 시간과 변경 내용이 수동 복사본에 복제되는 시간 간의 대기 시간이 크게 감소됩니다. 복제되는 개별 로그 파일이 작성되는 것 외에도 블록 모드는 수동 복사본의 활성화 프로세스도 변경합니다. 복사본이 블록 모드에 있는 경우 오류가 발생하면 시스템은 활성화 프로세스 동안 사용 가능한 부분 로그 콘텐츠를 사용합니다. 이렇게 하면 단일 실패 지점에서 활성 복사본의 현재 로그 파일이 삭제됩니다.

활성 사서함 데이터베이스 재배포

Exchange 2010 SP1에는 관리자가 구성한 활성화 기본 설정을 기반으로 하는 DAG(데이터베이스 가용성 그룹)에 활성 데이터베이스 복사본을 균형있게 배포하기 위해 관리자가 주기적으로 실행할 수 있는 RedistributeActiveDatabases.ps1이라는 스크립트가 포함되어 있습니다. 또한 복사본 배포 인식이 Active Manager의 최상의 복사본 선택 프로세스에 추가되었습니다. 특히, 손상 없는 전환을 위한 최상의 복사본 선택의 첫 번째 단계는 가장 적은 손상 대신 기본 설정으로 가능한 대상을 정렬하는 것입니다.

향상된 데이터 센터 활성화 조정 모드 지원

Exchange 2010 RTM에는 DAC(데이터 센터 활성화 조정) 모드라고 하는 DAG 사이트 복구 지원을 위한 구성 모드가 포함되어 있습니다. DAC 모드에서 Exchange cmdlet을 사용하여 데이터 센터 전환을 수행할 수 있습니다. RTM 버전에서 DAC 모드는 기본 데이터 센터에 최소 둘 이상의 구성원이 있는 3명 이상의 구성원으로 이루어진 DAG로 제한됩니다.

Exchange 2010 SP1에서 DAC 모드는 별도의 데이터 센터에 각 구성원이 있는 두 구성원의 DAG를 지원하기 위해 확장되었습니다. 두 구성원의 DAG에 대한 DAC 모드 지원에서는 미러링 모니터 서버를 사용하여 추가적인 중재를 제공합니다. 또한 DAC 모드는 단일 Active Directory 사이트(여러 위치로 확장된 단일 Active Directory 사이트 포함)에 모든 구성원이 배포되어 있는 DAG를 지원하도록 확장되었습니다.

새로 추가되거나 향상된 관리 및 모니터링 스크립트

Exchange 2010 SP1에는 관리와 모니터링 환경을 대폭 개선하는 몇 가지 새 기능과 향상된 스크립트가 포함되어 있습니다.

• CheckDatabaseRedundancy.ps1 (새 기능)   이 스크립트를 사용하여 복제된 데이터베이스의 중복을 확인할 수 있으며 데이터베이스 복구를 손상된 상태에서 발견한 경우(예를 들어 복제된 데이터베이스의 정상 복사본이 하나만 있는 경우) 이벤트를 생성합니다. 이 스크립트는 중복이 없는 데이터베이스를 모니터링하는 데 사용할 수 있는 Microsoft System Center Operations Manager 2007 관리 팩 변경 내용과 함께 포함되며, 특히 RAID가 없는 환경에서 유용합니다.

• StartDagServerMaintenance.ps1 and StopDagServerMaintenance.ps1 (새 기능)   StartDagServerMaintenance.ps1을 사용하여 DAG 구성원에 대한 유지 관리 서비스를 중단할 수 있습니다. 활성 데이터베이스를 서버 밖으로 이동하고 데이터베이스를 해당 서버로 이동하지 않도록 차단합니다. 서버에 있을 수 있는 모든 중요 DAG 지원 기능(예를 들어 PAM(Primary Active Manager) 역할)이 다른 서버로 이동되어 해당 서버로 다시 이동되지 않도록 차단되어야 합니다. 또 다른 스크립트, StopDagServerMaintenance.ps1은 작업을 완료하고 이러한 차단을 제거하기 위해 제공됩니다.

• CollectOverMetrics.ps1 (개선된 기능)   이 스크립트를 사용하여 전환 및 장애 조치 데이터를 수집할 수 있습니다. 이 스크립트가 Exchange 2010 SP1에서 개선되어 연속 복제 - 블록 모드의 메트릭 및 복제와 재생 파이프라인의 자세한 내용을 포함합니다. 또한 개선된 보고 기능을 제공합니다.

• CollectReplicationMetrics.ps1 (개선된 기능)   이 스크립트는 스크립트가 실행 중인 동안 실시간으로 연속 복제와 관련된 메트릭을 수집하므로 활성 형태의 모니터링입니다. 이 스크립트는 스크립트의 동작 및 출력을 사용자 지정할 수 있는 매개 변수를 지원합니다.

개선된 Exchange 관리 콘솔 사용자 인터페이스

Exchange 2010 SP1에는 DAG 관리를 위한 EMC(Exchange 관리 콘솔)의 개선된 기능이 포함되어 있습니다. 예를 들어, EMC는 이제 IP 주소 관리 및 DAG의 대체 미러링 모니터 서버 설정에 대한 지원을 포함합니다. 더 이상 Exchange 관리 셸을 사용하여 이 설정을 구성하지 않아도 됩니다.

향상된 장애 조치 성능

Exchange 2010 SP1에는 장애 조치, 전환 성능 및 동작을 개선하는 변경 내용이 포함되어 있습니다. Exchange 2010의 RTM 버전에서 장애 조치나 전환이 발생하면 수동 복사본이 활성화되어 수동 복사본에 복사되는 로그 파일 재생을 즉시 중단합니다. 활성 복사본은 분리된 다음(분리되지 않은 경우), 나머지 로그 파일이 활성화된 수동 복사본으로 복사됩니다. 자동 데이터베이스 탑재 다이얼 설정 내에 누락된 데이터가 있다고 가정할 경우, 수동 복사본은 새 활성 복사본을 만들며 데이터베이스는 부적절한 상태로 탑재됩니다. 이러한 점에서 이전 수동(및 현재 활성인) 복사본으로 복사된 모든 로그 파일이 재생되어 데이터베이스를 일관되게 합니다.

Exchange 2010 SP1에서 장애 조치 또는 전환이 발생한 경우, 활성화되는 수동 복사본에서의 Microsoft Exchange 복제 서비스는 활성 복사본에서 생성된 마지막 로그 파일이 복사될 때까지 수동 복사본으로 복사된 로그 파일을 계속 재생합니다. 이렇게 되면 거의 일관성이 있는 상태의 데이터베이스에 대해 탑재 작업이 수행됩니다.

성능이 향상된 다른 변경 내용은 시간 제한 및 기타 알고리즘 세부사항과 관련되어 장애 조치 후 I/O 성능뿐 아니라 장애 조치 성능도 개선됩니다.

응답 없는 I/O에 대한 ESE(Extensible Storage Engine) 복구

Exchange 2010 SP1에는 특정 조건이 발생하면 기본 제공 Windows 버그 확인 동작을 활용하는 새로운 복구 논리가 포함되어 있습니다. 구체적으로 설명하자면, 응답 없는 I/O를 감지하고 서버를 자동으로 복구하기 위한 수정 작업을 수행하도록 ESE(Extensible Storage Engine)가 업데이트되었습니다. ESE는 I/O가 특정 시간 동안 처리되지 않음을 감지하는 I/O 모니터링 스레드를 유지 관리합니다. 기본적으로 데이터베이스에 대한 I/O가 1분 넘게 처리되지 않으면 ESE는 이벤트를 기록합니다. 데이터베이스에 4분 넘게 처리되지 않은 I/O가 있으면 가능한 경우 ESE는 특정 오류 이벤트를 기록합니다. 응답 없는 I/O의 특성에 따라 ESE 이벤트 507, 508, 509 또는 510은 기록될 수도 있고 기록되지 않을 수도 있습니다. 운영 체제 볼륨이 영향을 받거나 이벤트 로그에 쓸 수 있는 기능이 영향을 받는 등의 문제이면 이벤트가 기록되지 않습니다. 이벤트가 기록되면 Microsoft Exchange Replication Service(MSExchangeRepl.exe)가 의도적으로 wininit.exe 프로세스를 종료하여 Windows의 버그 확인이 수행되도록 합니다.

일부 경우 전체 저장소 스택이 응답 없음으로 인해 crimson 채널이나 Windows 이벤트 로그의 기타 영역에 오류 이벤트를 쓰지 못할 수 있습니다. ESE는 이벤트 로그에 쓸 수 있는지를 확인하여 crimson 채널도 모니터링합니다. 오랜 시간 동안 이벤트 로그에 쓰지 못하면 MSExchangeRepl이 의도적으로 wininit.exe를 종료하여 Windows의 버그 확인이 수행되도록 합니다. 운영 체제 I/O가 응답 없으면 시스템에서는 이벤트 로그에 어떠한 ESE 이벤트도 쓸 수 없습니다.

Exchange 2010 SP1의 이 새로운 버그 확인 기반 복구 기능은 저장소 스택이 장애 조치를 초래하는 오류를 발생시킬 때까지 다시 시도하거나 기다리지 않고 응답 없는 I/O에서 복구하거나 응답 없는 컨트롤러가 빨라지도록 설계되었습니다. 버그 확인이 수행되는 경우 오류 코드는 다음과 같습니다.

경고:
이 버그 확인 오류 코드가 있다고 해서 반드시 Exchange가 오류의 원인임을 의미하는 것은 아닙니다. 관리자가 작업 관리자나 다른 작업 관리 도구를 사용하여 수행한 종료를 비롯한 모든 wininit.exe의 종료는 동일한 버그 확인 오류 코드를 발생시킵니다.

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