Exchange Server 2003의 성능 및 확장성 기능

아티클
10/25/2013

마지막으로 수정된 항목: 2011-02-16

Microsoft® Exchange Server 2003에서는 Exchange 조직의 성능과 확장 가능성을 개선하기 위해 다음과 같은 새로운 기능 및 향상된 기능을 제공합니다.

SP1의 새로운 기능: 다중 프로세서에 대한 지원 향상
SP2의 새로운 기능: 오프라인 주소록 성능 향상
향상된 메일 그룹 캐싱
메일 그룹 구성원에게 부재 중 메시지 보내지 않기
향상된 DNS 기반 인터넷 메일 배달
향상된 Microsoft Office Outlook® 동기화 성능
향상된 Outlook Web Access 성능
Outlook 클라이언트 성능 모니터링
향상된 연결 상태
향상된 가상 주소 공간
Exchange System Manager를 사용하여 MTA 파일 디렉터리 위치 변경
Exchange System Manager를 사용하여 SMTP mailroot 디렉터리 위치 변경
Exchange Server 2003 튜닝

이 장에서는 이들 항목 각각에 대해 자세히 설명합니다.

이와 관련된 항목인 안정성 향상에 대한 자세한 내용은 "Exchange Server 2003의 안정성 및 클러스터링 기능"을 참조하십시오.

SP1의 새로운 기능: 다중 프로세스에 대한 지원 향상

이전에는 백 엔드 서버에 5개 이상의 프로세서를 사용하면 Exchange 서버의 성능이 획기적으로 향상되었습니다. 프로세서가 9개 이상일 경우 성능이 최고로 향상되며 경우에 따라 성능이 저하되기도 합니다. 프로세서를 추가했을 때 나타나는 성능 저하 현상은 최근 컴퓨터에 사용되는 프로세서 유형에서 보다 두드러지게 나타납니다.

Exchange Server 2003 SP1(서비스 팩 1)을 사용하면 프로세서를 추가할 경우 확장성이 크게 향상됩니다. 하이퍼 스레드를 사용할 경우 프로세서가 8개인 서버는 프로세서가 4개인 서버에 비해 성능이 50% 향상됩니다. 이제 많은 경우에 프로세서가 8개인 백 엔드 서버용 컴퓨터를 사용하는 것이 적합하지만 프런트 엔드 서버에는 여전히 프로세서가 2개인 서버가 권장됩니다.

SP2의 새로운 기능: 오프라인 주소록 성능 향상

Exchange Server 2003 SP2에서는 오프라인 주소록 성능이 향상되었습니다. 특히 이 향상된 기능을 사용하면 오프라인 주소록 정보를 다운로드할 때에도 네트워크 영향을 최소화할 수 있습니다.

참고

이 향상된 성능을 사용하려면 Exchange 클라이언트에서 Microsoft® Office Outlook® 2003 서비스 팩 2(SP2) 이상을 실행해야 합니다.

다음 목록은 일부 향상된 기능에 대해 설명합니다.

전자 메일 클라이언트가 전체 오프라인 주소록 전체를 다운로드할 상황이 감소하게 됩니다. 특히 SP2의 변경된 기능을 통해 클라이언트에서는 전체 다운로드가 아닌 오프라인 주소 목록의 차등 다운로드를 실행할 수 있습니다. 차등 다운로드는 네트워크 성능 및 클라이언트 성능에는 전체 다운로드만큼 영향을 미치지는 않습니다.

중요

