대기 연속 복제

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

마지막으로 수정된 항목: 2008-10-21

SCR(대기 연속 복제)은 Microsoft Exchange Server 2007 SP1(서비스 팩 1)에 도입된 새로운 기능입니다. 이름이 암시하듯이 SCR은 대기 복구 서버를 사용하는 시나리오를 위해 설계되었습니다. SCR은 Exchange Server 2007 RTM(Release To Manufacturing) 버전의 기존 연속 복제 기능을 확장하고, SP1이 실행되는 사서함 서버에 대해 새로운 데이터 가용성 시나리오를 사용하도록 설정할 수 있습니다. SCR은 LCR(로컬 연속 복제) 및 CCR(클러스터 연속 복제)에서 사용하는 동일한 로그 전달 및 재생 기술을 사용하여 추가된 배포 옵션과 구성을 제공합니다.

SCR을 사용하면 고가용성(서비스 및 데이터 가용성으로 구성) 및 사이트 복구를 구분할 수 있습니다. 예를 들어, 기본 데이터 센터에서 로컬로 저장소 그룹을 복제하고(고가용성을 위해 CCR 사용) 보조 또는 백업 데이터 센터에서 원격으로 저장소 그룹을 복제하기 위해(사이트 복구를 위해 SCR 사용) SCR을 CCR과 결합할 수 있습니다. 보조 데이터 센터에는 SCR 대상을 호스팅하는 장애 조치(failover) 클러스터의 수동 노드가 포함됩니다. 이러한 유형의 클러스터는 클러스터된 사서함 서버를 포함하고 있지 않지만, 복구 시나리오에서 클러스터된 사서함 서버로 대체하여 빠르게 제공할 수 있기 때문에 대기 클러스터라고 합니다. 기본 데이터 센터에 장애나 기타 손실이 발생하면 이 대기 클러스터에서 호스팅된 SCR 대상을 해당 대기 클러스터에서 즉각 활성화할 수 있습니다.

원본 및 대상

LCR 및 CCR과 마찬가지로 SCR에서도 저장소 그룹의 활성 복사본 및 수동 복사본 개념을 사용하며, 이를 각각 원본 및 대상이라고 합니다. 또한 CCR처럼 SCR에서도 원본과 대상에서 데이터베이스와 로그 파일의 경로가 같아야 합니다.

SCR의 시작점을 원본이라고 하며, 이 원본은 다음 중 하나에 포함되어 있는 저장소 그룹입니다.

• 독립 실행형 사서함 서버

• SCC(단일 복사본 클러스터)의 클러스터된 사서함 서버

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

  참고

  복구 저장소 그룹에는 SCR을 사용하도록 설정할 수 없습니다.

LCR 및 CCR과 마찬가지로, SCR 사용 가능 저장소 그룹에는 데이터베이스가 둘 이상 포함될 수 없습니다. 데이터베이스가 둘 이상 포함된 저장소 그룹에는 SCR을 사용하도록 설정할 수 없으며, SCR 사용 가능 저장소 그룹에는 두 번째 또는 후속 데이터베이스를 추가할 수 없습니다.

클러스터되지 않은 SCR 원본 컴퓨터는 허브 전송, 클라이언트 액세스 및 통합 메시징 서버 역할과 같은 다른 서버 역할도 호스팅할 수 있습니다.

SCR의 끝점은 대상이라고 하며, 다음 중 하나에 해당됩니다.

• 저장소 그룹에 대해 LCR을 사용하도록 설정되지 않은 독립 실행형 사서함 서버

• 수동 클러스터된 사서함 역할은 설치되어 있지만 클러스터에 클러스터된 사서함 서버를 설치하지 않은(예: 활성 클러스터된 사서함 역할이 없음) 장애 조치(failover) 클러스터인 대기 클러스터

SCR 대상 컴퓨터는 프로덕션 사서함을 호스팅하지는 않지만 사서함 서버 역할이 설치되어 있어야 합니다. 이는 사서함 서버 역할에 Microsoft Exchange Replication Service 및 SCR 기능에 필요한 기타 구성 요소가 포함되어 있기 때문입니다. SCR 대상 컴퓨터가 클러스터되지 않은 경우에는 허브 전송, 클라이언트 액세스 및 통합 메시징 서버 역할과 같은 다른 서버 역할도 호스팅할 수 있습니다.

SCR은 Exchange 2007 SP1의 Standard Edition에서 사용할 수 있습니다. SCC 또는 CCR 환경의 사서함 서버를 SCR 원본으로 사용할 경우에는 Exchange 2007을 클러스터링할 때 Enterprise Edition이 있어야 하므로 Exchange 2007 SP1의 Enterprise Edition이 필요합니다. 대기 클러스터를 SCR 대상으로 사용할 경우에도 Exchange 2007 SP1의 Enterprise Edition이 필요합니다.

