공용 폴더 이해

 

적용 대상: Exchange Server 2010 SP2, Exchange Server 2010 SP3

마지막으로 수정된 항목: 2016-11-28

첫 번째 버전의 Microsoft Exchange에 도입된 공용 폴더는 공유 액세스를 위해 설계되었으며 공용 폴더를 사용하면 간단하고 효율적으로 정보를 수집 및 구성하고 작업 그룹이나 조직의 다른 사람과 공유할 수 있습니다. 공용 폴더는 계층 구조로 구성되고 전용 데이터베이스에 저장되며 Exchange를 실행하는 서버 간에 복제할 수 있습니다.

공용 폴더는 다음 용도로는 사용되지 않습니다.

  • 데이터 보관   공용 폴더는 데이터 보관에 사용되지 않습니다. 사서함 제한이 설정되어 있는 사용자가 데이터를 보관하기 위해 개인 폴더 파일(.pst) 대신 공용 폴더를 사용하는 경우가 있습니다. 이 경우 공용 폴더 서버의 저장소에 영향을 주고 사서함 제한의 주 목적이 손상되므로 권장되지 않습니다.

  • 문서 공유 및 공동 작업   공용 폴더는 문서 공유 및 공동 작업에 사용되지 않습니다. 공용 폴더는 제어된 체크 인 및 체크 아웃 기능과 콘텐츠 변경에 대한 자동 알림과 같은 기타 문서 관리 기능이나 버전 관리 기능을 제공하지 않습니다.

Exchange Server 2010에서 공용 폴더는 선택적 기능입니다. 조직의 모든 클라이언트 컴퓨터에서 Microsoft Outlook 2010 또는 Office Outlook 2007을 실행하는 경우 약속 있음/없음 정보 및 OAB(오프라인 주소록) 다운로드와 같은 기능을 사용할 때 공용 폴더에 의존하지 않습니다. Exchange 2010에서는 OAB 다운로드 및 약속 없음/있음 정보에 공용 폴더를 사용하지 않습니다. 이러한 기능은 자동 검색 서비스, Microsoft Exchange 시스템 수행자 서비스 및 Microsoft Exchange 파일 배포 서비스에서 처리됩니다.

조직의 모든 클라이언트 컴퓨터에서 Outlook 2010 또는 Outlook 2007을 실행할 때까지는 계속해서 공용 폴더를 사용해야 합니다.

목차

  • 설치 중에 공용 폴더 데이터베이스 만들기

  • 공용 폴더 트리

  • 공용 폴더 복제

  • 공용 폴더 조회

  • 메일 사용 가능 공용 폴더

  • 공용 폴더 액세스

  • Exchange 2010 및 Exchange 2007을 혼용하는 조직에 대한 고려 사항

  • Exchange 2010 및 Exchange 2003을 혼용하는 조직에 대한 고려 사항

  • 공용 폴더 계층 구조 업데이트

  • 공용 폴더 콘텐츠 복제

  • 모범 사례

설치 중에 공용 폴더 데이터베이스 만들기

Outlook 2003 및 이전 버전 또는 Microsoft Entourage를 실행하는 컴퓨터에서 Exchange에 연결하려면 공용 폴더 데이터베이스(이전에는 공용 폴더 저장소라고 함)가 있어야 합니다. 따라서 순수 Exchange 2010 조직에서는 첫 번째 서버에 사서함 서버 역할을 설치할 때 **조직에 Outlook 2003 이전 버전 또는 Entourage를 실행하는 클라이언트 컴퓨터가 있으십니까?**라는 질문 메시지가 표시됩니다. 예로 대답하면 공용 폴더 데이터베이스가 만들어지고 아니요로 대답하면 공용 폴더 데이터베이스가 만들어지지 않습니다.

두 번째 서버를 설치하는 경우에는 질문하는 메시지가 표시되지 않으며 공용 폴더 데이터베이스가 만들어지지 않습니다. 공용 폴더 데이터베이스가 조직에 필요한지 여부는 첫 번째 서버를 설치하는 경우에만 결정됩니다. 이후에는 모든 공용 폴더 데이터베이스가 선택 사항입니다. 설치 중에 공용 폴더 데이터베이스를 만들지 않은 경우 설치가 완료된 후 언제든지 만들 수 있습니다. 공용 폴더 데이터베이스를 만드는 방법에 대한 자세한 내용은 공용 폴더 데이터베이스 만들기를 참조하십시오.