경우에 따라 Exchange Server에서 차등 다운로드가 더 효율적이라고 결정하더라도 Outlook 2003 SP2 이전 버전의 클라이언트에 대한 차등 파일을 생성하지 못할 수도 있습니다. 차등 파일을 생성할 수 없을 경우에 Exchange Server 2003 SP2 이전 버전의 Exchange Server에서는 항상 전체 오프라인 주소록 다운로드를 사용합니다. 하지만 Exchange Server 2003 SP2를 실행하는 서버에서 차등 파일을 생성할 수 없을 경우 Exchange Server는 차등 파일을 생성할 수 없어 전체 오프라인 주소록 파일을 생성할 수 없음을 나타내는 이벤트를 기록합니다. 이런 경우에 사용자는 문제가 해결될 때까지 오프라인 주소록 업데이트를 받을 수 없습니다. 이벤트 설명에서는 문제가 발생한 디렉터리의 변경 내용을 지정합니다. 디렉터리에서 의도적인 변경이 있을 경우 오프라인 주소록 서버의 기본 동작 변경을 고려하여 차등 다운로드를 생성할 수 없을 때 전체 오프라인 주소록 다운로드를 생성할 수 있습니다. 이 설정을 변경하려면 이벤트 로그 메시지에서 지정한 대로 Windows 레지스트리를 편집해야 합니다. 이 설정을 구성하는 방법에 대한 자세한 내용은 Exchange Server 2003 SP2 온라인 도움말에서 "차등 파일을 생성할 수 없을 경우 전체 오프라인 주소록 다운로드 파일 생성"을 참조하십시오. Outlook 2003 SP2 이상을 실행하는 클라이언트에서 오프라인 주소록 형식을 변경하면 서버가 차등 파일을 생성하지 못하는 문제를 해결해 줍니다. 새로운 오프라인 주소록 형식을 사용하고 있는 클라이언트의 차등 파일을 생성하지 않았기 때문에 서버에서 전체 오프라인 주소록 다운로드를 시도할 수 없습니다. 하지만 차등 파일 크기가 미리 설정된 전체 오프라인 주소록 크기의 일부보다 클 경우에 클라이언트는 전체 다운로드를 실행하도록 결정할 수 있습니다.
전체 오프라인 주소록 다운로드의 크기는 SP2를 사용하지 않은 서버에서보다 많이 줄어듭니다. 이 향상된 기능은 오프라인 주소록 파일에 향상된 압축 메커니즘을 도입하여 가능하게 되었습니다.
오프라인 주소록 인덱싱은 클라이언트의 로캘 설정(언어 및 국가)을 기반으로 합니다. 이 기능을 사용하면 로캘 설정이 다른 동일한 서버에 있는 사용자도 오프라인 주소록을 정확하게 보고 서버가 아닌 로캘 설정을 기반으로 정렬할 수 있습니다.
향상된 진단 로깅 기능을 사용하여 오프라인 주소록 다운로드에 발생할 수 있는 문제를 더 쉽게 확인할 수 있습니다. 특히 다음 문제를 모니터링할 수 있도록 이벤트가 추가되었습니다.
- 크기 제한 초과로 인해 오프라인 주소록에서 한 개 이상의 속성이 삭제되는 경우 경고 이벤트가 기록됩니다.
- 일부 속성의 크기 제한 초과로 인해 기록이 변경될 때마다 정보 이벤트가 기록됩니다.
- 차등 다운로드 생성에 실패하는 경우 오류 이벤트가 기록됩니다.
오프라인 주소록 다운로드 파일에서 특정 속성 형식의 크기를 제한하도록 지정함으로써 오프라인 주소록 다운로드 파일의 크기를 관리할 수 있습니다. 이렇게 하려면 레지스트리에서 각 속성 형식의 최대 크기(바이트)를 지정해야 합니다. 응용 프로그램 로그에 이벤트가 기록되어 이 설정의 변경 내용을 추적할 수 있습니다. 오프라인 주소록 다운로드 파일의 크기를 관리하는 방법에 대한 자세한 내용은 Exchange Server 2003 SP2 온라인 도움말에서 "오프라인 주소록 파일 크기 관리"를 참조하십시오.

향상된 메일 그룹 구성원 캐싱

Exchange 2000 Server 및 Exchange Server 2003에서는 메시지를 보내기 전에 규칙 캐시를 사용하여 메일 그룹 구성원을 조회합니다. Exchange 2003에는 규칙 캐시가 최적화되어 결과적으로 메일 그룹 구성원을 조회하는 데 소요되는 처리 시간이 줄었습니다. 이 새 기능은 캐시를 다시 디자인하여 조회, 삽입 및 만료 작업을 더 효율적으로 완료함으로써 성능을 향상시키고 그 결과로 메일 그룹 관련 Microsoft Active Directory® 디렉터리 서비스 쿼리를 60% 줄여 줍니다.

