다음을 통해 공유


오프라인 주소록 이해

 

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

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

OAB(오프라인 주소록)는 Microsoft Outlook 사용자가 서버에서 연결이 끊긴 동안 OAB에 포함된 정보에 액세스할 수 있도록 다운로드한 주소 목록 모음의 복사본입니다. Microsoft Exchange에서는 새 OAB 파일을 생성하여 압축한 다음 로컬 공유에 배치합니다. Exchange 관리자는 오프라인으로 작업하는 사용자가 사용할 수 있는 주소 목록을 선택할 수 있으며 주소록을 배포하는 방법을 구성할 수도 있습니다.

주소 목록에 대한 자세한 내용은 주소 목록 이해를 참조하십시오.

중요

OAB 데이터는 로컬 시스템으로 실행되는 Microsoft Exchange System Attendant 서비스에 의해 생성됩니다. 관리자가 보안 설명자를 사용하여 사용자가 Active Directory의 특정 받는 사람을 볼 수 없게 된 경우에도 OAB를 다운로드한 사용자는 그러한 숨겨진 받는 사람을 볼 수 있습니다. 따라서 주소 목록에서 받는 사람을 숨기려면 Set-PublicFolder, Set-MailContact, Set-MailUser, Set-DynamicDistributionGroup, Set-MailboxSet-DistributionGroups cmdlet에서 HiddenFromAddressListsEnabled 매개 변수를 설정합니다. 또는 숨겨진 받는 사람이 들어 있지 않은 새로운 기본 OAB를 만들 수도 있습니다. OAB에서 주소 목록을 추가 또는 제거하는 방법에 대한 자세한 내용은 오프라인 주소록에서 주소 목록 추가 또는 제거을 참조하십시오.

사서함 서버 관리와 관련된 관리 작업에 대한 자세한 내용은 사서함 서버 관리를 참조하십시오.

목차

Exchange 버전 간에 OAB 이동

Outlook 클라이언트 및 OAB 버전

OAB 배포 방법

OAB 고려 사항

Exchange 버전 간에 OAB 이동

Exchange는 다음 구성에서만 OAB 이동을 지원합니다.

  • Microsoft Exchange Server 2010 실행 서버 간

  • Exchange 2010에서 Exchange Server 2007 서버로

  • Exchange 2007에서 Exchange 2010 서버로

  • Exchange Server 2003에서 Exchange 2010 서버로

Exchange는 Exchange 2010에서 Exchange 2003 서버로의 OAB 이동은 지원하지 않습니다.

맨 위로 이동

Outlook 클라이언트 및 OAB 버전

클라이언트 다운로드를 위해 생성되는 OAB 버전을 지정할 수 있습니다. 다음과 같은 옵션을 사용할 수 있습니다.

  • OAB 버전 2(ANSI OAB)   이 OAB 형식은 Microsoft Exchange 2000 Server와 Exchange Server 버전 5.5에 모두 사용됩니다. Exchange 2003에서는 ANSI OAB도 지원합니다. 다음 버전의 Outlook에서는 OAB 버전 2를 지원합니다.

    • Outlook 2010

    • Office Outlook 2007

    • Office Outlook 2003

    • Outlook 2002

    • Outlook 2000

    • Outlook 98

  • OAB 버전 3(유니코드 OAB)   이 OAB는 Exchange 2003에 사용되며, Outlook에서 서버 RPC(원격 프로시저 호출)를 줄이는 데 도움이 되는 추가 정보를 포함하고 있습니다. 또한 유니코드 OAB에는 여러 가지 언어 로캘의 정렬 규칙과 관련된 새 기능이 있습니다. 이러한 기능을 사용하여 다음 버전의 Outlook에서 OAB의 올바른 언어 로캘 정렬 규칙을 사용할 수 있습니다.

    • Outlook 2010

    • Outlook 2007

    • Outlook 2003

  • OAB 버전 4(유니코드 OAB)   이 OAB는 Exchange 2003 SP2(서비스 팩 2)에 도입되었으며 Outlook 2003(SP2), Outlook 2007 및 Outlook 2010에서 지원됩니다. 이 유니코드 OAB를 사용하면 클라이언트 컴퓨터에서 전체 OAB 다운로드가 아닌 차등 업데이트를 받을 수 있습니다.

OAB 버전 3과 버전 2를 사용하는 Outlook 클라이언트

