로컬 연속 복제 관리

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

마지막으로 수정된 항목: 2007-08-20

Exchange 조직의 일상적인 관리 작업뿐만 아니라 LCR(로컬 연속 복제) 특정 작업이 있습니다. 일반적으로 LCR에 대한 관리 작업은 다음과 같습니다.

• LCR용 디스크 저장소 구성 및 디스크 볼륨 관리

• LCR 사용 및 사용 안 함

• 복제 작업 모니터링

• 데이터베이스 탑재, 분리, 만들기 및 제거

• 저장소 그룹에서 LCR이 사용 가능한 경우 저장소 그룹 또는 데이터베이스 파일의 저장소 위치 이동

• LCR 사용 가능 저장소 그룹 또는 데이터베이스에 대한 상태 및 구성 정보 보기

• LCR 데이터의 활성 복사본 또는 수동 복사본의 상태 확인

• 복제 및 재생 작업 관리

• 수동 복사본 활성화

로컬 연속 복제용 디스크 저장소 구성

LCR용으로 특별히 디스크 저장소를 구성할 필요는 없습니다. 각각의 복사본을 필요한 만큼 격리하는 것이 좋습니다. LCR에는 충분한 성능과 저장소 용량을 제공하는 저장소가 필요합니다. LCR용으로 사용할 수 있는 저장소 그룹 및 데이터베이스의 복사본 모두에 대해 그에 알맞은 저장소 솔루션도 구성되어야 합니다. 또한 구성을 완료하기 위해 저장소 공급업체에서 제공하는 구성 절차를 따르는 것이 좋습니다.

디스크 볼륨 관리

LCR 환경 관리도 필요하지만 Exchange 서버에 연결되는 디스크 볼륨에 대한 관리도 필요합니다. 예를 들어, 유지 관리나 기타 이유로 인해 시스템에서 볼륨을 일시적으로 분리해야 하는 경우가 있습니다. 저장소 그룹의 활성 복사본이 포함된 디스크 볼륨에서 유지 관리를 수행해야 할 경우 저장소 그룹의 활성 복사본의 데이터베이스를 분리해야 합니다. 저장소 그룹의 수동 복사본을 포함하는 디스크 볼륨에 대해 유지 관리 작업을 수행해야 할 경우에는 복제를 중단하여 해당 볼륨에 대한 모든 I/O(입/출력)를 중지시켜야 합니다. 디스크 볼륨을 관리하는 방법에 대한 자세한 내용은 LCR 복사본에 대한 디스크 관리 작업을 준비하는 방법을 참조하십시오.

로컬 연속 복제 사용

LCR을 사용하면 LCR용 저장소 그룹을 사용할 수 있게 됩니다. 이 작업은 Exchange 관리 콘솔 또는 Exchange 관리 셸을 사용하여 수행할 수 있습니다.

LCR을 사용하려면 LCR용 저장소 그룹을 사용하도록 설정해야 합니다. LCR에 대해 기존 저장소 그룹을 사용하도록 지정하는 방법에 대한 자세한 내용은 기존 저장소 그룹에 로컬 연속 복제를 사용하도록 설정하는 방법을 참조하십시오. 새로운 LCR 사용 가능 저장소 그룹을 만드는 방법에 대한 자세한 내용은 새 저장소 그룹의 로컬 연속 복제를 사용하도록 설정하는 방법을 참조하십시오.

로컬 연속 복제 사용 안 함

Exchange 관리 콘솔 또는 Exchange 관리 셸 중 하나를 사용하여 저장소 그룹에 대해 LCR을 사용하지 않도록 설정할 수 있습니다. LCR을 사용하지 않도록 설정하는 방법에 대한 자세한 단계는 로컬 연속 복제를 사용하지 않도록 설정하는 방법을 참조하십시오.

전송 쓰레기 수거통의 기본 구성 조정

