로컬 연속 복제

 

적용 대상: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

마지막으로 수정된 항목: 2008-01-17

LCR(로컬 연속 복제)은 기본 제공 비동기 로그 전달 및 로그 재생 기술을 사용하여 프로덕션 저장소 그룹과 동일한 서버에 연결된 보조 디스크 집합에 저장소 그룹의 복사본을 만들어 유지 관리하는 단일 서버 솔루션입니다. 프로덕션 저장소 그룹을 활성 복사본이라고 하며 별도의 디스크 집합에서 유지 관리되는 저장소 그룹의 복사본을 수동 복사본이라고 합니다. 다음 그림에서는 기본적인 LCR 배포를 보여줍니다.

LCR의 기본 배포

LCR은 로그 전달, 로그 재생 및 데이터 보조 복사본으로의 빠른 수동 전환 기능(활성화라고 함)을 제공합니다. LCR은 다음을 통해 Microsoft Exchange Server 2007의 총 소유 비용을 절감하도록 고안되었습니다.

• 온라인 상태의 데이터 보조 복사본으로 신속하게 전환할 수 있으므로 데이터 수준의 재해 복구 시간을 줄여줍니다.

• 데이터 보호에 필요한 정기적인 전체 백업 횟수를 줄여 줍니다. 재해 발생 시 데이터 백업은 매우 중요합니다. LCR 사용으로 백업을 수행할 필요가 없는 것은 아니지만 정기적으로 매일 전체 백업을 수행할 필요성이 크게 줄어듭니다.

• 또한 저장소 그룹의 활성 복사본에서 저장소 그룹의 수동 복사본으로 VSS(볼륨 섀도 복사본 서비스) 백업을 오프로드할 수 있습니다. 4가지 모든 VSS 백업 유형(전체, 복사, 증분 및 차등)을 수동 복사본에서 수행할 수 있으며, 백업을 활성 복사본에서 수동 복사본으로 오프로드하여 활성 복사본의 LUN(논리 단위 번호)에서 중요한 디스크 I/O(입/출력)를 유지할 수 있습니다.

LCR을 사용하면 저장소 그룹 복사본을 구성, 운영, 확인, 제거, 활성화할 수 있습니다. 필요에 따라 수동 복사본을 프로덕션 데이터베이스로 활성화한 다음 클라이언트에 탑재하여 사용할 수 있습니다. 일반적으로 이러한 작업은 활성 저장소 그룹 및 데이터베이스 경로를 변경하거나 하위 수준의 운영 체제 작업(예: 로그 또는 데이터베이스 볼륨과 연관된 탑재 지점 변경)을 통해 구성 변경 작업으로 수행할 수 있습니다.

LCR에는 저장소에 대한 특별한 요구 사항이 없습니다. 직접 연결된 저장소, 직렬 연결된 SCSI, iSCSI(Internet SCSI) 등 Windows Server 2003 또는 Windows Server 2008에서 지원되는 모든 유형의 저장소를 LCR에 사용할 수 있습니다. 인증된 저장소 솔루션 목록에 대한 자세한 내용은 Windows Server 테스트된 제품 카탈로그를 참조하십시오.

LCR은 사서함 데이터 오류 또는 손상을 빠르게 복구해야 하는 동시에 예정되었거나 예정되지 않은 원인으로 인한 서버 중단을 허용하려는 고객에게 적합합니다. LCR은 다음과 같은 기능을 제공합니다.

• 프로덕션 데이터베이스 손상 또는 오류에 대한 신속한 2단계 방식 복구

• 가장 필요한 사용자에게 보호 기능 제공

• 프로덕션 데이터베이스 및 로그 디스크 I/O에 대한 영향 최소화

• VSS 백업을 데이터베이스 및 로그의 수동 복사본으로 오프로드

• 백업 미디어로 이동한 총 데이터 양을 줄이는 동시에 백업 창을 확장하는 기능

• Exchange 관리 콘솔 또는 Exchange 관리 셸을 통해 수행 할 수 있는 관리 작업

Exchange 2007 SP1에서의 LCR 기능 향상

Microsoft Exchange Server 2007 SP1(서비스 팩1)에서는 전송 쓰레기 수거통 사용, Exchange 관리 콘솔의 사용자 인터페이스 요소 추가, 상태 및 모니터링 기능 향상, 성능 향상과 같이 LCR의 여러 가지 기능이 향상되었습니다.

LCR이 사용하도록 설정된 전송 쓰레기 수거통