Exchange을 혼용하는 조직에서는 설치할 때 질문하는 메시지가 표시되지 않습니다. 이 조직에서는 Exchange Server 2007 이전 Exchange 버전과의 호환성을 위해 공용 폴더 데이터베이스가 기본적으로 만들어집니다. 특히 Exchange 2010은 고유 관리 그룹에 설치되기 때문에 이 공용 폴더 데이터베이스는 레거시 Schedule+ 약속 있음/없음 기능을 지원합니다.

Exchange 2010 설치에 대한 자세한 내용은 Exchange 2010 배포를 참조하십시오.

설치 중에 공용 폴더 데이터베이스 만들기

공용 폴더 트리

MAPI 폴더 트리는 다음 하위 트리로 나뉩니다.

  • 기본 공용 폴더(IPM_Subtree라고도 함) 사용자가 Outlook과 같은 클라이언트 응용 프로그램을 사용하여 이러한 폴더에 직접 액세스할 수 있습니다.

  • 시스템 공용 폴더(Non_IPM_Subtree라고도 함)   사용자가 일반적인 방법으로는 이러한 폴더에 직접 액세스할 수 없습니다. Outlook과 같은 클라이언트 응용 프로그램은 이 폴더를 사용하여 약속 있음/없음 데이터, OAB 및 관리 양식과 같은 정보를 저장합니다. 다른 시스템 폴더에는 사용자 지정 응용 프로그램이나 Exchange에서 사용하는 구성 정보가 저장됩니다. 공용 폴더 트리에는 일반용 공용 폴더 트리에는 없는 EFORMS REGISTRY 폴더와 같은 추가 시스템 폴더가 들어 있습니다. 시스템 폴더에는 다음이 포함됩니다.

    • EFORMS REGISTRY 및 이벤트 루트   기본적으로 이 각각의 폴더마다 하나의 콘텐츠 복제본이 첫 번째 관리 그룹에 설치된 첫 번째 Exchange 서버의 기본 공용 폴더 데이터베이스에 있습니다. 이 위치는 레거시 Outlook 클라이언트(Outlook 2007보다 이전 버전의 Outlook을 사용하는 클라이언트)의 관리 양식이 저장되는 위치입니다.

    • 오프라인 주소록 및 Schedule+ 약속 없음/있음 오프라인 주소록 폴더와 Schedule+ 약속 없음/있음폴더에는 자동으로 토폴로지의 각 관리 그룹 또는 사이트에 대한 하위 폴더가 포함됩니다. 기본적으로 특정 관리 그룹 폴더의 콘텐츠 복제본이 관리 그룹에 설치된 첫 번째 서버에 있습니다. 이 폴더는 레거시 Outlook 클라이언트에 대한 OAB 데이터 및 레거시 약속 있음/없음 정보를 저장하는 데 사용됩니다. 레거시 Outlook 클라이언트는 약속 있음/없음 정보 및 OAB 데이터를 관리하는 새로운 Exchange 2010 또는 Exchange 2007 기능을 지원하지 않습니다. 이 기능에는 가용성 서비스, 자동 검색 서비스 및 클라이언트 액세스 서버에 대한 OAB 배포가 포함됩니다.

    • OWAScratchPad   각 공용 폴더 데이터베이스에는 Microsoft Office Outlook Web App을 사용하여 액세스하는 첨부 파일을 임시로 저장하는 데 사용되는 OWAScratchPad 폴더가 있습니다. 이 폴더를 수정하지 마십시오.

    • StoreEvents   각 공용 폴더 데이터베이스에는 사용자 지정 Exchange 데이터베이스 이벤트에 대한 등록 정보가 들어 있는 StoreEvents 폴더가 있습니다. 이 폴더를 수정하지 마십시오.

    • 기타 폴더   내부 Exchange 데이터베이스 작업을 지원하기 위해 트리에는 스키마-루트와 같은 몇몇 기타 시스템 폴더가 포함될 수 있습니다. 이러한 폴더를 수정하지 마십시오.

설치 중에 공용 폴더 데이터베이스 만들기

공용 폴더 복제

