사서함 서버 계획
적용 대상: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
마지막으로 수정된 항목: 2008-04-29
Microsoft Exchange Server 2007 사서함 서버 역할은 사서함 데이터베이스를 호스팅하고 Microsoft Office Outlook 사용자에 대한 전자 메일 저장소 및 고급 일정 서비스를 제공합니다. 사서함 서버 역할은 워크플로, 문서 공유 및 기타 형식의 공동 작업에 대한 기반을 제공하는 공용 폴더 데이터베이스도 호스팅할 수 있습니다. 사서함 서버 역할이 설치되어 있는 서버를 사서함 서버라고 합니다.
설치 전에 사서함 서버 역할 배포를 계획하는 시간을 갖는 것이 좋습니다. 이 항목에서는 다음과 같은 계획 시 고려 사항을 제공합니다.
데이터베이스 크기 조정 사서함 데이터베이스의 크기를 계획할 때 몇 가지 요소를 고려해야 합니다. 이 섹션에서는 이러한 요소들을 이해하고 데이터베이스에 대해 적용할 제한을 결정하는 데 도움을 줍니다.
공용 폴더 계획 사용자는 공용 폴더 데이터베이스를 호스팅할지 여부는 결정할 수 있지만 반드시 호스팅해야 하는 경우도 있습니다. 예를 들어 조직에 Office Outlook 2003 클라이언트가 있거나 Exchange 서버를 Lotus Notes와 상호 운용하려는 경우 공용 폴더 데이터베이스를 호스팅하게 됩니다. 이 섹션에서는 조직에서 공용 폴더를 사용할지 여부를 결정하는 데 도움을 줍니다.
다른 서버 역할과 동시 호스팅 클러스터된 사서함 서버를 배포하지 않을 경우 클라이언트 액세스, 허브 전송 및 UM(통합 메시징) 서버 역할 조합이 설치된 컴퓨터에 사서함 서버 역할을 배포할 수 있습니다. 이 섹션에서는 조직의 요구에 가장 적합한 서버 역할 조합을 결정하도록 도와줍니다.
클러스터된 사서함 서버 계획 클러스터된 사서함 서버를 배포하려는 경우 이 섹션은 두 Exchange 클러스터링 솔루션 중에서 조직에 가장 적합한 솔루션을 결정하도록 도와줍니다.
데이터베이스 크기 조정
Exchange 2007에 권장되는 최대 데이터베이스 크기는 이전 버전의 Exchange Server에서 권장되는 최대 크기보다 큽니다. Exchange 2007에서 권장되는 데이터베이스 크기에 대한 자세한 내용은 디스크 저장소 계획에서 "연속 복제 및 데이터베이스 크기"를 참조하십시오.
일반적으로 개별 데이터베이스의 크기를 제한하는 일반적인 이유에는 몇 가지가 있습니다.
스트리밍 백업 및 복원 스트리밍 백업을 사용하는 경우 데이터베이스가 클수록 백업 및 복원이 더 오래 걸리므로 RTO(Recovery Time Objective)에 좋지 않은 영향을 줄 수 있습니다.
오프라인 데이터베이스 유지 관리 또는 복구 데이터베이스의 조각 모음, 복구 또는 일관성 확인을 위해 Exchange Server 데이터베이스 유틸리티(Eseutil.exe)를 사용해야 할 수 있습니다. 데이터베이스가 클수록 이러한 절차가 더 오래 걸립니다.
온라인 유지 관리 최적의 데이터베이스 효율성을 위해 온라인 조각 모음 및 기타 작업을 포함하는 온라인 유지 관리를 각 데이터베이스에 대해 두 주에 한 번 이상 실시하는 것이 중요합니다.
Exchange 2007에서 볼 수 있는 중요한 아키텍처 변경 외에, 연속 복제라는 또 다른 기능이 권장되는 최대 데이터베이스 크기에 영향을 줍니다. Exchange 2007에는 LCR(로컬 연속 복제)과 CCR(클러스터 연속 복제)의 두 가지 연속 복제 형식이 있습니다. LCR과 CCR은 이전 버전의 Exchange Server에서 권장되는 데이터베이스 크기를 완전히 다르게 만듭니다. LCR 및 CCR이 데이터베이스 크기에 미치는 영향에 대한 자세한 내용은 로컬 연속 복제를 위한 계획 및 클러스터 연속 복제 계획을 참조하십시오.
디스크 저장소에 대한 자세한 내용은 디스크 저장소 계획을 참조하십시오.
데이터베이스 크기를 계획할 때는 데이터베이스 수준 또는 개별 사서함 수준에서 데이터베이스 크기 제한을 적용하는 방법도 계획해야 합니다. 사서함 제한에 대한 자세한 내용은 Set-MailboxDatabase 및 Set-Mailbox를 참조하십시오.
공용 폴더 계획
공용 폴더를 배포하기 전에 사용자가 공용 폴더가 제공하는 기능에 익숙해짐으로써 조직의 요구를 충족시킬 수 있도록 해야 합니다.
Exchange Server 공용 폴더는 많은 사용자들이 공유하는 정보의 리포지토리로 사용됩니다. 기업의 요구에 따라 여러 서버로 데이터를 복제해야 할 경우 공용 폴더를 사용해야 합니다. 공용 폴더에 대한 액세스는 MAPI 프로토콜을 통한 일반 사서함 액세스와 통합됩니다.
Exchange 2007 조직에서 다음 조건을 충족할 경우 공용 폴더를 사용해야 합니다.
조직에 Outlook 2003 클라이언트가 있는 경우
Exchange 서버가 Lotus Notes와 상호 운용될 경우
일반적으로 공용 폴더는 다음 용도로 사용됩니다.
통신 공유. 예를 들어 공용 폴더는 메시지 게시를 통한 토론, 공유 전자 메일 메시지, 연락처, 그룹 일정 및 메일 그룹 게시물의 보관에 사용할 수 있습니다.
콘텐츠 관리 공유. 파일 공유와 마찬가지로 공용 폴더는 문서와 같은 콘텐츠를 저장하는 데 사용할 수 있습니다. 공용 폴더는 버전 관리가 필요하지 않을 때 콘텐츠 공유에도 유용합니다.
리포지토리 용도. 정보의 오프라인 저장소 또는 복제된 저장소가 필요한 경우 공용 폴더가 이상적인 리포지토리입니다.
그러나 다음 기능에는 공용 폴더가 적합하지 않습니다.
데이터 보관. 사서함 제한이 설정되어 있는 데 데이터를 보관하기 위해 개인 폴더(.pst) 파일 대신 공용 폴더를 사용하는 경우가 있습니다. 이 경우 공용 폴더 서버의 저장소가 커지고 사서함 제한의 주 목적이 손상되므로 권장되지 않습니다.
문서 공유 및 공동 작업. 공용 폴더는 제어된 체크 인 및 체크 아웃 기능과 콘텐츠 변경에 대한 자동 알림과 같은 기타 문서 관리 기능과 버전 관리 기능을 제공하지 않습니다.
Exchange 공용 폴더의 특징과 기능을 평가하는 것 외에 데이터 리포지토리 및 공동 작업 도구에 대해 Microsoft Windows SharePoint 제품 및 기술에서 제공하는 특징과 기능을 평가해야 합니다. SharePoint Portal Server 2007에 대한 자세한 내용은 Microsoft Office SharePoint Server TechCenter를 참조하십시오.
다른 서버 역할과의 동시 호스팅
클러스터된 사서함 서버를 배포하지 않을 경우 클라이언트 액세스 서버 역할, 허브 전송 서버 역할, 사서함 서버 역할 및 통합 메시징 서버 역할은 다양한 조합으로 동일한 컴퓨터에서 동시 사용될 수 있습니다. 배포할 서버 역할 조합을 결정할 때 용량 및 성능 계획과 보안 및 가용성 요구 사항을 고려해야 합니다. 자세한 내용은 다음 항목을 참조하십시오.
Exchange 서버 배치 방식에 대한 계획을 테스트 환경에서 확인하는 것도 좋은 방법입니다. 이러한 확인 작업에 도움을 얻기 위해 기존 메시징 환경에서 사용자들이 Exchange를 사용하는 방식에 대한 데이터를 수집할 수 있습니다. 또한 다양한 도구를 사용하여 테스트 환경에서 실제 사용법을 시뮬레이트할 수 있습니다. Exchange 솔루션 테스트에 사용할 수 있는 도구에 대한 자세한 내용은 다음을 참조하십시오.
클러스터된 사서함 서버 계획
클러스터된 사서함 서버의 배포는 조직의 가용성 목표와 사용 가능한 리소스를 기반으로 결정해야 합니다. Exchange 2007에서는 사서함 서버에 대해 CCR 및 SCC(단일 복사본 클러스터)의 두 가지 클러스터된 솔루션을 제공합니다. 가용성의 정의, 조직에서 가용성을 향상시키는 방법, 사용할 솔루션을 결정하는 데 도움이 되는 요소에 대한 정보를 비롯한 이러한 솔루션에 대한 자세한 내용은 고가용성을 참조하십시오.
참고
장애 조치 클러스터에는 사서함 서버 역할만 설치할 수 있으므로 클러스터된 사서함 서버를 배포할 경우 사서함 서버 역할과 동일한 컴퓨터에 다른 서버 역할을 설치할 수 없습니다.