Exchange 2007 SP1에서는 허브 전송 서버 역할의 전송 쓰레기 수거통 기능이 LCR을 지원하도록 확장되었습니다. Microsoft Exchange Server 2007의 RTM(Release to Manufacturing) 버전에서 전송 쓰레기 수거통은 CCR(클러스터 연속 복제) 환경에서만 사용할 수 있었습니다. 전송 쓰레기 수거통 재배달 요청이 복구 프로세스의 일부로 자동 수행되는 CCR과 달리, LCR 환경에서는 프로세스가 수동으로 수행됩니다. Exchange 2007 SP1에서는 Restore-StorageGroupCopy cmdlet가 전송 쓰레기 수거통 재전송 요청을 포함하도록 업데이트되었습니다. 따라서 관리자는 Restore-StorageGroupCopy cmdlet를 사용하여 LCR 환경에서 저장소 그룹의 수동 복사본을 활성화하면, 전송 쓰레기 수거통 전송 요청이 활성화 프로세스의 일부로 발생합니다.

전송 쓰레기 수거통은 장애 조치에 의해 영향을 받는 일부 데이터를 다시 확보해야 하는 환경에서 중복 기능을 활용합니다. 특히 허브 전송 서버에서는 최근에 배달된 메일의 큐를 유지합니다. 이 큐는 메일이 유지되는 시간과 사용되는 전체 공간에 의해 제약을 받습니다. 관리자가 Restore-StorageGroup 작업을 사용하여 저장소 그룹의 수동 복사본을 활성화할 때 Microsoft Exchange Replication Service가 사서함 서버 사이트의 각 허브 전송 서버에서 전송 쓰레기 수거통의 메시지를 재배달하도록 요청하는 기능이 Restore-StorageGroup 작업에 새로 추가되었습니다. 정보 저장소에서는 자동으로 중복 메일을 삭제하고 손실된 메일을 다시 배달합니다.

Exchange 2007 SP1의 전송 쓰레기 수거통에서 유지되어야 할 전자 메일 메시지의 필수 조건은 CCR 환경의 클러스터된 사서함 서버나 LCR에 사용하도록 구성된 저장소 그룹의 독립 실행형 서버에 사서함을 갖고 있는 받는 사람이 하나 이상 있어야 하는 것입니다.

다음과 같은 경우에는 전송 쓰레기 수거통을 사용해도 데이터 손실을 막을 수 없습니다.

• 온라인 모드에 있는 Microsoft Outlook 클라이언트의 임시 보관함 폴더

• 약속, 연락처 업데이트, 속성 업데이트, 작업 및 작업 업데이트

• 클라이언트에서 허브 전송 서버로 전송 중인 보내는 메일. 전자 메일 메시지가 보낸 사람의 사서함 서버에만 존재하는 기간이 있습니다.

전송 쓰레기 수거통 설정을 구성하는 방법에 대한 자세한 단계는 로컬 연속 복제에 대해 Transport Dumpster를 구성하는 방법을 참조하십시오.

Exchange 관리 콘솔의 향상된 기능

LCR을 비롯한 고가용성 기능의 관리 환경을 향상시켜 주는 몇 가지 새로운 사용자 인터페이스 요소가 Exchange 2007 SP1에 추가되었습니다. 향상된 내용은 다음과 같습니다.

• 전송 쓰레기 수거통 사용자 인터페이스   새로운 전역 설정 탭이 조직 구성 작업 영역 아래의 허브 전송 노드에 추가되었습니다. 이 탭에는 조직에 대해 다음과 같은 전송 쓰레기 수거통 설정을 구성하는 데 사용할 수 있는 전송 설정 속성 페이지가 포함됩니다.

  • 저장소 그룹당 최대 크기(MB)   각 저장소 그룹에 대해 전송 쓰레기 수거통의 최대 크기를 지정합니다.

  • 최대 보존 기간(일)   전자 메일 메시지를 전송 쓰레기 수거통에 보관해야 하는 기간을 지정합니다.

• 연속 복제 관리   관리자가 연속 복제를 중단, 다시 시작, 업데이트 및 복원할 수 있는 추가 사용자 인터페이스 컨트롤이 Exchange에 추가되었습니다. 이러한 컨트롤은 다음과 같은 Exchange 관리 셸 cmdlet를 사용하는 것과 동일한 기능을 합니다.

  • Suspend-StorageGroupCopy

  • Resume-StorageGroupCopy

  • Update-StorageGroupCopy

  • Restore-StoreGroupCopy

  이러한 cmdlet와 해당 Exchange 관리 콘솔 작업을 통해 LCR 환경과 CCR 환경에서 모두 연속 복제를 관리할 수 있습니다.

상태 및 모니터링 기능 향상