공용 폴더 데이터베이스는 다음과 같은 두 가지 유형의 공용 폴더 정보를 복제합니다.

  • 계층 구조 폴더에 대한 조직 정보와 폴더 속성(트리 구조 포함)입니다. 모든 공용 폴더 데이터베이스에는 계층 구조 정보의 복사본이 있습니다. 특정 폴더의 경우에는 공용 폴더 데이터베이스가 계층 구조 정보를 사용하여 다음을 식별할 수 있습니다.

    • 폴더에 대한 사용 권한

    • 폴더의 콘텐츠 복제본이 들어 있는 서버

    • 공용 폴더 트리에서의 폴더 위치(있는 경우 상위 폴더와 하위 폴더 포함)

  • 콘텐츠 폴더 콘텐츠를 구성하는 메시지입니다. 콘텐츠를 복제하려면 폴더 콘텐츠가 특정 공용 폴더 데이터베이스나 데이터베이스 목록에 복제되도록 폴더를 구성해야 합니다. 지정한 데이터베이스에만 콘텐츠 복사본이 있습니다. 콘텐츠가 포함된 폴더의 복사본을 콘텐츠 복제본이라고 합니다.

참고

공용 폴더 콘텐츠 복제는 DAG(데이터베이스 가용성 그룹)에 의해 제어되지 않습니다. DAG가 있는 서버에 공용 폴더 데이터베이스를 둘 수 있지만 공용 폴더는 DAG 외부의 자체 공용 폴더 복제 방법을 사용합니다.

공용 폴더 복제에 대한 자세한 내용은 공용 폴더 복제 이해를 참조하십시오.

설치 중에 공용 폴더 데이터베이스 만들기

공용 폴더 조회

Outlook과 같은 클라이언트 응용 프로그램이 Exchange 공용 폴더를 열려고 시도하면 Exchange 서버에서 클라이언트 응용 프로그램이 액세스해야 하는 폴더 복제본을 결정합니다. 이러한 프로세스를 공용 폴더 조회라고 합니다. 요청된 콘텐츠의 복제본이 요청을 처리하는 Exchange 서버에 있는 경우에는 클라이언트 응용 프로그램이 로컬 복제본에 액세스합니다. 복제본이 로컬 서버에 없으면 Exchange는 동일한 Active Directory 사이트에서 복제본을 찾으려고 시도합니다. 조회 서버 목록을 지정하고 각 서버에 라우팅 비용을 할당하여 특정 커넥터를 통한 조회를 허용하도록 사용자 트래픽 흐름을 수정할 수 있습니다.

공용 폴더 조회에 대한 자세한 내용은 공용 폴더 조회 이해를 참조하십시오.

설치 중에 공용 폴더 데이터베이스 만들기

메일 사용 가능 공용 폴더

공용 폴더를 메일 사용 가능하도록 설정하면 추가 수준의 기능이 사용자에게 제공됩니다. 사용자는 메시지를 폴더에 게시할 수 있을 뿐 아니라 전자 메일 메시지를 폴더에 보낼 수 있으며 어떤 경우에는 폴더에서 전자 메일을 받을 수도 있습니다. 사용자 지정 응용 프로그램을 개발할 때 이 기능을 사용하여 메시지나 문서를 공용 폴더로 이동하거나 공용 폴더에서 이동해 올 수 있습니다.

메일 사용 가능 폴더는 전자 메일 주소가 있는 공용 폴더이며, 폴더의 구성 방법에 따라 GAL(전체 주소 목록)에 표시될 수도 있습니다. 각 메일 사용 가능 폴더마다 해당 전자 메일 주소, 주소 목록 이름, 그 밖의 메일 관련 특성을 저장하는 개체가 Active Directory에 있습니다.

공용 폴더로 보내는 메일은 사서함 데이터베이스의 사서함이 아닌 공용 폴더 데이터베이스로 보내지므로 Exchange는 전자 메일 메시지를 일반 사서함으로 라우팅하는 데 사용하는 방법과 약간 다른 방법을 사용하여 전자 메일 메시지를 라우팅합니다.

설치 중에 공용 폴더 데이터베이스 만들기

공용 폴더 액세스

Exchange 2010에서는 다음 클라이언트 응용 프로그램이 공용 폴더에 액세스할 수 있습니다.

  • Outlook 2010

  • Outlook 2007

  • Outlook 2003

Outlook 2007을 사용하여 공용 폴더를 만들고 관리하는 방법에 대한 자세한 내용은 공용 폴더 만들기 및 공유를 참조하십시오.

Outlook 2003을 사용하여 공용 폴더를 만들고 관리하는 방법에 대한 자세한 내용은 공용 폴더 사용을 참조하십시오.