메일 그룹 조회는 전체 Active Directory 조회 작업 중에서 작은 비율만을 차지하므로 새로 디자인된 캐시는 Active Directory 사용량 감소에 큰 영향을 미치지는 않습니다.

메일 그룹 구성원에게 부재 중 메시지 보내지 않기

이전 버전의 Exchange에서는 부재 중 메시지를 만들면 받는 사람 또는참조란에 있는 메일 그룹의 모든 구성원에게 해당 메시지를 보냅니다. 그러나 Exchange 2003에서는 받는 사람 또는 참조란에 있는 메일 그룹의 모든 구성원에게 메시지를 보내지 않고 받는 메시지의 받는 사람 또는 참조란에 지정된 개별 사용자에게만 부재 중 메시지를 보냅니다.

이러한 변경 사항은 메일 그룹에 전자 메일 메시지를 보낼 경우 메일 그룹 구성원에게서 부재 중 메시지를 받고 싶지 않을 때가 많다는 점에서 구현되었습니다. 이로 인한 Exchange 서버의 성능 향상은 그리 크지 않으며 특히 CPU 사용량도 약간만 감소합니다.

향상된 DNS 기반 인터넷 메일 배달

Exchange 2003에는 DNS(Domain Name System) 기반 인터넷 메일 배달 기능이 향상되었으며 특히 DNS 기반 인터넷 메일의 로드 균형을 더욱 효율적으로 조정할 수 있습니다. 또한 네트워크 및 호스트를 사용할 수 없는 경우나 외부 DNS 서버가 응답하지 않는 경우의 허용 범위가 개선되었습니다.

이러한 변경 사항은 Exchange 서버의 성능에 긍정적인 영향을 주며 특히 이로 인해 DNS 기반 인터넷 메일의 배달도 매우 안정적으로 이루어집니다.

향상된 Outlook 동기화 성능

Exchange 2003은 Outlook 2003 최종 사용자 환경을 향상시킵니다.

Exchange Server 2003과 Outlook 2003 사이의 통신 개선 사항은 다음과 같습니다.

변경 내용 알림 수가 감소했습니다.
Exchange 2003에서는 동기화할 메시지의 고유 형식(예: HTTP)을 확인하여 해당 형식의 메시지만 클라이언트로 보냅니다.
Outlook 클라이언트에서 중첩된 폴더 계층 구조가 포함된 동기화를 요청하는 조건이 향상되었습니다.
사용자는 다운로드할 메시지의 수와 크기를 알려 주는 메시지를 받으며,
Exchange 2003에서는 Outlook 2003 클라이언트와 Exchange 2003 서버 사이에 보내는 정보의 양을 줄이기 위해 데이터를 압축합니다.
Exchange 2003에서는 Outlook 2003을 사용하는 사용자와 Exchange 서버 사이에 보내는 총 정보 요청 수가 줄었습니다.

Exchange 2003에서는 캐시된 Exchange 모드에서 작업하는 사용자를 위한 Outlook 동기화 성능이 향상되었습니다.

캐시된 Exchange 모드에서 실행되는 Outlook 클라이언트 관련 개선 사항은 다음과 같습니다.

변경 내용 알림 수가 감소했습니다.
Exchange 2003에서는 동기화할 메시지의 고유 형식(예: HTTP)을 확인하여 해당 형식의 메시지만 클라이언트로 보냅니다.
Outlook 클라이언트에서 중첩된 폴더 계층 구조가 포함된 동기화를 요청하는 조건이 향상되었습니다.
사용자는 다운로드할 메시지의 수와 크기를 알려 주는 메시지를 받으며, 다운로드할 메시지를 선택할 수 있습니다.
Exchange 2003에서는 Outlook 2003 클라이언트와 Exchange 2003 서버 사이에 보내는 정보의 양을 줄이기 위해 데이터를 압축합니다.
Exchange 2003에서는 Outlook 2003 클라이언트가 캐시된 모드에서 작동 중인지 여부와 상관없이 클라이언트와 서버 사이의 총 정보 요청 수를 줄임으로써 클라이언트와 서버 사이의 통신을 최적화합니다.