Exchange 2007 SP1에는 Exchange 2007의 관리 효율을 향상시키도록 설계된 몇 가지 변경 사항이 도입되었습니다. 이러한 변경 내용에는 Exchange 2007 RTM의 클러스터 보고 기능을 향상시킨 것과 연속 복제 환경을 사전 모니터링하기 위해 설계된 추가 기능이 포함된 것 등이 포함됩니다. 특히 변경 내용 및 기능 향상을 통해 Get-StorageGroupCopyStatus cmdlet의 알려진 결함이 수정되고, Test-ReplicationHealth라는 새로운 cmdlet가 제공되며 전송 쓰레기 수거통의 손실 창에 대해 더욱 명확히 파악할 수 있습니다.

향상된 Get-StorageGroupCopyStatus Cmdlet

Exchange 2007 RTM에는 다음과 같이 Get-StorageGroupCopyStatus 및 연속 복제 성능 카운터가 보고하는 상태가 정확하지 않거나 잘못 이해되는 여러 상황이 있습니다.

• 변경되지 않는 저장소 그룹 같은 활성 상태가 아닌 저장소 그룹은 정상 상태가 아닌 경우에도 정상인 것으로 보고될 수 있습니다. 이러한 상황은 로그를 재생하기 전까지는 비정상 상태가 탐지되지 않기 때문에 발생합니다.

• 복제 초기화 중에 복제 상태가 다시 평가되고 정확하지 않을 수 있습니다. 초기화가 완료되면 상태가 업데이트됩니다.

• 저장소 그룹의 데이터베이스를 분리할 때 LastLogGenerated 필드의 값이 잘못될 수 있습니다.

• 로그 스트림 도중에 하나 이상의 로그가 누락된 경우 수동 복사본이 계속해서 복구를 시도하면서 복제 상태가 실패와 정상 간에 전환되는 상황이 발생합니다. 이러한 상황이 발생하면 재생 큐와 복사 큐의 크기가 계속 증가합니다.

• 드물지만 로그를 확인한 경우에도 재생할 수 없는 경우가 있습니다. 이러한 경우 시스템에서 복구를 시도하면서 실패와 정상 상태가 번갈아 일어납니다. 이러한 상황이 발생하면 재생 큐와 복사 큐의 크기가 계속 증가합니다.

Get-StorageGroupCopyStatus cmdlet도 다음과 같이 새로운 상태 정보가 추가되어 향상되었습니다.

• Get-StorageGroupCopyStatus cmdlet는 대상 컴퓨터의 Microsoft Exchange Replication Service에 네트워크를 통해 액세스할 수 없는 경우 ServiceDown의 SummaryCopyStatus를 보고합니다.

• Get-StorageGroupCopyStatus cmdlet는 대상 컴퓨터의 Microsoft Exchange Replication Service가 초기 시작 검사를 완료하지 않은 경우 Initializing의 SummaryCopyStatus를 보고합니다. 또한 이 상태를 부울로 나타내기 위해 새 성능 카운터를 만들었습니다.

• Get-StorageGroupCopyStatus cmdlet는 증분 다시 시드가 완료되지 않은 경우 Synchronizing의 SummaryCopyStatus를 보고합니다.

Exchange 관리 도구의 Exchange 2007 SP1 버전을 사용할 경우에만 SummaryCopyStatus 값의 새 상태를 볼 수 있습니다. Exchange 관리 도구의 Exchange 2007 RTM 버전을 사용할 경우 모든 이전 상태에 대한 상태는 실패로 보고됩니다.

Test-ReplicationHealth Cmdlet

Exchange 2007 SP1에는 Test-ReplicationHealth라는 새 cmdlet가 도입되었습니다. 이 cmdlet는 연속 복제의 사전 모니터링과 연속 복제 파이프라인을 위해 설계되었습니다. Test-ReplicationHealth cmdlet는 복제, 클러스터 서비스 및 저장소 그룹 복제의 모든 측면을 검사하고 상태를 재생하여 복제 시스템의 전체 개요를 제공합니다. 특히 클러스터의 노드에서 실행될 경우 Test-ReplicationHealth cmdlet는 다음 표에 설명한 테스트를 수행합니다.

Test-ReplicationHealth cmdlet가 수행하는 테스트