OAB 버전 3과 버전 2를 사용하는 Outlook 클라이언트의 경우, Changes.oab 파일의 크기가 전체 OAB 파일 크기의 1/8 이상이면 Outlook에서는 전체 OAB 다운로드를 시작합니다.

예를 들어 Outlook은 압축된 Changes.oab 파일의 크기를 가져옵니다. 그런 다음 Outlook은 템플릿을 비롯하여 서버에 있는 압축된 모든 OAB 파일의 전체 크기를 가져옵니다. Changes.oab 파일의 크기가 전체 OAB 파일 크기의 1/8보다 크면 Outlook에서는 증분 파일 대신 전체 OAB를 다운로드합니다.

받는 사람 특성이 약간만 변경되어도 모든 받는 사람 정보가 Changes.oab 파일에 포함됩니다. 다음은 이러한 부분적인 변경의 예입니다.

  • 많은 받는 사람에게 새 지역 번호가 반영되도록 전화 번호 업데이트

  • 많은 받는 사람에게 추가적인 프록시 주소 추가

따라서 받는 사람의 절반에 대한 최소한의 정보만 변경하여 전체 OAB 파일 크기의 1/8보다 큰 Changes.oab 파일을 만들 수 있습니다.

OAB 버전 4를 사용하는 Outlook 클라이언트

OAB 버전 4를 사용하는 Outlook 2010, Outlook 2007 및 Outlook 2003 SP2 클라이언트의 경우 Changes.oab 파일의 크기가 전체 OAB 파일 크기의 1/2 이상이면 Outlook에서는 전체 OAB 다운로드를 시작합니다. OAB 버전 4의 향상된 기능에 대한 자세한 내용은 오프라인 주소록의 기능 향상에서 "Exchange 2003 SP2 및 Outlook 2003 SP2의 기능 향상"을 참조하십시오.

맨 위로 이동

OAB 배포 방법

오프라인으로 작업하는 사용자가 사용할 수 있는 주소록을 선택할 수 있습니다. OAB 생성(OABGen) 프로세스가 수행되면 Exchange에서는 새 OAB 파일을 생성하여 압축한 다음 로컬 공유에 배치합니다. 그러면 사용자는 주소록 배포 방법을 구성할 수 있습니다. 클라이언트 컴퓨터에 OAB를 배포하는 방법에는 다음의 두 가지 방법이 있습니다.

  • 웹 기반 배포

  • 공용 폴더 배포

웹 기반 배포

웹 기반 배포는 오프라인으로 작업 중이거나 전화 접속 연결을 통해 작업 중인 Outlook 2010 또는 Outlook 2007 클라이언트에서 OAB에 액세스하는 배포 방법입니다. 웹 기반 배포를 사용하는 경우 공용 폴더를 사용할 필요가 없습니다.

웹 기반 배포를 사용할 경우 OAB가 생성되면 클라이언트 액세스 서버에서 파일을 복제합니다. 웹 기반 배포는 HTTPS 및 BITS(백그라운드 인텔리전트 전송 서비스)를 사용합니다. BITS 작동 방식에 대한 개요는 BITS 정보(About BITS)를 참조하십시오.

중요

기본적으로는 웹 기반 배포가 사용되며 추가로 구성 작업을 수행할 필요가 없지만, OAB 배포 지점에 대해 SSL(Secure Sockets Layer)을 사용하도록 설정하는 것이 좋습니다. 자세한 내용은 오프라인 주소록 배포에 SSL 필요을 참조하십시오.

웹 기반 배포를 사용할 경우 다음과 같은 몇 가지 이점이 있습니다.

  • 더 많은 동시 클라이언트 컴퓨터 지원

  • 대역폭 사용 감소

  • OAB 배포 지점을 보다 강력히 제어 웹 기반 배포를 사용할 경우 배포 지점은 클라이언트 컴퓨터에서 OAB를 다운로드할 수 있는 HTTPS 웹 주소입니다.

웹 기반 배포를 최대한 활용하려면 클라이언트 컴퓨터에서 Outlook 2010 또는 Outlook 2007이 실행되고 있어야 합니다. Outlook 2003 또는 이전 버전이 실행되는 클라이언트 컴퓨터도 함께 사용하고 있는 조직에서는 공용 폴더 배포와 웹 기반 배포를 모두 사용할 수 있습니다. Outlook 2003 SP1(서비스 팩 1) 및 이전 버전의 클라이언트에서는 공용 폴더를 사용하여 해당 OAB에 계속 액세스할 수 있는 한편, Outlook 2010 또는 Outlook 2007 클라이언트에서는 새로운 웹 기반 배포 방법이 사용됩니다.