이러한 변경 사항은 Exchange 서버에서의 CPU 사용을 줄이는 데 도움을 주며 특히 Outlook 클라이언트의 클라이언트 요청 감소로 인해 서버에서 사용하는 처리 용량이 감소합니다.

향상된 Outlook Web Access 성능

Exchange Server 2003에서는 Outlook Web Access를 실행하는 컴퓨터와 Exchange 서버 사이에 보내는 총 정보 양을 줄여 Outlook Web Access 최종 사용자의 환경을 개선합니다.

Exchange 2003에서는 Outlook Web Access 클라이언트 성능이 향상되었습니다. 예를 들어 Outlook Web Access의 받은 편지함이 더 신속하게 로드되고 특히 연결 속도가 느린 환경에서 작업에 대한 응답 기능이 강화되었습니다. 이는 Exchange 2003에서는 서버에서 브라우저로 전송되어야 하는 바이트 수가 줄었기 때문입니다.

Outlook 클라이언트 성능 모니터링

이전 버전의 Exchange에서는 Outlook 최종 사용자의 성능을 모니터링할 수 없지만 Exchange 2003과 Outlook 2003에서는 관리자가 이러한 성능을 분석할 수 있습니다.

Exchange 2003 서버는 Outlook 2003을 실행하는 클라이언트 컴퓨터의 RPC 대기 시간 및 오류를 기록하며 관리자는 이 정보를 사용하여 사용자 환경의 전반적인 품질은 물론 Exchange 서버에서 오류가 발생하는지 모니터링할 수 있습니다.

Outlook 클라이언트는 성공한 RPC 호출 시 이전의 RPC 데이터(예: 대기 시간 데이터 또는 오류 코드)를 Exchange 2003 서버에 함께 보냅니다.

참고

클라이언트 컴퓨터에서 Exchange 서버로 보낸 RPC 데이터는 각 런타임 오류를 확인하기 위한 기본 방법이 아닙니다.

다음 표는 Microsoft Operations Manager를 사용하여 모니터링할 수 있는 RPC 관련 작업을 보여 줍니다. Microsoft Operations Manager를 사용하는 방법은 https://go.microsoft.com/fwlink/?LinkId=16198 및 https://go.microsoft.com/fwlink/?LinkId=18176을 참조하십시오.

Microsoft Operations Manager를 사용하여 클라이언트 쪽 성능 모니터

카운터	설명
Client: RPCs attempted	Exchange 저장소가 시작된 이후 사용자가 시도한 총 RPC 요청 수입니다.
Client: RPCs succeeded	Exchange 저장소가 시작된 이후 Outlook 클라이언트에서 보낸 성공한 총 RPC 요청 수입니다.
Client: RPCs failed	Exchange 저장소가 시작된 이후 실패한 총 RPC 요청 수입니다.
Client: RPCs failed: Server unavailable	Exchange 저장소가 시작된 이후 “서버 사용할 수 없음” RPC 오류로 인해 실패한 RPC 요청 수입니다.
Client: RPCs failed: Server too busy	Exchange 저장소가 시작된 이후 “서버 사용량이 많음” RPC 오류로 인해 실패한 RPC 요청 수입니다.
Client: RPCs failed: all other errors	Exchange 저장소가 시작된 이후 기타 모든 RPC 오류로 인해 실패한 RPC 요청 수입니다.
Client: RPCs attempted / sec	사용자가 시도한 RPC 요청 비율입니다.
Client: RPCs succeeded / sec	성공한 RPC 요청 비율입니다.
Client: RPCs failed / sec	실패한 RPC 요청 비율입니다.
Client: RPCs failed / sec: Server unavailable	Exchange 저장소가 시작된 이후 “서버 사용할 수 없음” RPC 오류로 인해 실패한 RPC 요청 비율입니다.
Client: RPCs failed / sec: Server too busy	Exchange 저장소가 시작된 이후 “서버 사용량이 많음” RPC 오류로 인해 실패한 RPC 요청 비율입니다.
Client: RPCs failed / sec: all other errors	Exchange 저장소가 시작된 이후 기타 모든 RPC 오류로 인해 실패한 RPC 요청 비율입니다.
Client: Total reported latency	Exchange 저장소가 시작된 이후 모든 RPC 요청의 총 대기 시간(초)입니다.
Client: Latency > 2 sec RPCs / sec	대기 시간이 2초보다 큰 성공한 RPC 요청 비율입니다.
Client: Latency > 5 sec RPCs / sec	대기 시간이 5초보다 큰 성공한 RPC 요청 비율입니다.
Client: Latency > 10 sec RPCs / sec	대기 시간이 10초보다 큰 성공한 RPC 요청 비율입니다.

