Exchange 공용 폴더에 대한 유용한 정보: 복제 구현

 

마지막으로 수정된 항목: 2006-09-14

이 문서에서는 Microsoft® Exchange 2000 Server 및 Exchange Server 2003에서 공용 폴더 복제를 배포하고 구성하는 방법을 설명합니다. 이 문서에서는 사용자가 복제, Exchange 서버에서 사용하는 복제 메시지 유형 및 CN 집합(변경 번호 집합)에 대해 잘 알고 있다고 가정합니다. 이러한 개념에 대한 설명은 Exchange Server 2003 공용 폴더 복제 제어를 참조하십시오.

Exchange 서버에서 공용 폴더를 복제하려면 많은 리소스가 필요합니다. 복제하려면 네트워크, CPU 및 디스크 리소스가 작동해야 합니다. 특히 공용 폴더 사용량이 많은 조직에서는 효율적으로 공용 폴더를 복제할 수 있는 솔루션을 구현하여 Exchange 서버 환경에서 네트워크, CPU 및 디스크 로드를 크게 향상시킬 수 있습니다.

일반적으로 Exchange 서버 조직에서 복제를 최소화하는 것이 가장 좋습니다. 복제를 최소화하면 네트워크에서 이동되는 데이터 양을 최소화하고 Exchange 서버에서 CPU 및 디스크 리소스를 최소화할 수 있습니다. 또한 복제를 최소화하여 여러 사용자가 여러 복제본에 있는 서로 다른 버전의 데이터에 액세스하는 경우를 줄일 수 있습니다. 그러나 복제를 최소화하면 공용 폴더 저장이 실패할 때 클라이언트에서 사용할 수 있는 폴더 복제본 수가 더 적기 때문에 공용 폴더 데이터의 가용성이 줄어듭니다. 특정 공용 폴더에서 데이터의 가용성이 높아야 할 경우 더 많은 복제가 필요할 수 있습니다.

효율적인 복제 계획

효율적으로 공용 폴더를 복제할 수 있는 솔루션을 결정할 때 첫 번째 단계는 특정 계층 구조에서 각 폴더를 사용하는 방법을 이해하는 것입니다. 대부분의 경우 콘텐츠를 분산하고 가능한 한 복제본을 줄이는 것이 좋습니다. 여기에서 "콘텐츠 분산"이란 콘텐츠가 각 공용 폴더 저장소에 집계되고 다른 공용 폴더 저장소에는 복제되지 않도록 콘텐츠를 나누는 것을 의미합니다.

예를 들어 Exchange 서버 4개가 있는 라우팅 그룹이 있다고 가정해 봅니다. 이 라우팅 그룹의 각 서버에 같은 폴더의 복제본이 포함된 경우 복제 주기가 실행될 때마다 콘텐츠의 변경 내용이 서버 4개에 모두 복제됩니다. 이 복제 구현으로 인해 복제 메시지를 처리하기 위해 SMTP 트래픽, CPU 및 디스크 사용량이 증가하기 때문에 네트워크 로드가 증가합니다. 라우팅 그룹의 모든 사용자가 특정 폴더에 액세스하면 이 복제 구현이 적합할 수 있습니다. 그러나 사용자 일부가 특정 폴더에 액세스하면 이러한 복제는 불충분합니다. 이 예에서는 Exchange 서버 4개에 콘텐츠를 분산하고 복제본 수를 줄여 네트워크, CPU 및 디스크 로드의 양을 크게 줄일 수 있습니다.

그러나 여러 복제본에 콘텐츠를 분산하면 관리 오버헤드가 늘어날 수 있습니다. 이 예에서 로드를 분산하려면 전체 계층 구조의 복제본 하나가 있을 때보다 더 많은 유지 관리 및 모니터링 작업이 필요합니다. 그러므로 복제 솔루션을 계획할 때 효율적인 서버 관리를 염두에 두어야 합니다.

일부 조직에서는 일반적으로 Schedule+ 약속 있음/없음 공용 폴더가 가장 자주 액세스하는 공용 폴더입니다. 그러므로 이러한 폴더의 사용 방법에 특별히 주의를 기울여야 합니다.

전세계에 지사가 있는 대기업에서는 해당 지역의 사용자가 여러 복제본을 사용하고 WAN의 대규모 데이터 복제 트래픽을 최소화하기 위해 일반적으로 Schedule+ 약속 있음/없음 공용 폴더를 지역에 따라 복제하는 것이 좋습니다. 특히 이 방법은 지역의 LAN에 따라 관리 그룹을 구성한 조직에 가장 적합합니다.

지역의 LAN에 따라 Exchange 서버 인프라를 구성하지 않은 경우에는 일반적으로 각 관리 그룹의 Schedule+ 약속 있음/없음 공용 폴더를 각 라우팅 그룹의 서버 하나 이상에 복제하는 것이 가장 좋습니다. 그러나 일부 배포에서는 이 방법이 맞지 않을 수도 있습니다. 배포를 계획할 때는 항상 사용자 액세스 요구 사항 및 네트워크 대기 시간을 고려해야 합니다.

중요

수백 개의 서버가 있고 복제본이 제한되어 있는 대규모 관리 그룹에서는 Schedule+ 약속 있음/없음 공용 폴더를 호스팅하는 Exchange 서버의 페이징 풀 메모리가 부족할 수 있습니다. 사용자의 Kerberos 토큰 평균 크기도 Schedule+ 약속 있음/없음 공용 폴더를 호스팅하는 Exchange 서버의 페이징 풀 메모리가 부족할 수 있는 위험성을 늘릴 수 있습니다. 그러므로 조직에 중첩이 심한 보안 그룹이 포함된 경우에는 사용자의 Kerberos 토큰 크기가 큽니다. Exchange 서버의 페이징 풀 메모리 및 커널 메모리 문제에 대한 자세한 내용은 메모리 바운드 문제 방지을 참조하십시오.