올바른 작동을 위해 웹 기반 배포는 다음 구성 요소에 의존합니다.

  • OAB 생성 프로세스Exchange에서 OAB를 만들고 업데이트하는 프로세스입니다. OAB를 만들고 업데이트하기 위해 OABGen 서비스가 OAB 생성 서버에서 실행됩니다. OAB 배포를 지원하려면 이 서버는 Exchange 사서함 서버여야 합니다.

  • Microsoft Exchange 파일 배포 서비스   Microsoft Exchange 파일 배포 서비스는 클라이언트 액세스 서버에서 실행되며, OAB를 수집하고 해당 콘텐츠를 사서함 서버의 콘텐츠와 동기화합니다.

  • OAB 가상 디렉터리 OAB 가상 디렉터리는 웹 기반 배포 방법에 사용되는 배포 지점입니다. Exchange이 설치될 때 기본적으로 IIS(인터넷 정보 서비스)의 기본 내부 웹 사이트에 OAB라는 새 가상 디렉터리가 만들어집니다. 조직의 방화벽 외부에서 Outlook과 연결하는 클라이언트 쪽 사용자가 있는 경우에는 외부 웹 사이트를 추가할 수 있습니다. 또는 Exchange 관리 셸에서 New-OABVirtualDirectory cmdlet을 실행하는 경우 새 가상 디렉터리 OAB가 로컬 Exchange 클라이언트 액세스 서버의 기본 IIS 웹 사이트에 만들어집니다. 자세한 내용은 오프라인 주소록 가상 디렉터리 만들기를 참조하십시오

  • Autodiscover 서비스   Outlook 2010 또는 Outlook 2007과 Exchange에 액세스하도록 클라이언트를 자동으로 구성하는 일부 모바일 장치에서 사용할 수 있는 기능입니다. 이 서비스는 클라이언트 액세스 서버에서 실행되고 특정 클라이언트 연결에 대한 올바른 OAB URL을 반환합니다. Autodiscover 서비스에 대한 자세한 내용은 자동 검색 서비스 이해를 참조하십시오.

다음 그림에서는 OAB 웹 기반 배포 방법에 대한 워크플로를 보여 줍니다. 이 그림에서는 모든 클라이언트 사용자가 동일한 OAB를 갖고 있으며 이 OAB는 모든 클라이언트 액세스 서버에 배포된다고 가정합니다.

OAB 웹 기반 배포 워크플로

이 그림에서는 런던과 상파울로에 회사 사무소가 있고, 전체 회사의 사서함 서버는 런던에 있는 회사 본사에 있습니다. 느린 링크로 연결된 상파울로에는 상파울로 클라이언트 사용자가 Outlook에 연결하는 클라이언트 액세스 서버가 있습니다. 또한 이 회사에는 원격 근무를 하기 때문에 인터넷을 통해 회사 네트워크에 연결하는 사용자도 있습니다.

사용자가 Outlook과 같은 MAPI 기반 클라이언트 컴퓨터에 연결되기 전에 다음과 같은 상황이 발생합니다.

  1. 런던 사무소에 있는 사서함 서버 중 하나에 OAB가 생성됩니다.

  2. 런던의 각 클라이언트 액세스 서버에서 Microsoft Exchange 파일 배포 서비스가 런던에 있는 OAB 사서함 서버의 새 OAB 파일을 복사합니다.

  3. 상파울로에 있는 클라이언트 액세스 서버에서 Microsoft Exchange 파일 배포 서비스는 런던에 있는 사서함 서버의 파일을 느린 링크를 통해 복사합니다. 느린 링크의 속도에 따라 복사 프로세스를 완료하는 데 몇 분에서 몇 시간까지 걸릴 수 있습니다. 새 OAB가 완전히 복사되고 확인되기 전까지는 클라이언트 컴퓨터에 새 OAB를 사용할 수 없습니다.

    참고

    일부 클라이언트 액세스 서버의 경우 새 OAB를 정확히 동시에 복사하지 않습니다. 새로운 차등 파일이 있는 경우 복사를 시작하는 폴링 간격(기본값은 8시간)이 있습니다. 첫 번째 폴링은 Microsoft Exchange 파일 배포 서비스가 시작할 때 발생합니다. 그러므로 여러 클라이언트 액세스 서버가 동시에 시작되지 않으면 서버 폴링은 클라이언트 액세스 서버마다 다릅니다.