전송 쓰레기 수거통은 갑작스런 정전 이후의 최근 전달된 메일을 전송하는 허브 전송 서버 역할의 기능입니다. 허브 전송 서버는 다음과 같은 위치에 있는 사서함으로 최근에 전달된 메일의 큐를 유지 관리합니다.

• CCR 환경의 클러스터된 사서함 서버 내

• LCR을 사용하도록 설정된 저장소 그룹 내

CCR(클러스터 연속 복제) 또는 LCR을 사용할 때는 항상 전송 쓰레기 수거통이 켜져 있어야 합니다. 전송 쓰레기 수거통은 저장소 그룹당 사용할 수 있는 저장소의 양을 설정하고 전송 쓰레기 수거통에 메일을 보관하는 시간을 설정함으로써 조직 전체에서 사용됩니다.

Set-TransportConfig cmdlet를 사용하여 저장소 그룹 수준에서 적용되는 전송 쓰레기 수거통의 기본 구성 설정을 변경할 수 있습니다.

각 저장소 그룹에 대한 전송 쓰레기 수거통 큐의 최대 크기를 지정하는 MaxDumpsterSizePerStorageGroup 매개 변수를 전송될 수 있는 최대 메시지 크기의 1.5배가 되는 크기로 구성하는 것이 좋습니다. 예를 들어, 메시지의 최대 크기가 10MB이면 MaxDumpsterSizePerStorageGroup 매개 변수를 15MB로 구성해야 합니다.

또한 전송 쓰레기 수거통 큐에 전자 메일 메시지를 보관하는 기간을 지정하는 MaxDumpsterTime 매개 변수를 7일에 해당되는 7.00:00:00 값으로 구성하는 것이 좋습니다. MaxDumpsterSizePerStorageGroup에 지정된 크기에 도달하면 전송 쓰레기 수거통에서 메시지가 제거됩니다. 그렇지 않으면 MaxDumpsterTime 매개 변수에서 지정한 시간이 경과되면 전송 쓰레기 수거통에서 메시지가 제거됩니다. 이 값은 지속적으로 정전이 발생해도 전자 메일 메시지가 유실되지 않을 정도의 충분한 시간이어야 합니다.

전송 쓰레기 수거통 기능을 사용하는 경우에는 전송 쓰레기 수거통 큐를 호스팅하기 위해 허브 전송 서버에서 추가 디스크 공간이 필요합니다. 필요한 저장소 공간의 크기는 MaxDumpsterSizePerStorageGroup 값에 허브 전송 서버가 포함되어 있는 Active Directory 디렉터리 서비스 사이트에서 CCR 환경 및 LCR을 사용하는 모든 저장소 그룹에 있는 클러스터된 모든 사서함 서버의 저장소 그룹 수를 곱한 것과 거의 같습니다. CCR 환경에서는 사이트의 모든 허브 전송 서버에 있는 전송 쓰레기 수거통에서의 재배달 요청이 자동으로 수행되며, LCR 환경에서는 사이트의 모든 허브 전송 서버에서의 재배달 요청이 Restore-StorageGroupCopy 작업의 일환으로 발생됩니다.

전송 쓰레기 수거통을 사용하고 구성하는 방법에 대한 자세한 단계는 전송 쓰레기 수거통을 구성하는 방법을 참조하십시오. Restore-StorageGroupCopy cmdlet에 대한 자세한 내용은 Restore-StorageGroupCopy를 참조하십시오.

복제 작업 모니터링

데이터베이스의 수동 복사본은 현재 상태로 유지된 경우에만 유용합니다. LCR을 특별히 모니터링할 필요는 없지만 LCR이 로그 파일을 적절히 복제하는지 확인하기 위해 각 저장소 그룹을 정기적으로 모니터링하는 것이 좋습니다. Microsoft Operations Manager 2005용 Microsoft Exchange Server 2007 관리 팩에는 다음과 같이 LCR 환경과 관련된 몇 가지 중요한 문제에 대한 경고가 포함되어 있습니다.