연결 상태

Exchange 2003을 사용하면 대체 경로가 없거나 연결이 진동 상태일 때 연결 상태 정보를 생략하여 연결 상태 트래픽을 줄일 수 있습니다. 진동 연결이란 간헐적으로 사용 가능 여부가 변동되는 연결입니다. 대체 경로가 없거나 연결이 진동 상태인 경우 모두 연결 상태는 사용 가능한 것으로 표시되므로 전파되는 연결 상태 트래픽이 줄어듭니다.

연결 상태 개선 사항에 대한 자세한 내용은 Exchange Server 2003의 전송 및 메시지 흐름 기능의 "향상된 연결 상태"를 참조하십시오.

향상된 가상 주소 공간

Exchange 2000에서는 가상 주소 공간 관리와 관련하여 몇 가지 문제가 발견되었습니다. 이러한 문제를 해결하기 위해 Exchange 2003에서는 다음과 같은 향상된 기능을 제공합니다.

Exchange 구성 요소에서 할당하는 작은 단위의 메모리를 제거하는 여러 가지 기능이 향상되었습니다.
메모리를 효율적으로 할당하기 위한 여러 가지 기능이 향상되었습니다. 예를 들어 17KB 버퍼 대신 32KB 버퍼를 요청하여 나머지 메모리를 최대한 활용합니다.
시작할 때 Epoxy는 적은 양의 메모리를 할당한 후 점차 메모리를 추가로 요청하는 대신 처음부터 190MB의 대량 연속 메모리를 할당합니다. DSAccess 설정을 사용하여 이러한 Expoxy 메모리 할당 값은 변경할 수 있습니다.
Store.exe 프로세스 스레드 스택 크기가 512KB에서 256KB로 줄었습니다.
서버 구성에 따라 Store.exe 프로세스는 하드 코딩된 값을 사용하는 대신 적절한 크기의 ESE(Extensible Storage Engine) 캐시 버퍼를 할당합니다. /3GB 옵션이 설정되어 있는 서버의 경우에는 캐시 크기가 896MB(예: 32MB 28개)로 설정됩니다. /3GB 옵션이 설정되어 있지 않으면 캐시 크기가 576MB(예: 32MB 18개)로 설정됩니다. /3GB 옵션을 설정하는 방법은 Microsoft 기술 자료 문서 266096, "XGEN: 1GB 이상의 실제(Physical) RAM을 가진 Exchange 2000 서버에서 /3GB 스위치가 필요합니다"를 참조하십시오.

참고

다음 기준을 충족하는 서버에만 /3GB 스위치를 설정해야 합니다.

참고

Exchange 2003 사서함 또는 공용 폴더를 호스팅하는 서버

참고

실제 메모리가 1GB 이상인 서버
사용 가능한 가상 메모리가 32MB가 되면 Exchange 2003에서는 ESE 버퍼 캐시를 64MB(기본값)로 늘리도록 한 번의 요청을 보냅니다. 이 64MB는 메시지를 처리하는 데 사용될 수 있으며 Store.exe 프로세스를 시작하기 전까지의 시간적인 여유를 제공합니다.
Exchange 저장소 프로세스가 시작되면 Exchange는 메모리가 최적으로 구성되어 있는지 검사합니다. 메모리 설정이 최적 설정이 아니면 이벤트 뷰어에 이벤트 9665가 나타납니다. 이 메시지는 다음과 같은 경우에 표시됩니다.
- 서버에서 Microsoft Windows® 2000 Server가 실행되고 있고 레지스트리의 SystemPages 값이 24000 - 31000 범위를 벗어난 경우
- 서버에 1GB 이상의 메모리가 있고 /3GB 스위치가 없습니다.
- 서버에서 Microsoft Windows Server™ 2003을 실행 중이고 메모리가 1GB 이상이며 /3GB 스위치가 설정되어 있지만 /USERVA 설정이 없거나 3030에서 2970까지의 범위를 벗어난 경우
이 이벤트가 표시되면 boot.ini 파일의 /3GB 스위치와 USERVA 설정뿐만 아니라 레지스트리의 SystemPages 및 HeapDeCommitFreeBlockThreshold 설정도 확인하십시오.