설치 중에 공용 폴더 데이터베이스 만들기

Exchange 2010 및 Exchange 2007을 혼용하는 조직에 대한 고려 사항

Exchange 2010 및 Exchange 2007을 혼용하는 조직에서는 Exchange 2010에서 공용 폴더 및 공용 폴더 데이터베이스를 관리해야 합니다. Active Directory 스키마 변경으로 인해 Exchange 2007 서버는 Exchange 2010 공용 폴더 데이터베이스를 인식하지 못합니다. 다음 표에서는 Exchange 2007 서버 및 Exchange 2010 서버에서 특정 공용 폴더 관리 작업을 수행할 때의 예상되는 동작에 대해 설명합니다.

작업 Exchange 2007 서버 Exchange 2010 서버

공용 폴더 데이터베이스 만들기

조직에 Exchange 2010 사서함 데이터베이스가 있고 msExchHomePublicDB 특성이 채워지지 않은 경우 Exchange 2007 서버는 Exchange 2010 사서함 데이터베이스의 msExchHomePublicDB 설정을 업데이트할 수 없습니다. 오류 메시지가 나타나지만 공용 폴더 데이터베이스는 만들어집니다.

공용 폴더 데이터베이스를 만든 후에는 기본 공용 폴더 데이터베이스를 변경해야 합니다. 이 절차는 Exchange 2010 서버에서 수행해야 합니다. 자세한 내용은 사서함 데이터베이스의 기본 공용 폴더 데이터베이스 변경을 참조하십시오.

항상 작동합니다.

기본 공용 폴더 데이터베이스 제거

제거하려는 공용 폴더 데이터베이스를 사서함 데이터베이스가 가리키고 있는 경우 기본 공용 폴더 데이터베이스를 변경해야 한다는 오류 메시지가 표시됩니다. 기본 공용 폴더 데이터베이스를 변경하려면 다음 단계를 수행하십시오.

  1. Exchange 2010 서버에서 사서함 데이터베이스에 대한 기본 공용 폴더 데이터베이스를 변경합니다. 자세한 내용은 사서함 데이터베이스의 기본 공용 폴더 데이터베이스 변경을 참조하십시오.

  2. Exchange 2007 서버에서 해당 공용 폴더 데이터베이스의 모든 복제본을 제거합니다. 자세한 내용은 공용 폴더 데이터베이스에서 여러 공용 폴더 제거를 참조하십시오.

  3. Exchange 2007 서버에서 공용 폴더 데이터베이스를 제거합니다. 자세한 내용은 공용 폴더 데이터베이스 제거를 참조하십시오.

참고

사서함 데이터베이스가 가리키는 새 기본 공용 폴더 데이터베이스가 Exchange 2010 공용 폴더 데이터베이스인 경우 이 표 뒷부분의 "Exchange 2010 공용 폴더 데이터베이스를 Exchange 2007 사서함 데이터베이스에 대한 기본 공용 폴더 데이터베이스로 설정"을 참조하십시오.

제거하려는 공용 폴더 데이터베이스를 기본 공용 폴더 데이터베이스로 둔 사서함 데이터베이스가 없다면 Exchange 2007 및 Exchange 2010 서버에서 모두 작동합니다.

조직의 마지막 공용 폴더 데이터베이스를 제거합니다.

조직의 마지막 Exchange 2007 공용 폴더 데이터베이스인 경우 Remove-PublicFolderDatabase cmdlet은 Exchange 2010 공용 폴더 데이터베이스의 msExchFirstInstance 속성을 $true로 업데이트해야 합니다. Exchange 2010 개체의 개체 버전이 더 높기 때문에 이는 실패합니다.

Exchange 2010 서버에서 Remove-PublicFolderDatabase cmdlet을 실행합니다.

제거하려는 공용 폴더 데이터베이스를 기본 공용 폴더 데이터베이스로 둔 사서함 데이터베이스가 없다면 Exchange 2007 및 Exchange 2010 서버에서 모두 작동합니다.

Exchange 2010 공용 폴더 데이터베이스를 Exchange 2007 사서함 데이터베이스에 대한 기본 공용 폴더 데이터베이스로 설정합니다.

사서함 데이터베이스 또는 공용 폴더 데이터베이스가 Exchange 2010 데이터베이스인 경우 Exchange 2007 서버에서 기본 공용 폴더 데이터베이스 변경은 작동하지 않습니다.