Test	설명
클러스터 네트워크 상태	로컬 노드에 있는 모든 클러스터 관리 네트워크가 실행 중인지 확인합니다. 이 테스트는 CCR 환경에서만 실행됩니다.
쿼럼 그룹 상태	쿼럼 리소스가 포함된 클러스터 그룹이 정상인지 확인합니다. 이 테스트는 CCR 환경에서만 실행됩니다.
파일 공유 쿼럼 상태	파일 공유 감시가 있는 과반수 노드 집합 쿼럼이 사용하는 FileSharePath의 값에 도달할 수 있는지 확인합니다. 이 테스트는 CCR 환경에서만 실행됩니다.
클러스터된 사서함 서버 그룹 상태	그룹의 모든 자원이 온라인 상태인지 확인하여 클러스터된 사서함 서버가 정상인지 확인합니다. 이 테스트는 CCR 환경에서만 실행됩니다.
노드 상태	클러스터의 노드가 일시 중지된 상태가 아닌지 확인합니다. 이 테스트는 CCR 환경에서만 실행됩니다.
DNS 등록 상태	성공적인 DNS 등록 필요가 설정된 모든 클러스터 관리 네트워크 인터페이스가 DNS(Domain Name System) 등록을 통과했는지 확인합니다. 이 테스트는 CCR 환경에서만 실행됩니다.
복제 서비스 상태	로컬 컴퓨터의 Microsoft Exchange Replication Service가 정상인지 확인합니다.
일시 중단된 저장소 그룹 복사본	연속 복제에 사용되도록 설정된 저장소 그룹에 대해 연속 복제가 일시 중단되었는지 여부를 확인합니다.
실패된 저장소 그룹 복사본	저장소 그룹 복사본이 실패 상태인지 여부를 확인합니다.
저장소 그룹 복제 큐 길이	최상의 임계값보다 큰 복제 복사본 큐 길이를 가진 저장소 그룹이 있는지 검사합니다. 현재 이러한 임계값은 다음과 같습니다. 경고   큐 길이가 3–5개의 로그입니다. 실패   큐 길이가 6개 이상의 로그입니다.
장애 조치(failover) 이후 분리된 데이터베이스	장애 조치(failover)가 발생한 후에 분리 또는 실패한 데이터베이스가 있는지 검사합니다. 이 테스트는 장애 조치(failover)로 인해 실패한 데이터베이스만 확인합니다.

성능 향상

Exchange 2007 SP1에서는 몇 가지 성능 향상을 통해 고가용성 배포의 효율성을 높였습니다. 연속 복제 환경에서 저장소 그룹의 수동 복사본이 있는 디스크에 대한 I/O 감소도 여기에 포함됩니다. Exchange 2007 SP1에서는 데이터베이스 캐시가 로그 재생 작업의 인스턴스 사이에서 저장소 그룹 복사본에 대해 그대로 유지되도록 연속 복제 아키텍처의 디자인이 수정되었습니다. 일련의 로그 재생 작업 간에 데이터베이스 캐시가 유지됨으로써, Microsoft Exchange Replication Service는 ESE(Extensible Storage Engine)의 데이터베이스 캐싱 기능을 사용할 수 있게 되어, 결과적으로 수동 복사본의 LUN에서 발생하는 디스크 I/O(입/출력) 양이 감소합니다. 반면 Exchange 2007 RTM에서는 각 일련의 로그 재생 작업에 대한 새 데이터베이스 캐시가 만들어져서, 일부 경우에 수동 LUN 디스크 I/O 작업이 활성 LUN의 디스크 I/O 작업보다 2-3배 많아졌습니다.

LCR과 함께 대기 연속 복제 사용

SCR(대기 연속 복제)은 Exchange 2007 SP1에 추가된 새로운 기능입니다. SCR은 기존의 연속 복제 기능을 확장하여 Exchange 2007 사서함 서버에 새로운 데이터 가용성 시나리오를 사용할 수 있도록 합니다. SCR에서는 LCR 및 CCR과 동일한 로그 전달 및 재생 기술을 사용하여 추가 배포 옵션 및 구성을 제공합니다.

SCR을 사용하면 연속 복제를 사용하여 독립 실행형 사서함 서버(LCR 적용 또는 비적용)로부터 또는 SCC(단일 복사본 클러스터)나 CCR 환경의 클러스터된 사서함 서버로부터 사서함 서버 데이터를 복제할 수 있습니다.

SCR을 통해 생성되어 유지 관리되는 사서함 서버 데이터 복사본을 활성화하는 프로세스는 수동으로 이루어지며, 중요한 오류가 발생하는 경우에 사용하도록 설계되었습니다. 즉, 이 프로세스는 다시 시작하거나 일부 기타 빠른 방법으로 복구할 수 있는 단순 서버 중단에 사용하는 프로세스가 아닙니다. 데이터베이스 이식성, 서버 복구 옵션(Setup /m:RecoverServer), 또는 사서함 서버가 클러스터된 경우에는 클러스터된 사서함 서버 복구 옵션(Setup /RecoverCMS)을 사용하여 SCR 대상을 활성화할 수 있습니다. 옵션은 해당 구성 및 발생한 오류 유형을 기준으로 선택합니다.

SCR에 대한 자세한 내용은 대기 연속 복제를 참조하십시오.

자세한 내용

다음 항목에서는 고가용성 및 데이터 복구 계획의 일부로 LCR을 사용하는 시기와 방법에 대해 설명합니다.

• 로컬 연속 복제를 위한 계획

• 로컬 연속 복제 관리

• 로컬 연속 복제 문제를 해결하는 방법