LCR 및 CCR과 SCR 비교

SCR은 LCR 및 CCR과 유사하지만 다음과 같은 고유 특징이 있습니다.

• SCR은 저장소 그룹당 여러 복제 대상을 지원합니다. LCR과 CCR은 저장소 그룹당 단 하나의 복제 대상(수동 복사본)을 지원합니다.

• SCR에는 재생 작업을 위한 기본 제공 지연 기능이 포함되어 있으므로 관리자가 추가 지연을 지정할 수 있습니다. 이는 다양한 시나리오에서 유용합니다. 예를 들어, 활성 데이터베이스에 논리적인 손상이 발생하면 기본 제공 지연 기능 및 관리자가 구성한 지연 기능을 사용하여 SCR 대상 데이터베이스의 논리적 손상을 막을 수 있습니다. LCR 및 CCR에는 이러한 지연 기능이 없습니다.

• Exchange 관리 셸을 사용하여 SCR을 완벽하게 관리할 수 있습니다. Exchange 관리 콘솔은 LCR 및 CCR의 여러 부분을 관리하는 데 사용할 수 있지만 SCR의 여러 부분을 사용하도록 설정하거나 관리하는 데는 사용할 수 없습니다.

SCR 복사본 활성화

SCR 대상 데이터베이스를 사용하기 위한 프로세스를 활성화라고 하며, 데이터베이스를 활성화하는 방식은 오류 특성에 따라 달라집니다. SCR 원본에 있는 하나 이상의 데이터베이스가 영향을 받는 경우에는 SCR 대상 데이터베이스에 대한 활성화 프로세스의 일부로 Exchange 2007에서 데이터베이스 이식성 기능을 사용할 수 있습니다. SCR 원본 서버에 있는 모든 데이터베이스가 영향을 받거나 전체 서버 또는 클러스터된 사서함 서버를 복구하는 경우에는 설치 프로그램의 서버 복구 기능(독립 실행형 서버의 경우 Setup /m:RecoverServer, 클러스터된 사서함 서버의 경우 Setup /RecoverCMS)을 활성화 프로세스의 일부로 사용할 수 있습니다.

SCR 환경에서의 활성화 및 복구에 대한 자세한 내용은 대기 연속 복제 대상 활성화를 참조하십시오.

SCR 배포 시나리오

SCR을 사용하면 연속 복제를 통해, SCC 또는 CCR 환경에서 독립 실행형 사서함 서버 또는 클러스터된 사서함 서버에서 사서함 서버 데이터를 복제할 수 있습니다. 다음 그림에서는 몇 가지의 가능한 SCR 구성 옵션을 보여줍니다.

SCR을 사용해 독립 실행형 사서함 서버의 저장소 그룹을 다른 사서함 서버로 복제

위 그림에서 SCR은 특정 사서함 서버의 여러 저장소 그룹을 다른 사서함 서버로 복제하는 데 사용되며, 이 두 개의 사서함 서버는 클러스터되지 않고 SCR의 원본 및 대상 역할을 합니다. 또한 각 서버가 위치한 데이터 센터 및 Active Directory 사이트가 서로 다릅니다. 오류 특징에 따라 데이터베이스 이식성이나 /RecoverServer 설치 옵션을 사용하여 각 서버의 저장소 그룹에 대한 복구를 수행할 수 있습니다.

CCR을 사용해 저장소 그룹을 로컬로 복제하고, SCR을 사용해 한 저장소 그룹을 원격 위치로 복제

위 그림은 일대일로 구성된 CCR 대 SCR 모델입니다. 이 예제에서 EXCLUS1은 Active Directory 사이트인 REDMOND에 있는 CCR 환경의 클러스터된 사서함 서버이며, EXCLUS1DR은 Active Directory 사이트인 QUINCY에 있는 대기 클러스터입니다. 이 경우, SCR 대상에 있는 모든 저장소 그룹은 /RecoverCMS 설치 스위치를 사용하여 복구할 수 있습니다. 저장소 그룹을 모두 복구할 필요가 없으면 데이터베이스 이식성을 사용해 하나 이상의 저장소 그룹을 복구할 수 있습니다.

CCR을 사용해 저장소 그룹을 로컬로 복제하고, SCR을 사용해 저장소 그룹을 여러 원격 위치로 복제