Exchange 2007 서버는 Exchange 2010 공용 폴더 데이터베이스를 인식하지 못하므로 Set-MailboxDatabase cmdlet은 Exchange 2010 서버에서 실행되어야 합니다.

Exchange 2010 서버에서 Exchange 2007 사서함 데이터베이스에 대한 기본 공용 폴더 데이터베이스를 변경합니다. 자세한 내용은 사서함 데이터베이스의 기본 공용 폴더 데이터베이스 변경을 참조하십시오.

항상 작동하며, 공용 폴더 데이터베이스와 사서함 데이터베이스가 서로 다른 버전의 Exchange에 연결된 경우 기본 공용 폴더 데이터베이스를 변경할 때 이를 사용해야 합니다.

설치 중에 공용 폴더 데이터베이스 만들기

Exchange 2010 및 Exchange 2003을 혼용하는 조직에 대한 고려 사항

Exchange 2003 조직에 Exchange 2010을 설치하는 경우 Exchange 2003 조직 내에 관리 그룹과 라우팅 그룹이 자동으로 만들어집니다. 조직에 추가되는 Exchange 2010 서버는 새 관리 그룹 및 라우팅 그룹에 포함됩니다. 앞에서 설명한 것과 같이 첫 번째 Exchange 2010 사서함 서버에 공용 폴더 데이터베이스가 설치됩니다. 해당 공용 폴더 데이터베이스에 새 관리 그룹에 대한 새로운 약속 없음/있음 폴더가 만들어집니다. 사서함이 Exchange 2003에서 마이그레이션되지 않고 Exchange 2010 서버에서 생성된 사용자의 legacyExchangeDN 속성은 Exchange 2010 관리 그룹 이름에 매핑되므로 약속 있음/없음 폴더에도 매핑됩니다. 기본적으로 사서함이 Exchange 2003 서버에 있는 Outlook 2003 이전 클라이언트의 사용자가 약속 있음/없음 검색을 쉽게 수행할 수 있도록 클라이언트 사용자의 약속 있음/없음 정보는 약속 있음/없음 공용 폴더에 게시됩니다.

관리

Exchange 2010, Exchange 2007 및 Exchange 2003을 혼용하는 조직에서는 Exchange 시스템 관리자를 사용하여 공용 폴더를 관리할 수 있습니다. 다음 시나리오가 지원됩니다.

  • 관리 작업을 하려면 Exchange 시스템 관리자는 Exchange 2003 공용 폴더 데이터베이스에만 연결해야 합니다. 여기서 변경 내용이 Exchange 2010에 복제됩니다.

  • 순수 Exchange 2010 환경 또는 Exchange 2010 및 Exchange 2007을 혼용하는 조직에서는 공용 폴더를 관리하기 위해 Exchange System Manager를 다시 설치할 수 없습니다. Exchange 관리 셸을 사용해야 합니다.

  • 계층 구조 복제를 확인하거나 폴더에서 로컬 복제본 보존 기간 값을 확인할 때 Exchange 2003 서버에 있는 공용 폴더에는 Exchange System Manager를 사용하고 Exchange 2010 또는 Exchange 2007 서버에 있는 공용 폴더에는 셸을 사용하는 것이 좋습니다.

Outlook Web App

Exchange 2010, Exchange 2007 및 Exchange 2003을 혼용하는 조직에서는 Exchange 2010 및 Exchange 2007 클라이언트 액세스 서버 중 하나에 /public이라는 가상 디렉터리가 있습니다. Outlook Web App에서는 /public 가상 디렉터리를 사용할 필요 없이 공용 폴더에 완전히 액세스할 수 있습니다.

중요

Exchange 2010 Outlook Web App 클라이언트에서는 Exchange 2003 서버에 있는 공용 폴더를 볼 수 없습니다.

또한 Outlook Web App에서 다음 공용 폴더 기능을 사용할 수 있습니다.

  • Outlook Web App에서 공용 폴더 액세스에 사용할 수 있는 Exchange 2003 사서함 서버를 유지할 필요 없이 Exchange 2010 사서함 서버의 공용 폴더에 대한 모든 액세스

  • 공용 폴더 검색 기능

  • 웹 파트 지원

설치 중에 공용 폴더 데이터베이스 만들기

공용 폴더 계층 구조 업데이트