• Microsoft Exchange Replication Service가 실행되고 있지 않습니다. 이 경고를 생성하는 이벤트는 해당 서비스가 중지된 후에 반복해서 나타나지 않으므로 이벤트 관련 경고를 지울 경우 더 이상 사용할 수 없습니다.

• 수동 복사본이 실패 상태입니다.

• 수동 복사본이 정상 상태이지만 로그 복사 또는 재생 시 너무 느립니다.

Exchange 2007 관리 팩에 의해 생성되는 위의 경고는 가능한 빨리 확인하고 해결해야 합니다.

Microsoft Operations Manager 2005용 Exchange 2007 관리 팩을 사용하는 대신 Exchange 관리 셸의 Get-StorageGroupCopyStatus cmdlet를 실행하는 스크립트를 주기적으로 실행할 수 있습니다. Get-StorageGroupCopyStatus cmdlet를 실행하면 활성 복사본에서 생성하는 로그 수가 포함된 큐 길이를 알 수 있습니다. 성능상의 이유로 큐 길이 성능 카운터는 Microsoft Exchange Replication Service에 알려져 있는 정보만 보고합니다. 드문 경우지만 이로 인해 활성 복사본에 일관되지 못한 상태가 나타날 수 있습니다. Get-StorageGroupCopyStatus cmdlet에 대한 자세한 내용은 이 항목 뒷부분의 "상태 정보 보기"를 참조하십시오.

데이터베이스 탑재, 분리, 만들기 및 제거

LCR 환경에서 데이터베이스를 탑재하거나 분리해야 하는 경우도 있습니다. 저장소 그룹 또는 데이터베이스를 다시 구성하거나 유지 관리해야 할 경우 작업을 수행하는 동안에는 이 둘과 상호 작용하는 서비스를 차단해야 합니다. 이러한 예로는 구성을 다시 수행할 경우나 서버나 데이터베이스 문제를 해결하는 경우를 들 수 있습니다. 데이터베이스를 분리하면 추가 변경을 수행할 수 없습니다. 데이터베이스가 분리된 동안에는 데이터베이스나 로그 파일이 변경되지 않습니다.

데이터베이스를 LCR용으로 사용하도록 설정된 저장소 그룹에 추가할 수 있습니다. 이 과정은 추가 경로를 제공해야 하는 점을 제외하고는 독립 실행형 구성에서 데이터베이스를 추가하는 데 사용하는 과정과 유사합니다.

데이터베이스를 LCR용으로 사용하도록 설정된 저장소 그룹에서 제거할 수 있습니다. 이 프로세스는 데이터베이스의 활성 복사본과 수동 복사본을 제거하는 점을 제외하고는 독립 실행형 구성에서 데이터베이스를 제거하는 프로세스와 동일합니다. 데이터베이스를 LCR용으로 사용하도록 설정된 저장소 그룹에서 제거하는 방법에 대한 자세한 단계는 로컬 연속 복제에 사용할 수 있는 저장소 그룹에서 데이터베이스를 제거하는 방법을 참조하십시오.

저장소 그룹 및 데이터베이스 파일의 위치 이동

Exchange 관리 셸 및 Exchange 관리 콘솔 모두를 사용하여 LCR 사용 가능 저장소 그룹에서 데이터베이스의 위치를 변경할 수 있습니다. LCR 구성에는 각 복사본에 하나씩 두 개의 데이터베이스 파일이 있습니다. 두 복사본의 위치는 독립적으로 또는 연결되어 변경될 수 있습니다.

유사한 절차를 사용하여 LCR 환경에서 저장소 그룹 로그와 시스템 파일의 위치 및 데이터베이스 파일의 위치를 다시 구성합니다. LCR 사용 가능 저장소 그룹의 로그 파일 및 시스템 파일의 위치를 변경하는 방법에 대한 자세한 단계는 로컬 연속 복제 환경에서 저장소 그룹을 이동하는 방법을 참조하십시오. LCR 환경에서 데이터베이스 파일의 위치를 변경하는 방법에 대한 자세한 단계는 로컬 연속 복제 환경에서 데이터베이스를 이동하는 방법을 참조하십시오.