모든 클라이언트 액세스 서버에서 OAB 콘텐츠를 복사했으면 클라이언트 사용자는 다음과 같은 몇 가지 시나리오에서 OAB를 다운로드할 수 있습니다.

  • 시나리오 1   온사이트 사용자

    이 시나리오에서 모든 작업은 런던 사무소에서 이루어집니다.

    1. 런던 사무소에 있으며, Outlook이 캐시된 Exchange 모드로 설정된 사용자 A는 Outlook에 연결됩니다.

    2. Outlook은 자동 검색 서비스에 연결되어 가장 가까운 OAB 배포 지점의 URL을 가져옵니다.

    3. 자동 검색 서비스는 런던에 있는 클라이언트 액세스 서버 중 하나의 URL을 반환합니다.

    4. Outlook은 BITS를 사용하여 자동 검색 서비스에서 제공한 URL에 연결됩니다.

    5. Outlook에서 OAB를 다운로드합니다.

  • 시나리오 2   느린 링크 사용자

    이 시나리오에서는 상파울로 사무소에 사서함 서버가 없으므로 사용자 B의 사서함은 런던 사무소에 있습니다. 사용자 B는 출장 준비를 하고 있으며 OAB의 로컬 복사본이 필요하므로 OAB를 다운로드해야 합니다. 사용자 B의 OAB는 상파울로 사무소에서 가장 가까운 클라이언트 액세스 서버에서 다운로드됩니다.

    1. 상파울로 사무소에 있는 사용자 B가 Outlook에 연결됩니다.

    2. Outlook은 자동 검색 서비스에 연결되어 가장 가까운 OAB 배포 지점의 URL을 가져옵니다.

    3. 자동 검색 서비스는 상파울로에 있는 클라이언트 액세스 서버 중 하나의 URL을 반환합니다.

    4. Outlook은 BITS를 사용하여 자동 검색 서비스에서 제공한 URL에 연결됩니다.

    5. Outlook에서 OAB를 다운로드합니다. 하지만 상파울로의 클라이언트 액세스 서버에서 느린 링크를 통해 OAB를 런던으로 복사하므로 사용자 B는 최신 OAB 버전을 가져오지 못할 수도 있습니다.

  • 시나리오 3   인터넷 사용자

    이 시나리오에서 사용자는 인터넷을 사용하여 연결하기 때문에 Exchange에서는 사용자의 실제 위치와 가장 가까운 클라이언트 액세스 서버를 찾을 수 없습니다. 그러므로 Exchange에서는 사용자의 사서함 서버와 가까운 클라이언트 액세스 서버가 기본값으로 설정됩니다.

    1. 사서함 서버가 런던에 있는 사용자 C는 인터넷으로 Outlook에 연결됩니다.

    2. Outlook은 자동 검색 서비스에 연결되어 가장 가까운 OAB 배포 지점의 URL을 가져옵니다.

    3. 사용자 C의 사서함은 런던의 사서함 서버에 있으므로 자동 검색 서비스는 런던에 있는 클라이언트 액세스 서버 중 하나의 URL을 반환합니다.

    4. Outlook은 BITS를 사용하여 자동 검색 서비스에서 제공한 URL에 연결됩니다.

    5. Outlook에서 OAB를 다운로드합니다.

공용 폴더 배포

공용 폴더 배포는 오프라인으로 또는 전화 접속 연결을 통해 작동하는 Outlook 2003 SP1 또는 이전 버전 클라이언트가 OAB에 액세스할 때 사용하는 배포 방법입니다. 공용 폴더 배포를 사용하는 경우에는 OAB 생성 프로세스를 통해 파일이 공용 폴더 중 하나에 직접 배치됩니다. 그러면 Exchange 저장소 복제 작업을 통해 데이터가 다른 공용 폴더 배포 지점으로 복사됩니다.

공용 폴더 배포를 사용하면 전체 OAB 다운로드에 대한 모든 요청이 즉시 처리됩니다. 예를 들어 10,000명의 사용자를 처리하는 공용 폴더가 1시간에 1,000개의 요청을 받으며 OAB 크기가 5MB이면 서버는 5GB의 데이터를 즉시 전송합니다. 네트워크 속도 및 가용 대역폭에 따라, 이러한 트래픽 볼륨이 장기간 네트워크에 과부하를 발생시킬 수 있습니다.