참고

메모리 구성 검사를 해제하려면 다음과 같은 레지스트리 키를 만들어야 합니다.

경로

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem\

매개 변수

Suppress Memory Configuration Notification

종류

REG_DWORD

설정

1

System Manager를 사용하여 MTA 파일 디렉터리 위치 변경

기본적으로 Exchange MTA 데이터베이스와 실행 디렉터리는 Exchange 2003이 설치되어 있는 폴더(<drive>:\Program Files\Exchsrvr\ MTADATA)에 들어 있습니다. Exchange가 브리지헤드 서버로 사용되는 서버를 비롯하여 일부 서버에서는 RAID 0+1 파티션과 같이 속도가 빠른 디스크 배열에 MTA 데이터베이스를 이동하여 성능을 향상시킬 수 있습니다.

참고

큐 디렉터리의 위치를 수정하면 실행 파일 또는 실행 디렉터리를 이동하는 것이 아니라 MTA 데이터베이스 경로만 수정하고 해당 데이터베이스 파일(.dat 파일)만 이동하는 것입니다.

참고

MTA 실행 디렉터리의 위치를 변경하면 성능 문제가 발생할 수 있으므로 변경하지 마십시오.

Exchange 2003에서는 Exchange System Manager를 사용하여 MTA 데이터베이스의 위치를 변경할 수 있습니다. 이렇게 하려면 X.400 속성 대화 상자의 일반 탭을 사용하십시오. MTA 데이터베이스 위치를 변경하는 방법에 대한 자세한 내용은 6장의 "X.400(MTA) 및 SMTP 큐 디렉터리 위치 이동"을 참조하십시오.

System Manager를 사용하여 SMTP Mailroot 디렉터리 위치 변경

Exchange 2003에서는 SMTP를 통해 메시지가 도착하면 Microsoft NTFS(Windows NT File System) 파일 형식(.eml 파일)으로 데이터가 디스크에 기록됩니다. 기본적으로 이러한 파일은 Exchange 2003 이진 파일이 설치되어 있는 동일한 디스크 파티션의 디렉터리(<drive>:\Program Files\Exchsrvr\Mailroot)에 기록됩니다.

브리지헤드 서버나 릴레이 서버를 구성하는 등의 일부 시나리오에서는 SMTP Mailroot 디렉터리 위치를 속도가 빠른 디스크 파티션으로 이동하여 성능을 향상시킬 수 있습니다.

Exchange 2003에서는 Exchange System Manager를 사용하여 Mailroot 디렉터리를 이동할 수 있습니다. 이렇게 하려면 SMTP 가상 서버 속성 대화 상자의 메시지 탭을 사용하십시오. Mailroot 디렉터리를 이동하는 방법에 대한 자세한 내용은 Exchange Server 2003의 전송 및 메시지 흐름 기능의 "X.400(MTA) 및 SMTP 큐 디렉터리 위치 이동"을 참조하십시오.

Exchange 2003 튜닝

Exchange 2003을 설치하면 별도의 튜닝 작업 없이도 성능에 문제가 없습니다. 그러나 이전 버전의 Exchange와 함께 사용하는 경우나 대규모의 Exchange 2003 서버 확장 작업을 수행하는 경우에는 수동 튜닝 작업이 필요할 수도 있습니다.

이 섹션에서는 튜닝과 관련된 모든 권장 사항을 제공하지 않으며 Exchange 2000 서버를 Exchange 2003으로 업그레이드할 때의 튜닝 권장 사항에 대해서만 설명합니다.

Exchange 2000 튜닝 매개 변수 제거