상태 정보 보기

LCR을 저장소 그룹에서 사용하도록 설정한 후에 Exchange 관리 콘솔 또는 Exchange 관리 셸을 사용하면 저장소 그룹 및 해당 데이터베이스에 대한 LCR 관련 구성 설정을 볼 수 있습니다.

LCR의 상태 정보

Exchange 2007에서는 LCR 복사본에 대한 다양한 상태 정보를 게시합니다. 다음 표에서는 LCR 사용 가능 저장소 그룹에 사용될 수 있는 상태 정보에 대해 설명합니다. 상태 정보를 얻는 방법을 설명하는 자세한 단계는 로컬 연속 복제 복사본 상태를 보는 방법을 참조하십시오. 다음 표에서는 Get-StorageGroupCopyStatus Exchange 관리 셸 cmdlet의 전체 출력을 볼 때 나타나는 순서대로 속성을 나열합니다.

LCR 사용 가능 저장소 그룹에 사용될 수 있는 상태 정보

SummaryCopyStatus, CopyQueueLength, ReplayQueueLength 및 LastInspectedLogTime의 값을 보면 저장소 그룹 복사본의 상태를 신속하게 평가할 수 있습니다. 이러한 속성은 LCR 복사본이 제대로 작동하는지와 LCR 복사본이 복사 및 재생 로그 모두에서 비교적 최신 상태인지 여부를 보여줍니다. 다음 조건이 발생하면 문제의 원인을 판단하고 해결해야 합니다.

• 복사본이 정상 상태가 아닌 상태에 있습니다.

• 복사본 큐 길이가 5보다 큽니다.

• 재생 큐 길이가 20보다 큽니다.

• 마지막으로 검사한 로그 시간이 현재 시간을 표시하지 않습니다. 그 이유는 저장소 그룹이 거의 변경되지 않았거나 Microsoft Exchange Replication Service가 중지되었기 때문입니다.

재생 큐 길이 및 복사본 큐 길이 값을 성능 카운터로 사용할 수 있습니다. 이것은 MSExchange 복제 성능 개체 아래의 CopyQueueLength 및 ReplayQueueLength 성능 카운터입니다. LCR 성능 카운터 모니터링에 대한 자세한 내용은 로컬 연속 복제에 대한 성능 카운터를 보는 방법을 참조하십시오.

드물지만 복제 상태를 잘못 이해할 가능성이 있는 몇몇 시나리오가 있습니다. 다음은 그러한 시나리오의 목록입니다.

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

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

• 데이터베이스를 분리할 때 LastLogGenerated 필드의 값이 잘못될 수 있습니다. 그러나 저장소 그룹 복사본을 복제하는 경우 최종 사용자 콘텐츠가 포함된 모든 로그가 복제됩니다.

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

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

구성 정보 보기

Exchange 관리 콘솔과 Exchange 관리 셸을 사용하여 LCR 사용 가능 저장소 그룹 및 데이터베이스에 대한 구성 정보를 볼 수 있습니다. 구성 정보에는 다음이 포함됩니다.

• 저장소 그룹   LCR 트랜잭션 로그 파일과 LCR 시스템 파일의 위치입니다.

• 데이터베이스   LCR 데이터베이스 복사본의 위치입니다.

또한 사용자가 저장소 그룹 또는 데이터베이스에서 LCR 복사본을 갖도록 구성할지 여부를 결정할 수 있습니다. LCR 구성 설정을 보는 방법에 대한 자세한 단계는 로컬 연속 복제 구성 설정을 보는 방법을 참조하십시오.

수동 복사본의 무결성 확인