또는 일반적으로 Schedule+ 약속 있음/없음 공용 폴더 복제본을 사용자 10,000명마다 하나씩 만드는 것이 가장 좋습니다.

또한 여러 지역의 사용자가 다른 사용자와 모임 일정을 지정하는 방법에도 특별히 주의를 기울여야 합니다. 지구 반대편의 사용자 그룹 간에 모임 일정을 거의 지정하지 않을 경우 공용 폴더 조회를 사용하여 멀리 떨어져 있는 Schedule+ 약속 있음/없음 폴더 복제본에 사용자가 액세스할 수 있도록 조정할 수 있습니다.

참고

Microsoft Office Outlook® Web Access나 Outlook Mobile Access가 약속 있음/없음 정보를 요청하면 사서함 저장소는 약속 있음/없음 서버 하나를 사용하여 해당 정보를 찾습니다. 기본 구성에서는 약속 있음/없음 서버마다 해당 사이트의 약속 있음/없음 데이터만 보관되므로 토폴로지에 사이트가 여러 개이면 이러한 제한으로 인해 문제가 발생할 수 있습니다. 여러 사이트의 데이터를 모든 사용자가 사용할 수 있도록 하려면 약속 있음/없음 폴더가 복제되도록 구성해야 합니다.

약속 있음/없음 공용 폴더에 대한 자세한 내용은 Exchange Server 2003 약속 있음/없음 폴더 관리를 참조하십시오.

각 서버에서 비슷한 양의 트래픽을 처리하도록 하려면 앞에서 설명한 Schedule+ 약속 있음/없음 공용 폴더를 제외하고 모든 복제본에서 다음 작업을 수행해야 합니다.

  • 많은 트래픽을 받지 않는 폴더 복제본을 제거합니다.
  • 각 서버에서 비슷한 양의 트래픽을 처리하도록 콘텐츠를 분산합니다.

복제본을 제거할 때 업무상 중요한 정보가 포함된 공용 폴더는 충분히 중복되도록 유지해야 합니다.

공용 폴더 복제를 계획할 때 쉽게 관리하고 복구할 수 있도록 솔루션을 표준화합니다. 특히 공용 폴더 트리가 논리적으로 세그먼트화되도록 구성합니다. 논리 세그먼트 또는 공용 폴더 분기가 지역별 사용자 그룹 또는 네트워크의 LAN 세그먼트와 일치하는 것이 가장 좋습니다.

또한 공용 폴더 분기를 특정 서버에 복제하는 것이 가장 좋습니다. 공용 폴더의 특정 분기를 여러 서버에 복제한 경우 데이터를 복구하기 전에 트리에 데이터의 다양한 분기가 포함된 서버를 식별해야 하므로 데이터를 복구하기가 더 어렵습니다.

이 방법을 사용할 때 분기에 다른 폴더 복제본을 만들지 말아야 하는 것은 아닙니다. 그러나 분기에 다른 폴더 복제본을 만들 때는 전체 분기의 복제본을 보유하는 단일 서버 외에도 이 추가 복제본이 주의 깊게 관리되는 인스턴스인지 확인합니다.

효율적으로 공용 폴더를 복제할 수 있는 솔루션을 결정할 때 두 번째 단계는 조직에서 허용되는 복제 대기 시간을 결정하는 것입니다. 한 공용 폴더에서 업무상 중요한 문서에 액세스하는 사용자는 업무상 중요하지 않은 문서에 액세스하는 사용자보다 더 자주 복제해야 합니다. 사실, 데이터가 업무상 중요한 경우 일부 사용자는 전혀 데이터를 복제하기를 원하지 않을 수 있습니다. 이 방법에서는 모든 사용자가 같은 데이터에 액세스하고 데이터는 항상 최신 상태로 업데이트된다고 가정합니다. 물론 이 방법의 장점은 재해 복구 시 단점보다 큽니다. 특히 업무상 중요한 데이터의 단일 인스턴스를 저장할 경우 손실을 최소화하고 신속하게 복원할 수 있도록 데이터를 백업해야 합니다.

참고

업무상 중요한 문서의 버전 관리 및 복구가 필요한 이 시나리오에서는 Microsoft Windows® SharePoint® Portal Server를 배포하는 것이 좋습니다. Exchange 서버 공용 폴더와 SharePoint 제품 및 기술의 차이점에 대한 자세한 내용은 적합한 공용 폴더 솔루션 선택을 참조하십시오.

공용 폴더 사용을 모니터링하고 조직 또는 클라이언트와 수용 가능한 서비스 수준 계약을 정의하여 여러 유형의 공용 폴더에 대해 수용 가능한 복제 대기 시간을 결정할 수 있습니다.

중요

간격 간에 복제가 실제로 완료되었는지 확인합니다. 복제가 완료되지 않은 경우 복제 큐가 늘어납니다. 복제 큐가 증가할수록 폴더의 콘텐츠가 적게 동기화됩니다. 성능 모니터를 통해 MSExchangeIS Public\Replication Receive Queue Size 성능 카운터를 확인하여 복제 큐를 모니터링할 수 있습니다. 복제 큐가 증가하면 복제가 완료될 때 리소스의 로드가 증가합니다. 또한 복제 큐의 증가는 서버의 콘텐츠가 오래되었음을 나타냅니다.

복제 문제 해결에 대한 자세한 내용은 Exchange 공용 폴더 문제 해결 리소스를 참조하십시오.

자세한 내용

Exchange 서버의 공용 폴더에 대한 자세한 내용을 보려면 다음 리소스를 참조하십시오.