한 서버에 있는 공용 폴더 계층 구조가 다른 서버에 있는 공용 폴더 계층 구조와 다른 경우 계층 구조를 동기화할 수 있습니다. Exchange 2003 SP2(서비스 팩 2)에서는 Synchronize Hierarchy 명령을 사용하여 Exchange 2003 서버의 공용 폴더 계층 구조를 조직 내 다른 서버와 동기화합니다. Exchange 2010에서는 Update-PublicFolderHierarchy cmdlet을 사용하여 Exchange 2010 서버의 공용 폴더 계층 구조를 조직 내 나머지 서버와 동기화합니다.

참고

Exchange 2010 서버에서는 Synchronize Hierarchy 명령을 실행할 수 없습니다. 마찬가지로 Exchange 2003 서버에서는 Update-PublicFolderHierarchy cmdlet을 실행할 수 없습니다. 그러나 두 명령 중 하나를 실행하면 전체 조직에서 공용 폴더 계층 구조가 업데이트됩니다.

자세한 내용은 공용 폴더 계층 구조 업데이트을 참조하십시오.

설치 중에 공용 폴더 데이터베이스 만들기

공용 폴더 콘텐츠 복제

조직에서 공용 폴더 콘텐츠 복제 오류의 발생을 중지시키도록 공용 폴더 콘텐츠 복제를 중단할 수 있습니다. 복제를 중단하면 공용 폴더 계층 구조와 복제 일정을 다시 구성할 수 있습니다.

혼합 조직에서 공용 폴더 콘텐츠의 복제를 일시 중단하거나 다시 시작하려면 Exchange 2010 서버의 셸에서 Suspend-PublicFolderReplication cmdlet 또는 Resume-PublicFolderReplication cmdlet을 실행합니다. Exchange 2010 서버에서 이러한 cmdlet을 실행하더라도 혼합 조직에 있는 모든 서버에서 공용 폴더 콘텐츠의 복제가 중단되거나 다시 시작됩니다. 셸을 사용하여 공용 폴더 콘텐츠의 복제를 중단하거나 다시 시작하는 방법에 대한 자세한 내용은 다음 항목을 참조하십시오.

설치 중에 공용 폴더 데이터베이스 만들기

모범 사례

이 섹션에서는 Exchange 조직에서 다음 공용 폴더 작업을 수행할 때 고려할 모범 사례를 제공합니다.

  • 공용 폴더 데이터베이스 만들기

  • 공용 폴더 계층 구조 디자인

  • 야간 유지 관리 수행

공용 폴더 데이터베이스 만들기

조직에 만들 공용 폴더 데이터베이스 개수를 계획할 때 다음 모범 사례를 고려해야 합니다.

  • 공용 폴더를 많이 사용하는 대기업 토폴로지의 경우 전용 공용 폴더 서버를 배포하십시오. 이 모범 사례는 격리된 서버 기능에 CPU 리소스와 디스크 리소스를 전용으로 사용하는 일반적인 모범 사례와는 차이가 있습니다.

  • 여러 개의 작은 공용 폴더 데이터베이스를 사용하는 것보다 적은 수의 큰 공용 폴더를 사용하는 것이 확장성이 좋고 관리하기가 쉽습니다. 공용 폴더 데이터베이스 개수를 줄이면 많은 수의 작은 데이터베이스를 백업하고 복원하는 데 필요한 시간을 줄일 수 있습니다. 백그라운드 복제 트래픽 양도 줄어듭니다. 또한 많은 수의 작은 데이터베이스보다 적은 수의 큰 데이터베이스 온라인 유지 관리 속도가 더 빠릅니다. 또한 사용 권한 및 콘텐츠 액세스 권한의 적용과 효율적인 복제 및 조회 면에서도 적은 수의 공용 폴더 데이터베이스를 더 쉽게 관리할 수 있습니다.

    적은 수의 큰 공용 폴더 데이터베이스를 사용하는 모범 사례는 특히 조직 수준에서 토폴로지를 고려할 때 유용합니다. 그러나 서버 수준에서는 여러 개의 작은 데이터베이스가 있는 경우 백업 및 복원 프로세스와 같은 일부 관리 및 유지 관리 작업을 더 신속하게 수행할 수 있습니다. 결국 배포하는 공용 폴더 데이터베이스의 개수는 업무 요구 사항에 따라 결정해야 합니다. 배포할 데이터베이스의 개수를 결정할 때 데이터베이스 백업 비용 , 유지 관리 및 복원 시간에 대한 복제 트래픽 비용의 균형을 맞춰야 합니다.