LCR을 사용하는 경우 데이터베이스 및 트랜잭션 로그 파일에 대해 실제 일관성 검사를 정기적으로 실행하여 수동 복사본의 무결성을 확인하는 것이 좋습니다. 실제 일관성 검사는 트랜잭션 로그와 데이터베이스 파일의 손상을 검사합니다. Exchange Server 데이터베이스 유틸리티 도구(Eseutil.exe)를 사용하여 검사를 수행할 수 있습니다. seutil을 사용하여 실제 손상이 있는지 트랜잭션 로그 및 데이터베이스 파일을 검사하는 방법에 대한 자세한 내용은 Eseutil을 사용하여 로컬 연속 복제 복사본을 확인하는 방법을 참조하십시오.

복제 및 재생 관리

LCD 환경에서의 로그 파일 복제 및 재생 관리에는 다음과 같은 주 작업이 포함됩니다.

• 저장소 그룹 복사본에 대한 복제 중단

• 저장소 그룹 복사본에 대한 복제 다시 시작

저장소 그룹 복사본 및 해당 데이터베이스에 대한 변경 중단 및 다시 시작

트랜잭션 로그 복제 작업을 중단 및 다시 시작해야 하는 경우도 있습니다. 트랜잭션 로그 복제(재생 포함)는 저장소 그룹 수준에서 제어됩니다. 저장소 그룹에는 하나의 데이터베이스만 포함될 수 있기 때문에 복제는 한 데이터베이스에 대해서 지역화됩니다. 트랜잭션 로그 복제는 Microsoft Exchange Replication Service가 실행 중이고 LCR에 대해 저장소 그룹을 사용하도록 설정되어 있으며 활성 복사본 및 수동 복사본이 모두 작동 중일 때 발생합니다. 활성 복사본이나 수동 복사본 중 하나를 사용할 수 없게 될 경우 복제를 중지해야 합니다. 또한 복제를 일시 중단하기 위해 시드와 같은 일부 관리 작업에는 LCR에 대해 사용하도록 설정된 저장소 그룹이 필요합니다. 수동 복사본의 데이터 파일에 대한 모든 액세스를 중지해야 할 경우 복제를 일시 중단해야 합니다.

경우에 따라서는 수동 복사본 작업을 제어해야 합니다. 이러한 예로는 구성을 다시 수행할 경우나 서버나 데이터베이스 문제를 해결하는 경우를 들 수 있습니다. 수동 복사본에 대한 실제 일관성 검사를 수행하기 위해서도 로그 재생을 중단해야 합니다. 데이터베이스 복사본 업데이트를 제어해야 할 경우 저장소 그룹 복사본에 대한 복제를 중단해야 합니다. 수동 복사본의 로그가 조작되고 있을 경우 복제를 중단해야 할 수도 있습니다. 저장소 그룹에는 하나의 데이터베이스만 포함할 수 있으므로 재생 작업에 영향을 주는 작업은 저장소 그룹 수준에서 제어됩니다.

저장소 그룹 또는 데이터베이스의 위치를 변경하는 경우 모든 복제 작업을 중단하는 것이 좋습니다.

LCR 복사본에 대한 복제 변경을 중단하는 방법에 대한 자세한 내용은 로컬 연속 복제를 사용하도록 설정되어 있는 저장소 그룹의 복제를 중단하는 방법을 참조하십시오. LCR 복사본에 대한 복제 변경을 다시 시작하는 방법에 대한 자세한 내용은 로컬 연속 복제를 사용하도록 설정되어 있는 저장소 그룹의 복제를 다시 시작하는 방법을 참조하십시오. 수동 복사본 트랜잭션 로그 및 데이터베이스 파일에서 무결성 검사를 수행하는 방법에 대한 자세한 내용은 Eseutil을 사용하여 로컬 연속 복제 복사본을 확인하는 방법을 참조하십시오.

수동 복사본 활성화

LCR을 통해 저장소 그룹의 수동 복사본을 활성화하여 저장소 그룹에 있는 활성 복사본의 손상을 복구할 수 있습니다. 저장소 그룹의 활성 복사본에 있는 트랜잭션 로그가 손상되지 않은 경우에는 데이터가 손실되지 않습니다. 저장소 그룹의 활성 복사본에서 트랜잭션 로그를 사용할 수 없는 경우에는 수동 복사본에 반영된 손상되지 않은 마지막 변경 내용 집합과 일치하는 특정 시점으로만 저장소 그룹을 복구할 수 있습니다. 이 시점 이전에 손실되었거나 손상된 프로덕션 트랜잭션 로그 파일이 없어야 한다는 제약도 있습니다.