이러한 과부하를 방지하려면 OAB 다운로드로 인한 네트워크 대역폭을 제한하도록 대역폭 임계값을 설정할 수 있습니다. 이 프로세스를 제한이라고 합니다.

기본적으로 제한 기능은 해제되어 있습니다. OAB 시스템 폴더를 호스팅하는 모든 공용 폴더 서버의 레지스트리에 다음 항목을 추가하여 제한을 활성화할 수 있습니다.

경고

레지스트리를 잘못 편집하면 운영 체제를 다시 설치해야 할 수도 있는 심각한 문제가 발생할 수 있습니다. 레지스트리를 잘못 편집하여 발생한 문제는 해결하지 못할 수 있습니다. 레지스트리를 편집하기 전에 중요한 데이터를 백업하십시오.

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\ParametersSystem

Type: DWORD

값: OAB Bandwidth Threshold (KBps)

Value Data: bandwidth threshold setting (Range: 0 to 4194304 (decimal))

대역폭 임계값 설정은 초당 킬로바이트(KBps) 단위이며 10진수 값으로 구성해야 합니다. 예를 들어 레지스트리 키를 10진수 값 5,000으로 설정하면 공용 폴더 서버는 OAB 다운로드에 대한 대역폭 임계값으로 5,000KBps를 사용하도록 구성됩니다. 이 크기는 대략 초당 40,960킬로비트(Kbps) 또는 초당 40.96메가비트(Mbps)에 해당합니다. 이 설정을 추가 및 구성하면 Exchange에서는 레지스트리 항목을 동적으로 검색하며, Microsoft Exchange Information Store 서비스를 다시 시작하지 않고 대역폭 제한을 적용합니다.

OAB 다운로드 요청이 발생할 때마다 요청자에게 Exchange 서버에 대한 관리 권한이 있는지 확인됩니다. 요청에 사용되는 보안 컨텍스트가 Exchange 서버의 로컬 관리자와 동급이면 내부 기능이 다운로드를 요청하는 것으로 간주됩니다. 이 경우 요청자는 전체 OAB 다운로드를 진행할 수 있습니다. 그러나 이 경우에도 관리 클라이언트로 전송되는 바이트 수는 여전히 다운로드되는 전체 OAB 바이트 평균의 일부로 계산됩니다. 요청자에게 관리 권한이 없는 경우 지난 10초 동안 다운로드한 전체 OAB 바이트 평균을 확인합니다. 이 값이 구성된 임계값보다 작으면 전체 OAB 다운로드가 허용됩니다.

참고

레지스트리 키를 0으로 설정하면 관리 권한 없는 클라이언트 중 오직 하나의 클라이언트만 10초 간격으로 전체 OAB를 다운로드할 수 있습니다.

OAB 다운로드 대역폭 임계값을 설정할 경우 Exchange 서버의 네트워크 어댑터 또는 네트워크에서 과부하가 발생하지 않도록 개별 서버마다 임계값을 구성하는 것이 좋습니다. 네트워크 및 Exchange 서버 성능 데이터를 아직 수집 및 분석하지 않았으면 레지스트리 항목을 구성하기 전에 수행해야 합니다.

공용 폴더 배포를 사용할 때 OAB 다운로드가 네트워크에 미치는 영향

여러 가지 경우에서 대량의 전체 OAB 다운로드를 수행할 수 있으므로 대량의 OAB 다운로드가 네트워크 대역폭에 미치는 영향을 이해해야 합니다.

Exchange 서버에서는 OAB에 대한 여러 다운로드 요청을 손쉽게 처리할 있습니다. 따라서 느린 링크를 통해 전체 OAB를 다운로드하려고 여러 번 시도하면 가용 대역폭이 모두 사용되어 네트워크가 포화 상태가 될 수 있습니다. 이 경우 다음과 같은 두 가지 중요한 결과가 발생합니다.

  • WAN(Wide Area Network)을 사용해야 하는 응용 프로그램의 성능이 느려집니다. 이는 응용 프로그램이 포화 상태인 WAN 링크를 통과하기 위해 네트워크 요청에 대기하기 때문입니다.

  • 개별 네트워크 요청 시간 제한이 초과될 수 있기 때문에 WAN에 필요한 실제 트래픽이 증가하고, 결과적으로 추가 요청이 이루어집니다.