공용 폴더 계층 구조 디자인

공용 폴더 계층 구조를 디자인할 때 현재 환경에서 계층 구조 복제의 효과를 인식해야 합니다. 공용 폴더 계층 구조의 수준이 깊으면 범위가 넓은 계층 구조보다 확장성이 좋습니다. 깊은 계층 구조는 여러 상위 폴더 대신 수직으로 중첩된 폴더 여러 개로 구성됩니다. 넓은 계층 구조는 여러 상위 폴더로 구성되며 수직으로 중첩된 하위 폴더 수가 더 적습니다.

예를 들어, 250개의 폴더가 특정 계층 구조에서 정렬되는 방법을 살펴보겠습니다. 넓은 계층 구조에는 하나의 상위 폴더 아래에 250개의 직접적인 하위 폴더가 있을 수 있습니다. 깊은 계층 구조에는 각각의 폴더에 5개의 직접적인 하위 폴더가 있는 5개의 최상위 폴더가 있을 수 있습니다. 각각의 해당 하위 폴더 내부에는 10개의 하위 폴더가 있을 수 있습니다.

이 두 가지 예 모두 250개(5 × 5 × 10 = 250)의 폴더가 있습니다. 그러나 다음 이유 때문에 깊은 계층 구조가 넓은 계층 구조보다 향상된 성능을 제공합니다.

  • 복제가 여러 다른 사용 권한이 적용된 폴더를 처리하는 경우 깊은 계층 구조에서 더 효율적인 방법으로 처리합니다.

  • 하위 폴더가 10개 있는 폴더에 대한 정렬, 검색, 확장 등의 클라이언트 컴퓨터 작업이 하위 폴더가 250개 있는 폴더의 경우보다 훨씬 더 비용이 적게 듭니다.

깊은 계층 구조가 넓은 계층 구조보다 확장성이 더 좋지만 폴더당 하위 폴더 수는 250개를 초과하지 않는 것이 좋습니다. 하위 폴더 수가 250개를 초과하면 클라이언트 컴퓨터가 액세스를 요청할 때 허용할 수 없는 클라이언트 환경이 발생할 수 있습니다.

계층 구조를 구현하는 경우 공용 폴더에 액세스하려고 할 때 사용 권한이 사용자에게 주는 영향을 고려해야 합니다. 각 공용 폴더의 하위 폴더에 ACL(액세스 제어 목록) 항목이 정의되어 있는 경우 Exchange 서버가 새 공용 폴더 복제 메시지를 받을 때마다 상위 공용 폴더에 대한 변경 내용을 볼 수 있는 권한이 있는 사용자를 확인하기 위해 상위 공용 폴더의 ACL이 검사됩니다. 상위 공용 폴더에 큰 DACL(임의의 액세스 제어 목록) 항목이 있는 경우 각 공용 폴더 구독자에 대한 보기를 업데이트하는 시간이 오래 걸릴 수 있습니다.

참고

상위 폴더의 DACL은 모든 공용 폴더 하위 폴더의 DACL 합계로 구성됩니다.

다음 조건에 해당하는 경우 구분 분석해야 하는 수 메가바이트의 DACL 데이터가 있을 수 있습니다.

  • 단일 상위 공용 폴더 아래에 여러 개의 하위 폴더가 있습니다.

  • 각각의 해당 하위 폴더에 고유 ACL이 정의되어 있습니다.

공용 폴더 복제 메시지를 받을 때마다 모든 공용 폴더 구독자에 대해 표시가 업데이트되도록 이 DACL 데이터가 구문 분석되어야 합니다.

따라서 상위 폴더에 액세스할 수 있는 사용자 집합에 따라 공용 폴더 계층 구조를 정렬하는 것이 좋습니다. 또한 공용 폴더 계층 구조에는 복잡한 사용 권한 모델을 구현하지 않도록 합니다.

야간 유지 관리 수행

데이터베이스를 계속 효율적으로 작동되게 하려면 사서함 데이터베이스와 공용 폴더 데이터베이스에 대한 야간 유지 관리를 수행하는 것이 좋습니다. Exchange 사서함 서버는 설정한 일정에 따라 작업을 자동화합니다.

설치 중에 공용 폴더 데이터베이스 만들기

 © 2010 Microsoft Corporation. 모든 권리 보유.