Exchange 2003에서는 많은 Exchange 2000 튜닝 매개 변수(예: Microsoft Exchange 2000 Internals: Quick Tuning Guide 기술 문서에 나열된 매개 변수)를 사용할 수 없으며 일부 매개 변수는 문제를 일으킵니다. 이 섹션에 나열된 설정을 추가하여 Exchange 2000 서버를 튜닝한 경우 Exchange 2003을 실행하는 서버에서 이러한 설정을 수동으로 제거해야 합니다. 이러한 설정을 제거하려면 레지스트리 편집기, 인터넷 정보 서비스 관리자 및 ADSI 편집 등의 도구를 사용합니다. 레지스트리 편집기, 인터넷 정보 서비스 관리자 및 ADSI 편집 사용 방법에 대한 자세한 내용은 Windows Server 도움말을 참조하십시오.

참고

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

초기 메모리 백분율

Exchange 2003에서는 초기 메모리 백분율 레지스트리 키를 사용할 수 없으므로 Exchange 2003을 설치할 때 레지스트리 편집기를 사용하여 다음 레지스트리 매개 변수를 삭제합니다.

위치:	HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem
매개 변수:	초기 메모리 백분율(REG_DWORD)

확장할 수 있는 저장소 시스템 힙

Exchange 2003에서는 최적의 힙 수가 자동으로 계산되므로 Exchange 2003을 설치할 때 레지스트리 편집기를 사용하여 다음 레지스트리 매개 변수를 삭제합니다.

위치:	HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ESE98\Global\OS\Memory
매개 변수:	MPHeap parallelism(REG_SZ)

DSAccess MaxMemoryConfig 키

MaxMemoryConfig 키를 추가하여 DSAccess 성능을 튜닝한 경우 이 키는 더 이상 권장되지 않습니다. Exchange 2003을 설치할 때 레지스트리 편집기를 사용하여 다음 레지스트리 매개 변수를 삭제합니다.

위치:	HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeDSAccess\Instance0
매개 변수:	MaxMemoryConfig (REG_DWORD)

DSAccess 메모리 캐시 튜닝

DSAccess의 사용자 캐시를 이전에 튜닝한 경우에는 수동 튜닝 값을 제거해야 합니다. 사용자 캐시 기본값이 25MB인 Exchange 2000과 달리 Exchange 2003에서는 기본값이 140MB이므로 Exchange 2003을 설치할 때 레지스트리 편집기를 사용하여 다음 레지스트리 매개 변수를 삭제합니다.

위치:	HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeDSAccess\Instance0
매개 변수:	MaxMemoryUser(REG_DWORD)

Outlook Web Access 콘텐츠 만료

\Exchweb 가상 디렉터리의 콘텐츠 만료 설정은 계속 사용해야 하며 모든 시나리오에 기본 설정 값인 1일을 사용해야 합니다. 인터넷 정보 서비스 관리자에서 이 설정을 확인하고 수정할 수 있습니다.

로그 버퍼

msExchESEParamLogBuffers 매개 변수를 9000(Exchange 2000 SP2 권장 사항) 또는 500(Exchange 2000 SP3 권장 사항)으로 수동 튜닝한 경우 해당 값을 삭제해야 합니다. Exchange 2000에서는 기본값이 84이지만 Exchange 2003에서는 기본값이 500입니다.

이 설정을 기본 설정인 **<설정 안 됨>**으로 되돌리려면 ADSI 편집에서 다음 매개 변수를 열고 지우기를 클릭합니다.

위치:	CN=Configuration/CN=Services/CN=Microsoft Exchange/CN=<Exchange Organization Name>/CN=Administrative Groups/CN=<Administrative Group Name>/CN=Servers/CN=<Server Name>/CN=Information Store>/CN=<Storage Group Name>
매개 변수:	msExchESEParamLogBuffers

테이블 열기 최대 수

msExchESEParamMaxOpenTables 매개 변수를 수동으로 튜닝한 경우 해당 값을 제거해야 합니다. 매개 변수 값을 삭제한 경우 Exchange 2003에서는 올바른 값이 자동으로 계산됩니다. 예를 들어 프로세서가 8개인 서버의 경우 27600의 값이 자동 설정됩니다.