위 그림은 일대다로 구성된 CCR 대 SCR 모델입니다. 왼쪽의 컴퓨터는 동일한 데이터 센터에 있는 두 개의 실제 CCR 노드를 나타내며, 오른쪽의 컴퓨터는 보조 데이터 센터에 있는 두 개의 SCR 대상을 나타냅니다. 이 예에서는 단일 저장소 그룹이 서로 다른 두 컴퓨터의 여러 SCR 대상에 복제됩니다. 다음 두 가지 방법 중 하나를 사용해서 SCR 대상에서 저장소 그룹을 복구할 수 있습니다.

• 단일 CCR 원본에서만 저장소 그룹을 복구하는 경우에는 /RecoverCMS를 사용할 수 있습니다.

• 여러 CCR 원본의 저장소 그룹을 복구하는 경우에는 데이터베이스 이식성을 사용할 수 있습니다.

한 SCC에 여러 원격 SCR 대상 사용

위 그림은 일대다로 구성된 SCC 대 SCR 모델입니다. 왼쪽의 컴퓨터는 단일 데이터 센터에 있는 두 개의 실제 SCC 노드를 나타내며, 오른쪽의 컴퓨터는 별도의 데이터 센터에 있는 SCR 대상을 나타냅니다. 이 예에서는 단일 저장소 그룹이 보조 데이터 센터에 있는 두 개의 독립 실행형 대상에 복제됩니다. SCR 대상에 있는 이 저장소 그룹은 /RecoverCMS 설치 스위치를 사용하여 복구할 수 있습니다.

SCR의 cmdlet 업데이트

Exchange 관리 셸을 사용하여 SCR을 관리할 수 있습니다. SP1에는 연속 복제를 관리 및 구성하는 데 사용되는 몇 가지 Exchange 관리 셸 cmdlet를 위한 새 매개 변수(StandbyMachine)가 포함되어 있습니다. 즉, 다음 cmdlet에 SCR 및 StandbyMachine 매개 변수에 대한 지원이 포함됩니다.

• Suspend-StorageGroupCopy

• Resume-StorageGroupCopy

• Update-StorageGroupCopy

• Restore-StorageGroupCopy

• Get-StorageGroup

• Get-StorageGroupCopyStatus

위와 같은 cmdlet 업데이트 이외에 New-StorageGroup 및 Enable-StorageGroupCopy cmdlet는 SCR을 지원하도록 업데이트되었습니다. 따라서 Exchange 2007 SP1에서는 New-StorageGroup을 사용해 SCR을 사용하도록 설정된 새 저장소 그룹을 만들 수 있으며, Enable-StorageGroupCopy를 사용해서 기존 저장소 그룹에 SCR을 사용하도록 설정할 수 있습니다. 이러한 cmdlet에는 업데이트된 다음 매개 변수가 포함됩니다.

• -StandbyMachine   이 매개 변수는 SCR 대상 컴퓨터의 이름을 지정합니다.

• -ReplayLagTime   이 매개 변수는 Microsoft Exchange Replication Service가 SCR 대상 컴퓨터로 복사된 로그 파일을 재생하기 전에 대기해야 하는 시간을 지정하는 데 사용됩니다. 이 매개 변수에 대한 형식은 (일.시:분:초)입니다. 이 값에 대한 기본 설정은 24시간(1.0:0:0)입니다. 이 값에 대한 최대 허용 설정은 7일이며, 최소 허용 설정은 0초입니다. 단, 이 값을 0초로 설정하면 50개의 로그 파일의 기본 지연 이후의 로그 재생 작업에서 모든 지연이 효과적으로 제거됩니다. 이 매개 변수에 대한 값을 설정했으면 SCR을 사용하지 않도록 설정한 후 다시 사용하도록 설정해야 이 값을 변경할 수 있습니다.

• TruncationLagTime   이 매개 변수는 Microsoft Exchange Replication Service가 SCR 대상 컴퓨터로 복사되고 데이터베이스의 복사본으로 재생된 로그 파일을 자르기 전에 대기해야 하는 시간을 지정하는 데 사용됩니다. 해당 기간은 로그가 데이터베이스의 복사본으로 재생된 후에 시작됩니다. 이 매개 변수에 대한 형식은 (일.시:분:초)입니다. 이 값에 대한 최대 허용 설정은 7일이며, 최소 허용 설정은 0초입니다. 단, 이 값을 0초로 설정하면 로그 자르기 작업의 지연 시간이 효과적으로 제거됩니다. 이 매개 변수에 대한 값을 설정했으면 SCR을 사용하지 않도록 설정한 후 다시 사용하도록 설정해야 이 값을 변경할 수 있습니다.