네트워크가 포화 상태가 되면 각 클라이언트 컴퓨터에서 OAB를 다운로드하는 데 걸리는 시간뿐 아니라, 다운로드 프로세스의 전체 시간 등 대기 시간이 늘어납니다. 일반적으로 이는 각 클라이언트 컴퓨터의 데이터 속도가 줄어든다는 것을 의미합니다. 하지만 대기 시간이 너무 긴 경우 RPC 패킷 시간 제한이 초과되어, 검색할 동일한 데이터에 대한 추가 RPC 요청이 이루어집니다. 또한 Outlook 사용자가 OAB 다운로드를 시도했지만 다운로드가 취소되거나 실패하면 Outlook에서는 다운로드된 데이터를 삭제하고 OAB를 다시 다운로드하려고 합니다. 그에 따라 추가 데이터가 요청되어 대용량 OAB 다운로드에 대한 전체 시간이 늘어납니다.

Outlook은 일련의 RPC 패킷을 통해 Exchange 서버에서 OAB를 다운로드합니다. 각 패킷에 대한 수신 및 확인이 이루어지면 다음 패킷이 전송됩니다. Outlook과 Exchange 간의 대기 시간에 따라, 단일 Outlook 클라이언트에서 각 패킷을 수신하고 확인하는 속도가 제한됩니다. 단일 Outlook 클라이언트에서는 이러한 지연으로 인해 네트워크 링크가 포화 상태가 되지 않을 수 있습니다. 하지만 OAB를 다운로드하는 Outlook 클라이언트 수가 늘어날수록 모든 클라이언트의 총 다운로드 속도로 인해 링크가 포화 상태가 될 수 있습니다. 링크는 전체 OAB가 다운로드될 때까지 포화 상태로 남아 있습니다.

Outlook 클라이언트와 Exchange 서버 간의 대기 시간이 길수록 수신할 수 있는 패킷 수가 줄어든다는 점에서 선형적인 관계를 지닙니다. 그리고 느린 링크가 포화될 때까지 OAB를 다운로드할 수 있는 클라이언트 수도 줄어듭니다. 그 반대의 경우도 마찬가지입니다. 대기 시간이 짧은 경우 느린 링크가 포화 상태가 되려면 더 많은 클라이언트가 필요합니다. 네트워크 대기 시간이 줄어들거나 네트워크 대역폭이 증가할수록 WAN이 포화 상태가 되지 않고 OAB를 동시에 다운로드할 수 있는 Outlook 클라이언트 수가 늘어납니다.

맨 위로 이동

OAB 고려 사항

하나의 OAB를 사용하든 아니면 여러 OAB를 사용하든 OAB 전략을 계획하고 구현할 때 다음과 같은 요소를 고려하는 것이 좋습니다.

  • 조직의 각 OAB 크기. 자세한 내용은 이 항목 뒷부분의 "OAB 크기 고려 사항"을 참조하십시오.

  • OAB 다운로드 수

  • 상위 고유 이름 변경 내용의 수와 빈도

  • SMTP 주소 불일치

  • 디렉터리에 적용된 전체 변경 수

OAB 크기 고려 사항

일부 조직에서 OAB란 원격 사용자가 가끔씩 다운로드하는 작은 파일을 말합니다. 이러한 조직에서 OAB를 다운로드하는 것은 일반적으로 큰 문제가 되지 않습니다. 하지만 대형 디렉터리를 가진 일부 대규모 조직이나 캐시된 Exchange 모드에서 Outlook 2003을 배포하는 조직의 경우에는 문제가 될 수 있으며 특히, Exchange 서버를 지역별 데이터 센터로 통합하는 조직에는 더욱 그렇습니다.

OAB 크기는 몇 MB부터 수백 MB까지 다양할 수 있는데, 다음은 OAB 크기에 영향을 주는 요소입니다.

  • 회사에서 인증서 사용. PKI(공개 키 구조) 인증서를 많이 사용할수록 OAB 크기가 커집니다. PKI 인증서 범위는 1KB부터 3KB까지로, OAB 크기에 가장 큰 영향을 주는 요소입니다.

  • Active Directory의 메일 받는 사람 수

  • Active Directory의 메일 그룹 수

  • 사서함 사용이 가능하거나 메일 사용이 가능한 각 개체와 관련하여 회사에서 Active Directory에 추가하는 정보. 예를 들어, 각 사용자에 대해 주소 속성을 채우는 조직도 있지만 그렇지 않은 조직도 있습니다.

맨 위로 이동

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