대기 연속 복제: 데이터베이스 이식성
적용 대상: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1
마지막으로 수정된 항목: 2008-11-18
이 항목에서는 Woodgrove Bank라는 조직이 SCR(대기 연속 복제) 및 데이터베이스 이식성을 사용하여 단일 데이터베이스의 오류로부터 복구하는 시나리오에 대해 자세히 설명합니다. 이 시나리오에서 SCR 원본 데이터베이스는 실제 손상이 포함된 것으로 확인되었으며 관리자는 SCR 대상 데이터베이스를 활성화할 것을 결정합니다. 활성화 동안 SCR을 사용할 수 없으며 SCR 대상 데이터베이스는 프로덕션 데이터베이스로 탑재되고 사용자 사서함의 홈이 변경됩니다. 데이터 액세스가 클라이언트에 복원된 후 SCR 대상을 위한 보호 및 중복성을 복원하기 위해 저장소 그룹에 대해 SCR이 다시 사용하도록 설정됩니다.
SCR 및 데이터베이스 이식성
Woodgrove Bank는 Microsoft Exchange Server 2007 SP1(서비스 팩 1)을 배포했으며 원격 사서함 서버에서 저장소 그룹의 중복된 복사본을 제공하기 위해 SCR을 사용하기로 결정했습니다. 두 사서함 서버는 모두 동일한 Active Directory 디렉터리 서비스 사이트에 있으며 Active Directory 통합 DNS 서버를 사용하도록 구성됩니다. Active Directory 사이트의 Active Directory 복제 간격은 15분으로 구성됩니다.
SCR은 단일 데이터베이스 MBX1을 포함하는 단일 저장소 그룹 SG1에 대해 변환 로그 파일을 복제하도록 구성됩니다. EXMBX1은 SCR 원본 컴퓨터이고 EXMBX2는 SCR 대상 컴퓨터입니다. 트랜잭션 로그 파일이 들어 있는 저장소 그룹 파일과 데이터베이스 파일의 경로는 각각 E:\SG1 및 D:\SG1\MBX1.EDB이며 원본 및 대상 컴퓨터 모두에서 사용됩니다.
이러한 지정은 다음 명령을 사용하여 구성되었습니다.
Enable-StorageGroupCopy EXMBX1\SG1 -StandbyMachine EXMBX2
SG1에 대한 SCR의 상태는 Exchange 관리 셸에서 Test-ReplicationHealth 및 Get-StorageGroupCopyStatus cmdlet를 사용하여 확인되었습니다. 예를 들면,
Get-StorageGroupCopyStatus EXMBX1\SG1 -StandbyMachine EXMBX2 | fl
SCR 대상 활성화 프로세스 도중 시간을 절약하기 위해 EXMBX2는 데이터베이스 이식성 작업의 일부로 사용될 저장소 그룹 및 데이터베이스로 미리 구성됩니다. 저장소 그룹과 데이터베이스의 이름은 각각 SG1PORT 및 MBX1PORT로 지정됩니다.
중요
SG1PORT 및 MBX1PORT는 SCR 대상의 저장소 그룹 및 데이터베이스 파일과 별개입니다. 따라서 SCR 대상 경로와 충돌하지 않는 임시 경로를 사용하여 SG1PORT 및 MBX1PORT에 대한 경로를 구성해야 합니다.
참고
MBX1PORT가 만들어진 후 탑재했다가 분리하고 모든 저장소 그룹 파일과 데이터베이스 파일을 삭제하는 것이 좋습니다.
SCR 대상 활성화
메시징 관리자는 SCR 원본 데이터베이스가 실제로 손상되었다는 것을 나타내는 응용 프로그램 이벤트 로그 항목을 주목합니다. SG1에 대해 SCR이 사용하도록 설정되었으므로 SG1에 대해 SCR 대상 데이터베이스의 수동 활성화를 수행하고 데이터 가용성을 복원해야 한다는 것을 신속하게 결정합니다. SCR 대상 복사본 활성화는 SG1에서 데이터베이스를 분리하는 것으로 시작됩니다. 그런 다음 SCR 대상 데이터베이스를 탑재에 사용할 수 있게 만들고 영향을 받는 사서함 데이터베이스로 사서함의 홈을 변경합니다. 이러한 작업을 위해 다음 단계가 순서대로 수행됩니다.
SCR 원본 데이터베이스가 다음 명령을 사용하여 분리됩니다.
Dismount-Database EXMBX1\SG1\MBX1SCR을 사용하지 않도록 설정하고 SCR 대상을 탑재에 사용할 수 있게 만드는 프로세스에서는 Restore-StorageGroupCopy cmdlet를 실행하는 작업이 수행됩니다. 이 작업은 저장소 그룹의 데이터베이스를 탑재 가능으로 표시하고 저장소 그룹에 데이터베이스를 탑재하여 발생한 데이터 손실(있을 경우)에 대한 보고서를 제공합니다. 또한 저장소 그룹의 활성 복사본에 의해 생성된 모든 로그 파일이 수동 복사본의 저장소 그룹 파일 위치에 있는지 확인합니다. 누락된 로그 파일이 있으면 작업은 누락된 로그 파일을 복사하려고 시도합니다. SCR을 사용하지 않도록 설정하고 데이터베이스를 탑재에 사용할 수 있게 만들기 위해 다음 명령이 사용됩니다.
Restore-StorageGroupCopy EXMBX1\SG1 -StandbyMachine EXMBX2
중요
SCR 원본을 사용할 수 없는 경우 Force 매개 변수를 Restore-StorageGroupCopy 명령에 추가해야 합니다.
Restore-StorageGroupCopy 명령이 완료된 후 관리자는 데이터베이스가 완전하게 종료된 상태인지 확인해야 합니다. 데이터베이스가 부적절한 종료 상태인 경우 관리자는 데이터베이스에 대해 Exchange Server 데이터베이스 유틸리티(Eseutil) 복구 모드(Eseutil /r)를 실행하여 데이터베이스를 완전한 종료 상태로 만들 수 있습니다. Eseutil 복구 모드를 실행하는 방법에 대한 자세한 단계는 Eseutil /R을 실행하는 방법 (복구)을 참조하십시오.
참고
데이터베이스 이식성에 사용될 SCR 대상 저장소 그룹(EXMBX2\SG1PORT) 및 SCR 원본 저장소 그룹(EXMBX1\SG1)에 대해 저장소 그룹 접두사(예: E00 또는 E01)가 동일한 경우 복구 모드에서 Eseutil을 실행할 필요가 없습니다. 최종 데이터베이스 탑재 작업은 복제된 모든 로그 파일을 재생한 후 데이터베이스를 완전한 종료 상태로 만듭니다.
데이터베이스가 완전한 종료 상태가 된 후에 관리자는 저장소 그룹 파일 및 데이터베이스 파일에 대한 새 위치로 Active Directory를 업데이트하는 두 개의 명령을 실행합니다. 다음 명령을 사용하여 SG1PORT 및 MBX1PORT의 경로를 임시 경로에서 SCR 대상의 저장소 그룹 및 데이터베이스 파일에 대한 경로로 변경합니다.
Move-StorageGroupPath EXMBX2\SG1PORT -SystemFolderPath E:\SG1 -LogFolderPath E:\SG1 -ConfigurationOnly Move-DatabasePath EXMBX2\SG1PORT\MBX1PORT -EdbFilePath D:\SG1\MBX1.EDB -ConfigurationOnly그런 다음 데이터베이스는 복원 작업 도중 덮어쓸 수 있어야 합니다. 이렇게 하려면 Exchange 관리 콘솔의 데이터베이스 개체 속성에서 복원 시 이 데이터베이스 덮어쓰기 가능 확인란을 선택합니다. Exchange 관리 셸에서 다음 명령을 사용하여 이 작업을 수행할 수도 있습니다.
Set-Mailboxdatabase EXMBX2\SG1PORT\MBX1PORT -AllowFileRestore:$true복원 도중 데이터베이스를 덮어쓸 수 있도록 구성한 후 관리자는 다음 명령을 사용하여 데이터베이스를 탑재할 수 있습니다.
Mount-Database EXMBX2\SG1PORT\MBX1PORT데이터베이스가 탑재된 후 EXMBX2의 MBX1PORT를 가리키도록 SCR 원본 데이터베이스에 있는 사서함의 홈을 변경해야 합니다. Get-Mailbox cmdlet를 실행하고 출력을 Move-Mailbox cmdlet에 파이프라이닝하여 이 작업을 수행할 수 있습니다. 이 프로세스 도중 Move-Mailbox cmdlet에 파이프라인되는 Get-Mailbox cmdlet의 출력에 Microsoft Exchange 시스템 수행자 및 시스템 사서함이 포함되지 않아야 한다는 것이 중요합니다. 이렇게 하려면 다음 명령을 실행합니다.
Get-Mailbox -Database EXMBX1\SG1\MBX1 |where {$_.ObjectClass -NotMatch '(SystemAttendantMailbox|ExOleDbSystemMailbox)'}| Move-Mailbox -ConfigurationOnly -TargetDatabase EXMBX2\SG1PORT\MBX1PORT
이제 MBX1PORT에 대한 클라이언트 액세스가 가능합니다. 그러나 사용자가 EXMBX1\SG1\MBX1에서 EXMBX2\SG1PORT\MBX1PORT로 이동한 사서함을 실제로 액세스할 수 있는지 여부는 다음의 여러 요인에 따라 달라집니다.
Active Directory 복제 대기 시간 디렉터리 서버 수에 따라 업데이트가 전체 환경에 전파되는 데 시간이 걸릴 수 있습니다.
클라이언트 액세스 방법 Microsoft Office Outlook 2007을 실행하는 메시징 클라이언트와 Outlook을 사용하지 않는 메시징 클라이언트는 사용자의 클라이언트 액세스 서버에 사용되는 디렉터리 서버가 새 경로로 업데이트된 후 사용자의 사서함에 액세스할 수 있습니다. Outlook 2003 및 이전 버전을 실행하는 메시징 클라이언트에서는 원본 서버가 다운되었거나 다른 이유로 사용할 수 없는 경우 사용자의 데스크톱 메시징 프로필이 새 서버 이름으로 업데이트되어야 합니다. 원본 서버가 온라인 상태이고 클라이언트 요청에 응답할 수 있는 경우 Outlook 2003 및 이전 버전을 실행하는 메시징 클라이언트는 원본 서버에서 새 서버 이름으로 자동으로 업데이트한 데스크톱 메시징 프로필을 갖게 되므로 데스크톱 메시징 프로필을 수동으로 수정할 필요가 없습니다.
SCR 대상 활성화 후 중복성 복원
클라이언트가 사서함과 사서함 데이터에 액세스할 수 있게 된 후 최종 단계는 SCR을 다시 사용하도록 설정하여 중복성을 다시 설정하는 것입니다. 이렇게 하려면 나머지 저장소 그룹 및 데이터베이스 파일을 EXMBX1에서 모두 제거합니다. 파일이 제거된 후 EXMBX1\SG1\MBX1의 경로를 임시 위치로 이동할 수 있으며 EXMBX1은 EXMBX2의 SCR 대상이 될 수 있습니다. 이 작업이 끝나면 환경에서 중복성이 복원됩니다.