대기 연속 복제 관리
적용 대상: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1
마지막으로 수정된 항목: 2008-11-19
Microsoft Exchange 조직에는 일상적인 관리 작업뿐만 아니라 SCR(대기 연속 복제) 특정 작업이 있습니다. 일반적으로 SCR에 대한 관리 작업은 다음과 같습니다.
SCR용 디스크 저장소 구성 및 디스크 볼륨 관리
SCR 사용 및 사용 안 함
복제 작업 모니터링
데이터베이스 탑재, 분리, 만들기 및 제거
저장소 그룹에서 SCR이 사용 가능한 경우 저장소 그룹 또는 데이터 파일의 저장소 위치 이동
SCR 대상의 상태 확인
복제 및 재생 작업 관리
손상 복구
이러한 작업은 이 항목의 나머지 부분에서 설명합니다.
SCR은 Exchange 관리 셸을 사용해서만 사용하도록 설정하고, 관리할 수 있습니다. Exchange 관리 콘솔을 사용하여 SCR을 사용 또는 사용하지 않도록 설정하거나, SCR의 상태를 보거나 SCR의 여러 가지 부분을 관리할 수 없습니다.
대기 연속 복제용 디스크 저장소 구성
SCR용으로 특별히 디스크 저장소를 구성할 필요는 없습니다. SCR은 적절한 용량의 저장소를 필요로 합니다. 동일한 저장소 그룹에 대해 구성된 모든 SCR 대상에 대해 동등한 저장소 솔루션을 구성해야 합니다. 구성을 완료하려면 저장소 공급업체에서 제공한 구성 절차를 따르는 것이 좋습니다.
SCR 환경에서 디스크 볼륨 관리
SCR 환경 관리도 필요하지만 Exchange 서버에 연결되는 디스크 볼륨에 대한 관리도 필요합니다. 예를 들어 유지 관리나 기타 이유로 인해 시스템에서 볼륨을 일시적으로 분리해야 하는 경우가 있습니다. 저장소 그룹의 활성 복사본이 포함된 디스크 볼륨에서 유지 관리를 수행해야 할 경우 저장소 그룹의 활성 복사본의 데이터베이스를 분리해야 합니다. 저장소 그룹의 수동 복사본을 포함하는 디스크 볼륨에 대해 유지 관리 작업을 수행해야 할 경우에는 복제를 중단하여 해당 볼륨에 대한 모든 I/O(입/출력)를 중지시켜야 합니다. 디스크 볼륨을 관리하는 방법에 대한 자세한 내용은 SCR 사용 시 디스크 관리 작업을 준비하는 방법을 참조하십시오.
대기 연속 복제 사용
Exchange 관리 셸을 사용하고 New-StorageGroup cmdlet 또는 Enable-StorageGroupCopy cmdlet를 실행해야만 SCR을 사용하도록 설정할 수 있습니다. 두 cmdlet에는 Microsoft Exchange Server 2007 SP1(서비스 팩 1)과 함께 도입된 일부 새 매개 변수도 포함되어 있습니다.
-StandbyMachine 이 매개 변수는 SCR 대상이 포함되는 컴퓨터의 이름을 지정하는 데 사용됩니다. 이 매개 변수의 값은 SCR을 사용하도록 설정되어 있는 저장소 그룹의 msExchStandbyCopyMachines 특성에 대한 값의 일부로 설정됩니다. msExchStandbyCopyMachines 특성은 Exchange 2007 SP1을 Exchange 조직에 도입하는 경우에 Active Directory 디렉터리 서비스 스키마에 추가되는 다중값 유니코드 문자열입니다.
-ReplayLagTime 이 매개 변수는 Microsoft Exchange Replication Service가 SCR 대상 컴퓨터로 복사된 로그 파일을 재생하기 전에 대기해야 하는 시간을 지정하는 데 사용됩니다. 이 매개 변수에 대한 형식은 (일.시:분:초)입니다. 이 값에 대한 기본 설정은 24시간입니다. 이 값에 대한 최대 허용 설정은 7일이며, 최소 허용 설정은 0초입니다. 단, 50개의 로그 파일이 로그를 재생하는 작업의 경우에는 이 값을 0초로 설정해도 기본 지연 시간에 영향을 주지 않습니다. 값을 설정하면, SCR을 사용하지 않도록 설정한 다음 다시 사용하도록 설정해야 이 매개 변수 값을 변경할 수 있습니다.
TruncationLagTime 이 매개 변수는 Microsoft Exchange Replication Service가 SCR 대상 컴퓨터로 복사되고 데이터베이스의 복사본으로 재생된 로그 파일을 자르기 전에 대기해야 하는 시간을 지정하는 데 사용됩니다. 해당 기간은 로그가 데이터베이스의 복사본으로 재생된 후에 시작됩니다. 이 매개 변수에 대한 형식은 (일.시:분:초)입니다. 이 값에 대한 최대 허용 설정은 7일이며, 최소 허용 설정은 0초입니다. 단, 이 값을 0초로 설정하면 로그 자르기 작업의 지연 시간이 효과적으로 제거됩니다. 값을 설정하면, SCR을 사용하지 않도록 설정한 다음 다시 사용하도록 설정해야 이 매개 변수 값을 변경할 수 있습니다.
-SeedingPostponed 이 매개 변수는 SCR 대상의 초기 시드 작업을 건너뛸 때 사용할 수 있습니다. 이 매개 변수를 사용하면 관리자가 Update-StorageGroupCopy cmdlet를 사용하여 SCR 대상을 수동으로 시드해야 합니다. 이 매개 변수는 Enable-StorageGroupCopy cmdlet에서만 사용할 수 있습니다. New-StorageGroup cmdlet에는 현재 원본 데이터베이스가 없기 때문에 이 매개 변수를 사용할 수 없습니다.
중요
재생 또는 자르기 지연 설정을 변경하려면 먼저 SCR을 사용하지 않도록 설정한 다음, 이러한 설정에 새 값을 사용하여 SCR을 다시 사용하도록 설정해야 합니다.
또한 Exchange는 ReplayLagTime 매개 변수를 사용하여 지정한 관리자 구성 재생 지연 외에도, ReplayLagTime에 대한 값에 관계없이 다음 수식을 사용하여 SCR 대상에서 고정된 수의 로그 파일이 재생되지 않도록 합니다.
Maximum of ("ReplayLagTime 값" 또는 "X 로그 파일")
여기서 X=50입니다. 이는 LCR(로컬 연속 복제) 또는 CCR(클러스터 연속 복제)처럼 연속 복제 환경에 있는 SCR 원본에 손실 장애 조치(failover)가 발생하고, 해당 SCR 원본이 Restore-StorageGroupCopy cmdlet를 사용하여 온라인 상태가 되는 경우, 저장소 그룹을 다시 시드하지 않아도 되는 추가 보안 수준입니다. SCR 대상에 대한 재생 작업을 지연하여 SCR 원본에 대한 손실 장애 조치(failover)가 발생하는 경우, SCR 원본에 대한 데이터 손실이 두 개의 복사본을 시간상 서로 근접시키므로 SCR 복사본을 다시 시드해야 하는 경우가 최소화됩니다.
중요
로그 파일 50개의 기본 제공 지연 시간과 ReplayLagTime 매개 변수의 값은 초기 SCR 대상 데이터베이스를 생성하는 시간입니다. 50개의 트랜잭션 로그 파일이 SCR 대상 컴퓨터로 복제되고, ReplayLagTime에서 지정한 시간(또는 ReplayLagTime의 기본값인 24시간)이 경과될 때까지 SCR 대상 데이터베이스가 만들어지지 않습니다.
저장소 그룹에 대해 SCR을 사용하도록 설정하면 SCR 원본에 있는 저장소 그룹과 동일한 경로를 사용하여 시스템 파일, 로그 파일, 데이터베이스 파일과 같은 저장소 그룹의 복사본이 SCR 대상 컴퓨터에 자동으로 만들어지고 유지 관리됩니다.
SCR을 사용하도록 설정하면 Test-ReplicationHealth cmdlet를 사용하여 각 저장소 그룹의 상태를 모니터링하는 것이 좋습니다. SCR을 사용하도록 설정하는 방법에 대한 자세한 단계는 기존 저장소 그룹에 대기 연속 복제를 사용하도록 설정하는 방법 및 새 저장소 그룹의 대기 연속 복제를 사용하도록 설정하는 방법을 참조하십시오.
SCR 및 로그 자르기
SCR 대상 데이터베이스의 백업을 만들 수 없기 때문에 SCR 로그 자르기는 백업 시간을 기준으로 수행되지 않습니다. 대신 로그 자르기는 SCR 원본의 검사점 및 TruncationLagTime 값을 기준으로 결정됩니다.
SCR 원본이 CCR 환경에서 CMS(클러스터된 사서함 서버)인 경우, 로그 자르기 논리에는 모든 SCR 대상별 로그 파일 복사와 검사가 포함됩니다. 즉, SCR 대상을 사용할 수 없으면 백업이 수행되어도 SCR 원본에서 로그 자르기가 수행되지 않습니다.
SCR 환경에서 필요한 로그 파일을 모두 사용할 수 있는 경우에는 사용하지 않도록 설정한 다음 다시 사용하도록 설정한 SCR 대상을 다음 사항에 따라 다시 시드하지 않아도 됩니다.
저장소 그룹에 대해 순환 로깅을 사용하도록 설정하는 경우, 로그를 삭제하면 사용하도록 설정된 SCR 대상을 로그 시퀀스의 차이로 인해 다시 시드해야 합니다.
로그 파일 자르기가 포함된 백업을 수행하는 경우, 로그를 삭제하면 사용하도록 설정된 SCR 대상을 로그 시퀀스의 차이로 인해 다시 시드해야 합니다.
위의 방법 중 하나를 사용하여 로그 파일이 잘리지 않은 경우, SCR을 사용하지 않도록 설정한 다음 사용하도록 설정할 때 다시 시드하지 않아도 됩니다. 이 경우, SCR 대상의 로그 파일은 삭제되어야 하지만 SCR 원본에서 다시 복제됩니다.
이전에 사용하지 않도록 설정되었던 SCR 대상을 다시 사용하도록 설정하려는 경우, SCR 대상을 사용하도록 설정하고, 해당 구성 변경 내용이 Active Directory를 통해 복제된 다음에 로그 자르기 작업(예: 순환 로깅을 사용하도록 설정 또는 로그 자르기 백업 수행)을 수행하는 것이 모범 사례로 가장 좋습니다.
대기 연속 복제를 사용하지 않도록 설정
SCR은 Disable-StorageGroupCopy cmdlet와 StandbyMachine 매개 변수를 사용해서만 사용하지 않도록 설정할 수 있습니다. SCR을 사용하지 않도록 설정하는 경우, StandbyMachine 매개 변수에 대한 적절한 값이 포함되어야 합니다. SCR 원본 저장소 그룹에서 LCR도 사용하도록 설정하는 경우, StandbyMachine 매개 변수가 이 명령의 일부로 포함되지 않으면 LCR은 저장소 그룹에 대해 사용하지 않도록 설정됩니다.
ReplayLagTime 또는 TruncationLogDelay 매개 변수에 대한 값을 변경하려면 SCR을 사용하지 않도록 설정해야 합니다. SCR이 사용하도록 설정되어 있으면 이러한 값을 수정할 수 없습니다. 따라서 재생 또는 자르기 지연 설정을 변경하려면 먼저 SCR을 사용하지 않도록 설정한 다음, 이러한 설정에 새 값을 사용하여 SCR을 다시 사용하도록 설정해야 합니다.
저장소 그룹에 대해 SCR을 사용하지 않도록 설정하는 방법에 대한 자세한 단계는 저장소 그룹의 대기 연속 복제를 사용하지 않도록 설정하는 방법을 참조하십시오.
복제 작업 모니터링
SCR을 특별히 모니터링할 필요는 없지만 SCR이 로그 파일을 적절히 복제하는지 확인하기 위해 각 저장소 그룹을 정기적으로 모니터링하는 것이 좋습니다. Microsoft Operations Manager 2005용 Microsoft Exchange Server 2007 관리 팩에는 SCR 환경과 관련된 다음 몇 가지 중요한 문제에 대한 경고가 포함되어 있습니다.
Microsoft Exchange Replication Service가 실행되고 있지 않습니다. 이 경고를 생성하는 이벤트는 해당 서비스가 중지된 후에 반복해서 나타나지 않으므로 이벤트 관련 경고를 지울 경우 더 이상 사용할 수 없습니다.
SCR 대상 복사본이 실패 상태입니다.
SCR 대상 복사본이 정상적인 상태이지만 로그를 복사할 때 속도가 느립니다.
Exchange 2007 관리 팩에서 생성되는 위의 경고는 가능한 한 빨리 검사하고 해결해야 합니다.
Test-ReplicationHealth Cmdlet
Exchange 2007 SP1에는 Test-ReplicationHealth라는 새 cmdlet가 도입되었습니다. 이 cmdlet는 연속 복제(LCR, CCR 및 SCR)의 사전 모니터링과 연속 복제 파이프라인을 위해 설계되었습니다. Test-ReplicationHealth cmdlet는 복제, 클러스터 서비스, 저장소 그룹 복제 및 재생 상태의 모든 측면을 검사하여 복제 시스템의 전체 개요를 제공합니다. 특히 Test-ReplicationHealth cmdlet는 다음 표에 설명되어 있는 테스트를 수행합니다.
Test-ReplicationHealth cmdlet가 수행하는 테스트
| Test | 설명 |
|---|---|
클러스터 네트워크 상태 |
로컬 노드에 있는 모든 클러스터 관리 네트워크가 실행 중인지 확인합니다. 이 테스트는 CCR 환경에만 적용됩니다. |
쿼럼 그룹 상태 |
쿼럼 리소스가 포함된 클러스터 그룹이 정상인지 확인합니다. 이 테스트는 CCR 환경에만 적용됩니다. |
파일 공유 쿼럼 상태 |
파일 공유 감시가 있는 과반수 노드 집합 쿼럼이 사용하는 FileSharePath의 값에 도달할 수 있는지 확인합니다. 이 테스트는 CCR 환경에만 적용됩니다. |
클러스터된 사서함 서버 그룹 상태 |
그룹의 모든 리소스가 온라인 상태인지 확인하여 CMS가 정상인지 확인합니다. 이 테스트는 CCR 환경에만 적용됩니다. |
노드 상태 |
클러스터의 노드가 일시 중지된 상태가 아닌지 확인합니다. 이 테스트는 CCR 환경에만 적용됩니다. |
DNS 등록 상태 |
성공적인 DNS 등록 필요가 설정된 모든 클러스터 관리 네트워크 인터페이스가 DNS(Domain Name System) 등록을 통과했는지 확인합니다. 이 테스트는 CCR 환경에만 적용됩니다. |
복제 서비스 상태 |
로컬 노드의 Microsoft Exchange Replication Service가 정상인지 확인합니다. |
일시 중단된 저장소 그룹 복사본 |
저장소 그룹에 대해 연속 복제가 일시 중단되었는지 여부를 확인합니다. |
실패한 저장소 그룹 복사본 |
저장소 그룹 복사본이 실패 상태인지 여부를 확인합니다. |
저장소 그룹 복제 큐 길이 |
최상의 임계값보다 큰 복제 복사본 큐 길이를 가진 저장소 그룹이 있는지 여부를 확인합니다. 현재 이러한 임계값은 다음과 같습니다.
|
장애 조치(failover) 이후 분리된 데이터베이스 |
장애 조치(failover)가 발생한 후에 분리 또는 실패한 데이터베이스가 있는지 여부를 확인합니다. 이 테스트는 장애 조치(failover)로 인해 실패한 데이터베이스만 확인합니다. |
데이터베이스 탑재 및 분리
SCR 환경에서 데이터베이스를 탑재하거나 분리해야 하는 경우도 있습니다. SCR 원본 저장소 그룹 또는 데이터베이스를 다시 구성하거나 유지 관리해야 할 경우 작업을 수행하는 동안에는 이 둘과 상호 작용하는 서비스를 차단해야 합니다. 이러한 예로는 구성을 다시 수행할 경우나 서버나 데이터베이스 문제를 해결하는 경우를 들 수 있습니다. 데이터베이스가 분리되면 액세스할 수 없습니다.
저장소 그룹 및 데이터베이스 파일의 위치 이동
SCR 사용 가능 저장소 그룹에서 데이터베이스의 위치를 변경할 수 있습니다. SCR 환경에는 각 복사본에 하나씩, 두 개의 데이터베이스 파일이 있습니다. 저장소 그룹 파일이나 데이터베이스 파일을 이동하는 경우에는 두 복사본의 위치를 연결하여 변경해야 합니다.
참고
저장소 그룹 파일과 데이터베이스 파일의 전체 경로는 SCR 원본 및 모든 SCR 대상에서 일치해야 합니다.
유사한 절차를 사용하여 SCR 환경에서 저장소 그룹 로그와 시스템 파일의 위치 및 데이터베이스 파일의 위치를 다시 구성합니다. SCR 사용 가능 저장소 그룹의 로그 파일 및 시스템 파일의 위치를 변경하는 방법에 대한 자세한 단계는 대기 연속 복제 환경에서 저장소 그룹을 이동하는 방법을 참조하십시오. SCR 환경에서 데이터베이스 파일의 위치를 변경하는 방법에 대한 자세한 단계는 대기 연속 복제 환경에서 데이터베이스를 이동하는 방법을 참조하십시오.
중요
데이터베이스를 볼륨의 루트에 배치할 수 없습니다.
상태 정보 보기
모든 모니터링 및 상태는 Exchange 관리 셸을 사용하여 수행됩니다. Exchange 관리 콘솔은 SCR의 복사 상태 또는 기타 정보를 표시하지 않습니다. 저장소 그룹에 대해 SCR을 사용하도록 설정한 후에 Exchange 관리 셸을 사용하여 저장소 그룹 및 해당 데이터베이스에 대한 SCR 관련 구성 설정을 볼 수 있습니다.
대기 연속 복제의 상태 정보
Exchange 2007에서는 SCR 복사본에 대한 다양한 상태 정보를 게시합니다. 다음 표에서는 SCR 사용 가능 저장소 그룹에 사용할 수 있는 상태 정보에 대해 설명합니다. 상태 정보를 얻는 방법을 설명하는 자세한 단계는 대기 연속 복제의 상태를 보는 방법을 참조하십시오.
참고
다음 표에서는 Get-StorageGroupCopyStatus cmdlet의 전체 출력을 볼 때 나타나는 순서대로 속성을 나열합니다.
SCR 사용 가능 저장소 그룹에 사용할 수 있는 상태 정보
| 속성 | 설명 |
|---|---|
Identity |
쿼리된 저장소 그룹의 서버와 이름입니다. |
StorageGroupName |
쿼리된 저장소 그룹의 이름입니다. |
SummaryCopyStatus |
SCR 복사본의 전체적인 현재 상태입니다. 가능한 값은 다음과 같습니다.
|
Failed |
복제하지 못하도록 하는 불일치가 식별된 데이터베이스 또는 로그가 확인되었습니다. 또는 활성 또는 수동 복사본에 구성 또는 액세스 문제가 있습니다. 가능한 값은 True와 False입니다. |
FailedMessage |
복제가 실패한 조건을 식별하는 텍스트 메시지입니다. 복제 문제 영역에만 한정되는 것이 아닐 수 있습니다. |
Seeding |
시드가 진행 중입니다. 가능한 값은 True와 False입니다. |
Suspend |
수동 복사본에 대한 복제 및 재생이 중단되었습니다. 이렇게 되면 데이터베이스 작업 및 로그 복사를 수행할 수 없습니다. 가능한 값은 True와 False입니다. |
SuspendComment |
복제 작업의 중단 원인 또는 그에 대한 참고를 제공하는 선택적 관리자 설명입니다. |
CopyQueueLength |
수동 복사본 로그 파일 폴더에 복사하려고 대기 중인 트랜잭션 로그 파일 수입니다. 손상이 없는지 검사를 거치기 전까지는 복사가 완료된 것으로 간주되지 않습니다. |
ReplayQueueLength |
수동 복사본으로 재생하기 위해 복사해서 대기 중인 로그 파일의 수입니다. |
LatestAvailableLogTime |
가장 최근에 검색된 새 트랜잭션 로그 파일의 원본 저장소 그룹에 있는 타임 스탬프입니다. |
LastCopyNotificationedLogTime |
활성 저장소 그룹에서 생성하고 복사본에서 알고 있는 최신의 새 로그와 연결된 시간입니다. |
LastCopiedLogTime |
최근 트랜잭션 로그 파일 복사의 원본 저장소 그룹에 있는 타임 스탬프입니다. |
LastInspectedLogTime |
최근 트랜잭션 로그 파일 검사의 대상 저장소 그룹에 있는 타임 스탬프입니다. |
LastReplayedLogTime |
최근 트랜잭션 로그 파일 검사의 대상 저장소 그룹에 있는 타임 스탬프입니다. |
LastLogGenerated |
저장소 그룹의 활성 복사본에 생성될 것으로 알려진 마지막 로그 생성 번호입니다. |
LastLogCopied |
수동 복사본 로그 폴더에 복사된 마지막 로그 생성 번호입니다. |
LastLogNotified |
활성 저장소 그룹에 의해 생성되고 복사본에서 알고 있는 마지막 로그 생성 번호입니다. |
LastLogInspected |
일관성 및 손상에 대해 검사한 마지막 로그 생성 번호입니다. |
LastLogReplayed |
저장소 그룹의 수동 복사본에 재생된 마지막 로그 생성 번호입니다. |
LatestFullBackupTime |
마지막 전체 백업 시간입니다. |
LatestIncrementalBackupTime |
마지막 증분 백업 시간입니다. |
SnapshotBackup |
백업이 레거시 스트리밍 API 또는 VSS(볼륨 섀도 복사본 서비스)를 사용하여 수행되었습니다. 가능한 값은 True와 False입니다. |
SummaryCopyStatus, CopyQueueLength, ReplayQueueLength 및 LastInspectedLogTime의 값을 보면 SCR 복사본의 상태를 신속하게 평가할 수 있습니다. 이러한 속성은 SCR 복사본이 제대로 작동하는지와 SCR 복사본이 복사 및 재생 로그 모두에서 비교적 최신 상태인지 여부를 보여줍니다. 다음 조건이 발생하면 문제의 원인을 판단하고 해결해야 합니다.
복사본이 꽤 오랫동안 비정상 상태입니다.
복사본 큐 길이가 5보다 큽니다.
재생 큐 길이가 20보다 큽니다.
마지막으로 검사한 로그 시간이 현재 시간을 표시하지 않습니다. 그 이유는 저장소 그룹이 거의 변경되지 않았거나 복제 서비스가 중지되었기 때문입니다.
재생 큐 길이 및 복사본 큐 길이 값을 성능 카운터로 사용할 수 있습니다. 이것은 MSExchange 복제 성능 개체 아래의 CopyQueueLength 및 ReplayQueueLength 성능 카운터입니다.
드물지만 복제 상태를 잘못 이해할 가능성이 있는 몇몇 시나리오가 있습니다. 다음은 그러한 시나리오의 목록입니다.
활성 상태가 아닌 저장소 그룹, 즉 변경되지 않는 저장소 그룹은 정상 상태가 아닌 경우에도 정상인 것으로 보고될 수 있습니다. 이러한 상황은 로그를 재생하기 전에는 비정상 상태를 탐지할 수 없기 때문에 발생합니다.
복제 초기화 중에는 복제 상태가 평가되므로 정확하지 않을 수 있습니다. 초기화가 완료되면 상태는 업데이트됩니다.
데이터베이스를 분리할 때 LastLogGenerated 필드의 값이 잘못될 수 있습니다. 그러나 저장소 그룹 복사본을 복제하는 경우 최종 사용자 콘텐츠가 포함된 모든 로그가 복제됩니다.
로그 스트림 도중에 하나 이상의 로그가 누락된 경우 수동 복사본이 계속해서 복구를 시도합니다. 이 과정에서 복제 상태가 실패와 정상 상태 간에 전환됩니다. 재생 큐 및 복사 큐의 크기는 계속 증가합니다.
매우 드물지만 로그를 확인한 경우에도 재생할 수 없는 경우가 있습니다. 이러한 경우 시스템에서는 복구를 시도하면서 실패와 정상 상태가 번갈아 일어납니다. 재생 큐 및 복사 큐의 크기는 계속 증가합니다.
SCR 대상의 무결성 확인
SCR을 사용하는 경우 데이터베이스 및 트랜잭션 로그 파일에 대해 실제 일관성 검사를 정기적으로 실행하여 각 SCR 대상 복사본의 무결성을 확인하는 것이 좋습니다. 실제 일관성 검사는 트랜잭션 로그와 데이터베이스 파일의 손상을 검사합니다. Microsoft 볼륨 섀도 복사본 서비스 도구(VSSAdmin.exe)의 명령줄 버전 및 Exchange Server 데이터베이스 유틸리티(Eseutil.exe)를 사용하여 검사를 수행할 수 있습니다. VSSAdmin 및 Eseutil을 사용하여 실제 손상이 있는지 트랜잭션 로그 및 데이터베이스 파일을 검사하는 방법에 대한 자세한 단계는 대기 연속 복제 복사본을 확인하는 방법을 참조하십시오.
참고
데이터베이스에 실제 일관성 검사를 실행하기 전에 저장소 그룹에 대한 모든 복제 작업을 일시 중단해야 합니다. Exchange 관리 셸의 Suspend-StorageGroupCopy cmdlet를 사용하여 복제 작업을 일시 중단할 수 있습니다. 일관성 확인을 완료하면 Resume-StorageGroupCopy cmdlet를 사용하여 트랜잭션 로그 재생 작업을 다시 시작할 수 있습니다. 확인 작업은 비프로덕션 시간에 수행하여 재생 작업이 일시 중단되는 시간을 최소화하는 것이 좋습니다. 저장소 그룹 복사본을 일시 중단할 경우 SCR 복사본에 대한 모든 업데이트가 중단되어 일부 콘텐츠에 오류를 일으킬 수 있기 때문입니다.
복제 및 재생 관리
SCR 환경에서의 로그 파일 복제 및 재생 관리에는 다음과 같은 주 작업이 포함됩니다.
저장소 그룹 복사본에 대한 복제 중단
저장소 그룹 복사본에 대한 복제 다시 시작
저장소 그룹 다시 시드
저장소 그룹 복사본 및 해당 데이터베이스에 대한 변경 중지 및 다시 시작
여러 가지 이유로 트랜잭션 로그 복제 작업을 중단하고 다시 시작해야 할 수 있습니다. 트랜잭션 로그 복제는 Microsoft Exchange Replication Service가 실행 중이고, SCR에 대해 저장소 그룹이 사용하도록 설정되어 있으며, SCR 원본 및 SCR 대상이 모두 작동 중일 때 발생합니다. 소스 또는 대상을 사용할 수 없는 경우 복제를 중지해야 합니다. 또한 시드와 같은 일부 관리 작업을 수행하려면 SCR 사용 가능 저장소 그룹에 대한 복제를 일시 중단해야 합니다. 대상의 데이터 파일에 대한 모든 액세스를 중지해야 할 경우 복제를 일시 중단해야 합니다.
경우에 따라서는 SCR 대상 작업을 제어해야 합니다. 이러한 예로는 구성을 다시 수행할 경우나 서버나 데이터베이스 문제를 해결하는 경우를 들 수 있습니다. SCR 대상에 대한 실제 일관성 검사를 수행하기 위해서도 로그 재생을 중단해야 합니다. 데이터베이스 복사본 업데이트를 제어해야 할 경우 SCR 대상에 대한 복제를 중단해야 합니다. 임의의 이유로 SCR 대상 로그를 조작하는 경우에도 복제를 중단해야 할 수 있습니다.
SCR 복사본에 대한 복제 변경을 중단하는 방법에 대한 자세한 내용은 대기 연속 복제 대상에 대한 변경 내용을 일시 중단하는 방법을 참조하십시오. SCR 복사본에 대한 복제 변경을 다시 시작하는 방법에 대한 자세한 내용은 대기 연속 복제 대상으로 복제를 다시 시작하는 방법을 참조하십시오. 수동 복사본 트랜잭션 로그 및 데이터베이스 파일에서 무결성 검사를 수행하는 방법에 대한 자세한 내용은 대기 연속 복제 복사본을 확인하는 방법을 참조하십시오.
저장소 그룹 복사본 시드 및 다시 시드
SCR 환경에서 저장소 그룹 복사본 시드 및 다시 시드는 Update-StorageGroupCopy cmdlet 및 Exchange 2007 SP1에 추가된 새 매개 변수인 StandbyMachine 매개 변수를 함께 사용하여 수행됩니다.
SCR 대상 시드 또는 다시 시드 방법에 대한 자세한 단계는 대기 연속 복제 대상을 시드하는 방법을 참조하십시오.
손상 시 복제 상태를 평가하여 손상 복구
데이터베이스 복사본에 오류나 손상이 발생하면 즉시 SCR 대상을 사용하여 작업을 계속할 수 있는지 확인해야 합니다. SCR은 이러한 결정에 도움이 되는 핵심 정보를 제공합니다.
오류 시 복사본의 상태
오류 시 큐 재생 및 복사
오류 시 마지막으로 검사한 로그 시간
Get-StorageGroupCopyStatus cmdlet를 사용하면 이 정보를 얻을 수 있습니다. 이 정보를 얻는 방법에 대한 자세한 내용은 대기 연속 복제의 상태를 보는 방법을 참조하십시오.
참고
마지막으로 검사한 로그 시간은 SCR 원본의 가장 최근 변경 사항에 대한 정보를 제공합니다. 이는 Microsoft Exchange 복제 서비스가 중지되었을 때는 큐 길이가 부정확하므로 Microsoft Exchange Replication Service가 시작되지 않았을 때 발생한 실패를 검색하는 데 유용합니다.
복사본 큐 길이에는 오류 시 SCR 원본의 가장 유용한 정보가 포함됩니다. 이 정보와 데이터베이스의 오류 복구 시간에 대한 평가를 기반으로 사용 가능한 SCR 대상을 활성화할지 여부를 결정해야 합니다.
재생 큐 길이가 길면 복구하는 데 다소 시간이 걸릴 수 있지만 이로 인해 상당량의 데이터가 손실되는 것은 아닙니다.
복사 큐 길이가 긴 경우에는 여러 로그가 손실됩니다. 데이터베이스가 활성화되면 마지막으로 복사된 로그(Get-StorageGroupCopyStatus cmdlet에서도 제공함)의 시간 프레임으로 복원됩니다.
마지막으로 검사한 로그 시간이 오류 시간보다 훨씬 이전이면 Microsoft Exchange Replication Service가 중지되고 다른 큐 정보도 정확하지 않을 수 있습니다.
참고
SCR의 특성뿐만 아니라 외부 대기 시간 및 통신 오류로 인해 활성 복사본의 현재 상태가 비동기적으로 업데이트되므로 복사 큐 길이가 부정확해질 수 있습니다. 일반적으로 이 부정확성은 오류 전후 약 1분 정도의 작업에만 제한됩니다.
참고
실패한 데이터베이스는 SCR 대상을 시드하는 데 사용할 수 없습니다.