ReplayLagTime 매개 변수를 사용하여 지정하는 관리자 구성 방식의 재생 지연 이외에, Exchange에서는 ReplayLagTime 값과 상관없이 Maximum of ("ReplayLagTime 값" 또는 "X 로그 파일")(여기서 X=50) 공식을 사용하여 고정된 개수의 로그 파일이 SCR 대상에서 재생되지 못하도록 할 수도 있습니다. 이는 LCR 또는 CCR처럼 연속 복제 환경에 있는 SCR 원본에 손실 장애 조치(failover)가 발생하고, 해당 SCR 원본이 Restore-StorageGroupCopy cmdlet를 사용하여 온라인 상태가 되는 경우, 저장소 그룹을 다시 시드하지 않아도 되는 추가 보안 수준입니다. SCR 원본에 대한 손실 장애 조치가 발생하는 경우, SCR 대상에 대한 재생 작업을 지연하면 SCR 원본에 대한 데이터 손실 특성으로 인해 두 개의 복사본이 시간상 서로 근접하게 되므로 SCR 복사본을 다시 시드해야 할 필요성이 최소화됩니다.

SCR의 설치 업데이트

SCR은 완전한 사이트 장애와 같이 중요한 장애에 충분히 대처할 수 있도록 설계되었습니다. 이러한 유형의 장애 시나리오에는 기본 데이터 센터로 다시 이동하는 것 외에 백업 데이터 센터 활성화와 같은 수동 작업이 포함됩니다.

이 항목의 앞부분에 있는 그림 한 SCC에 여러 원격 SCR 대상 사용을 예로 들어, SCC가 포함된 사이트인 기본 데이터 센터에 오류가 발생한 경우 보조 데이터 센터를 활성화하여 주 사이트를 대체하도록 결정하면 어떠한 일이 발생하는지 생각해 봅니다. 보조 데이터 센터가 활성화될 때 원래의 데이터 센터 구성이 Active Directory에 남아 있으므로, 보조 데이터 센터는 활성화된 후에 이 구성을 사용합니다. SCC에 대한 클러스터된 사서함 서버의 구성도 원래 클러스터에 남아 있습니다. 원래 클러스터를 다시 온라인 상태로 만들려면 보조 데이터 센터에서 사용하게 될 Active Directory의 클러스터된 사서함 서버 구성에는 영향을 주지 않고 클러스터 노드에서 클러스터된 사서함 서버 구성을 제거해야 합니다.

이러한 작업 및 다른 사이트 복구 시나리오를 편리하게 수행할 수 있도록 Exchange 2007 SP1의 설치 프로그램이 수정되었습니다. 즉, Active Directory에 저장된 구성 정보에는 영향을 주지 않으면서 원래 클러스터 노드에서 클러스터된 사서함 서버 구성 정보를 지우는 데 사용할 수 있는 /ClearLocalCMS라는 새로운 명령줄 옵션이 설치 프로그램에 포함되어 있습니다. 예를 들어, EXCLUS1이라는 클러스터된 사서함 서버의 로컬 구성 데이터를 지우려면 클러스터된 사서함 서버를 제거하려는 원래 클러스터의 각 노드에서 다음 명령을 로컬로 실행합니다.

Setup /ClearLocalCMS

/ClearLocalCMS 옵션을 사용하는 경우에는 다음 요구 사항과 제한 사항을 고려해야 합니다.

• 이 옵션은 로컬에서만 사용할 수 있으며, 원격으로는 사용할 수 없습니다.

• 이 옵션은 클러스터된 사서함 서버를 호스트하는 노드(예: 활성 노드)에서만 사용할 수 있으며 수동 노드에서는 사용할 수 없습니다.

• 이 옵션은 Microsoft Exchange 프로그램 파일을 제거하거나 Active Directory의 구성 정보를 업데이트하지 않습니다.

• 이 옵션은 클러스터된 로컬 사서함 서버가 오프라인 상태인 경우와 로컬 노드가 로컬 클러스터된 사서함 서버의 RedundantMachines 목록에 없는 경우에만 사용할 수 있습니다.

• 클러스터된 로컬 사서함 서버 구성을 지우는 데 사용하는 계정이 클러스터된 사서함 서버의 Exchange Server 관리자 권한을 위임받아야 합니다.

• 클러스터 노드가 Windows Server 2008에서 실행되고 있는 경우 Setup /ClearLocalCMS를 실행하면 VCO(가상 컴퓨터 개체)가 사용되지 않도록 설정됩니다. 그러므로 VCO를 다시 사용하도록 설정해야 합니다.

자세한 내용

SCR 계획에 대한 자세한 내용은 대기 연속 복제를 위한 계획을 참조하십시오. 저장소 그룹에 대해 SCR을 사용하거나 사용하지 않도록 설정하는 방법에 대한 자세한 단계 등 SCR을 관리하는 방법에 대한 자세한 내용은 대기 연속 복제 관리를 참조하십시오.