로컬 연속 복제 문제를 해결하는 방법
적용 대상: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
마지막으로 수정된 항목: 2007-10-10
이 항목에서는 LCR 환경에서 Microsoft Exchange Server 2007을 실행할 때 발생할 수 있는 문제 해결 방법에 대해 설명합니다. 이 항목의 절차에서는 다음 문제를 처리합니다.
Get-StorageGroupCopyStatus cmdlet에서 데이터베이스가 실패 상태이며 시드되지 않았음을 보고합니다.
Get-StorageGroupCopyStatus cmdlet에서 데이터베이스가 실패했음을 보고합니다. FailedMessage 값은 실패의 원인에 대한 특정 정보를 제공합니다.
경고, 성능 카운터 또는 Get-StorageGroupCopyStatus cmdlet에서 복사 큐 또는 재생 큐가 저장소 그룹 복사본에 대해 백업되었음을 나타냅니다.
Get-StorageGroupCopyStatus cmdlet에서 LastInspectedLogTime 값에 대해 정확하지 않은 시간을 보고합니다.
시드가 실패합니다.
LCR의 Restore-StorageGroupCopy cmdlet에서 Exx.log를 사용할 수 없음을 보고합니다.
여기에 나열된 문제 이외의 문제가 발생하면 이벤트 로그를 검토하여 문제의 원인을 확인하고 복구를 위해 수행해야 하는 작업 과정을 알아 보십시오. 실패 발생 시점을 확인하면 다른 이벤트 로그를 통해 문제를 보다 잘 이해하는 데 도움을 얻을 수 있습니다. LCR 문제 해결에 도움이 될 수 있는 도구에 대한 자세한 내용은 고가용성 배포와 관련된 문제 해결 도구를 참조하십시오.
시작하기 전에
이 절차를 수행하려면 사용하는 계정이 Exchange Server 관리자 역할 및 대상 서버에 대한 로컬 관리자 그룹을 위임받아야 합니다. 사용 권한, 역할 위임 및 Exchange 2007 관리에 필요한 권한에 대한 자세한 내용은 사용 권한 고려 사항을 참조하십시오.
절차
Get-StorageGroupCopyStatus cmdlet에서 데이터베이스가 실패 상태이며 시드되지 않았음을 보고합니다.
가능한 원인 구성에 문제가 있거나 복제 복사본에 유효한 기준 데이터베이스가 없습니다. 로컬 컴퓨터에서 저장소 그룹을 사용하지 않도록 설정해도 이러한 문제가 발생할 수 있습니다.
해결 방법 다음을 수행합니다.
복사본에 대한 저장소가 제대로 구성되어 있고 작동 가능한지 확인하십시오. 오류가 발생하면 저장소 그룹을 일시 중단했다가 다시 시작하여 복사본의 새 검사를 트리거할 수 있습니다.
LCR 복사본의 경로가 올바르게 구성되었는지 확인하십시오. Exchange 관리 셸에서 Get-StorageGroup cmdlet를 사용하여 이 작업을 수행할 수 있습니다. Get-StorageGroup cmdlet를 사용하여 구성 정보를 보는 방법에 대한 자세한 내용은 로컬 연속 복제 구성 설정을 보는 방법을 참조하십시오.
Update-StorageGroupCopy cmdlet를 사용하여 저장소 그룹 복사본을 시드합니다.
Get-StorageGroupCopyStatus cmdlet에서 데이터베이스가 실패 상태임을 보고하고 FailedMessage 값은 실패의 원인에 대한 특정 정보를 제공합니다.
가능한 원인 여러 가능한 원인으로 인해 수동 복사본이 실패 상태로 확인될 수 있습니다. FailedMessage 값은 감지된 문제를 구체적으로 식별합니다.
해결 방법 Get-StorageGroupCopyStatus cmdlet를 실행하여 완전한 FailedMessage 값을 구할 수 있습니다. 이 문자열은 감지된 특정 문제를 식별합니다. 로그 손상 또는 누락이 보고되면 정확한 생성 번호를 포함하는 손상되지 않은 로그를 찾아 보십시오. 정확한 로그를 찾을 수 없으면 Update-StorageGroupCopy cmdlet를 사용하여 다시 시드합니다. 메시지에 원본의 로그를 사용할 수 없다고 표시되면 원본의 로그 디렉터리에서 공유를 제거한 후 해당 컴퓨터에서 Microsoft Exchange Replication Service를 다시 시작합니다. FailedMessage 값이 제공하는 정보를 분석하고 식별된 상태를 확인합니다.
경고, 성능 카운터 또는 Get-StorageGroupCopyStatus cmdlet에서 복사 큐 또는 재생 큐가 수동 복사본에 대해 만들어졌음을 나타냅니다.
가능한 원인 로그 복사 또는 재생 작업의 백로그는 복구 프로세스에 문제가 있거나 전환 상태임을 나타낼 수 있습니다. 전환 상태는 수동 복사본이 오랫동안 일시 중단되었다가 최근에 다시 시작되었을 때 발생합니다. 전환 상태가 아니라면 이 문제는 다음 중 한 가지로 인해 발생할 수 있습니다.
구성에 문제가 있음
복제 작업 일시 중단됨
Microsoft Exchange Replication Service가 중지됨
저장소에 문제가 있거나 오프라인 상태임
해결 방법 다음을 수행하여 실제로 문제가 있는지 또는 전환 상태인지 확인합니다.
Microsoft Exchange Replication Service가 실행 중인지 확인합니다. 이 사항은 서비스 스냅인을 사용하여 확인할 수 있습니다. 이 서비스가 중지된 경우 시작해야 합니다.
fl 명령을 지정하여 Exchange 관리 셸 cmdlet Get-StorageGroupCopyStatus를 실행하고 수동 복사본이 일시 중단되었는지 여부를 확인합니다. 수동 복사가 일시 중단된 경우 수동 복사본의 파일이 제대로 존재하는지 확인한 후 Resume-StorageGroupCopy cmdlet를 사용하여 수동 복사본을 다시 시작합니다.
fl 옵션을 지정하여 Exchange 관리 셸 cmdlet인 Get-StorageGroupCopyStatus를 실행한 후 복사본이 정상 상태인지 확인합니다. 복사본이 실패 상태인 경우 상태 필드 목록을 검토하여 필요한 수정 작업이 있는지 확인합니다.
몇 분 동안 복제 성능 카운터를 조사하여 진행 상태를 확인합니다. 특히 재생 생성 번호와 검사 생성 번호를 확인합니다. 복사 큐 길이가 증가하고 있지만 재생 큐 길이는 짧거나 감소하면 활성 복사본의 네트워크 파일 공유나 활성 서버 자체에 문제가 있을 수 있습니다. 저장소 그룹의 GUID를 사용하여 활성 저장소 그룹 복사본의 로그 디렉터리에 정의된 네트워크 파일 공유가 있는지 확인합니다. Exchange 관리 셸에서 fl 옵션과 함께 Get-StorageGroupCopyStatus cmdlet를 사용하여 저장소 그룹의 GUID를 확인할 수 있습니다.
Get-StorageGroupCopyStatus는 LastInspectedLogTime에 대해 정확하지 않은 시간을 보고합니다.
가능한 원인 이 문제의 가능한 원인으로는 다음의 세 가지가 있습니다.
활성 복사본의 데이터베이스가 분리되어 있습니다.
활성 복사본이 탑재되었지만 달라진 부분이 별로 없습니다. 따라서 활성 복사본에 의해 로그가 생성되지 않습니다.
Microsoft Exchange Replication Service가 실행되고 있지 않습니다.
해결 방법 이러한 세 가지 원인 중에서 실제로 발생한 원인은 다음을 수행하여 확인할 수 있습니다.
Exchange 관리 콘솔을 사용하거나 Exchange 관리 셸에서 Get-StorageGroupStatus cmdlet를 실행하여 데이터베이스가 분리되어 있는지 확인합니다. 데이터베이스가 분리된 경우 LastInspectedLogTime이 변경되기 전에 데이터베이스를 탑재하고 새 로그 파일 생성 시퀀스를 만들어야 합니다.
Microsoft Exchange Replication Service가 실행 중인지 확인합니다. 이 서비스가 중지된 경우 시작해야 합니다.
데이터베이스가 탑재되었는지 확인한 후에 데이터베이스가 로그를 생성 중인지 여부를 확인합니다. 활성 데이터베이스의 로그 디렉터리를 검사하고 생성 번호가 가장 높은 로그 파일을 식별합니다. 해당 로그에서 타임 스탬프를 확인합니다. 이 타임 스탬프는 LastInspectedLogTime과 일치해야 합니다.
시드가 실패합니다.
가능한 원인 활성 복사본에서 백업이 진행 중이거나 통신에 문제가 있습니다.
해결 방법 영향 받는 저장소 그룹이나 데이터베이스의 백업이 진행되고 있지 않은지 확인하십시오.
Restore-StorageGroupCopy cmdlet에서 Exx.log를 사용할 수 없음을 보고합니다.
가능한 원인 Restore-StorageGroupCopy cmdlet에서 누락된 Exx.log를 계속 사용할 것인지 묻습니다.
해결 방법 활성화 수행 시 데이터 손실이 없는 데이터베이스를 생성하려면 이 프롬프트에서 아니요로 응답합니다. Restore-StorageGroupCopy cmdlet 작업 시 Exx.log를 사용할 수 없으면 복구에 손실이 발생합니다. 아니요로 응답하면 프로덕션 로그의 액세스를 방해하는 문제를 해결해야 합니다. 해당 문제가 수정되면 Restore-StorageGroupCopy cmdlet를 다시 실행할 수 있습니다.
자세한 내용
이 항목에서 설명하는 Exchange 관리 셸 cmdlet에 대한 자세한 내용은 다음 항목을 참조하십시오.