LCR 복사본을 저장하는 데 NTFS 파일 시스템 볼륨 탑재 지점을 사용할 때 가장 쉽게 프로덕션 저장소 그룹의 손상을 복구할 수 있습니다. 볼륨 탑재 지점을 사용하여 다른 실제 디스크의 폴더로 대상 파티션을 이식하거나 탑재할 수 있습니다. 볼륨 탑재 지점을 사용해도 Exchange 2007을 비롯한 프로그램의 사용 방식에는 아무런 변화가 없습니다.

LCR 복사본의 일부인 트랜잭션 로그 또는 데이터베이스 파일의 손상은 재생 작업이나 일관성 검사를 통해 생성되는 오류에 의해 감지할 수 있습니다. 수행할 해결 조치(있는 경우)는 손상 종류에 따라 다릅니다.

• 이미 재생된 로그 파일이 손상된 경우 손상된 로그 파일은 무시해도 됩니다. 그러나 LCR 복사본의 파일 시스템 기반 백업을 수행하는 경우 재생된 모든 로그 파일을 먼저 삭제해야 합니다.

• 재생되지 않은 활성 복사본의 로그 파일이 손상된 경우 LCR 저장소 그룹을 다시 시드해야 합니다. Exchange에서는 손상이 발견되면 로그 파일을 다시 복사하려고 합니다. 다시 복사로 손상이 해결되지 않으면 저장소 그룹을 다시 시드해야 합니다. 또한 소스 트랜잭션 로그와 데이터베이스 파일의 무결성을 확인하는 것이 좋습니다. Exchange 데이터 파일을 확인하려면 파일이 오프라인 상태이고 사용자가 액세스할 수 없어야 합니다.

• 데이터베이스가 손상되면 저장소 그룹을 다시 시드해야 합니다.

데이터베이스의 수동 복사본을 활성화하는 방법에 대한 자세한 단계는 데이터베이스의 수동 복사본으로 전환하는 방법을 참조하십시오.

손상 시 복제 상태 평가

데이터베이스 복사본에 오류나 손상이 발생하면 즉시 수동 복사본을 사용하여 작업을 계속할 수 있는지 확인해야 합니다. LCR은 이러한 결정에 도움이 되는 핵심 정보를 제공합니다.

• 오류 시 복사본의 상태

• 오류 시 큐 재생 및 복사

• 오류 시 마지막으로 검사한 로그 시간

이러한 정보는 Get-StorageGroupCopyStatus cmdlet를 사용하여 얻을 수 있습니다. 이 정보를 얻는 방법에 대한 자세한 내용은 로컬 연속 복제 복사본 상태를 보는 방법을 참조하십시오.

복사본 큐 길이에는 오류 시 활성 복사본의 가장 유용한 정보가 포함됩니다. 이 정보와 데이터베이스의 오류 복구 시간 평가를 기반으로 사용 가능한 복사본을 탑재할지 결정해야 합니다.

• 재생 큐 길이가 길다는 것은 복구하는 데 시간은 걸릴 수 있지만 상당량의 데이터가 손실된다는 의미는 아닙니다.

• 복사본 큐 길이가 길면 많은 수의 로그가 손실되었다는 것을 의미합니다. 데이터베이스가 탑재되면 가장 마지막으로 복사된 로그의 시간 프레임으로 복구됩니다(Get-StorageGroupCopyStatus cmdlet에 의해서도 제공됨).

• 마지막으로 검사한 로그 시간이 오류 시간보다 훨씬 이전이면 Microsoft Exchange Replication Service가 중지되고 다른 큐 정보도 정확하지 않을 수 있습니다.