Microsoftdownload.microsoft.com › download › c › f › 9 › cf99214… · Web viewIMAP4 프런트 엔드 서버 성능 IMAP4 프런트 엔드 서버 백 엔드 서버 1 백

c5541abf-15ce-464f-b5d2-758395fcdf3e

Microsoft Exchange Server 2003 성능 및 확장성 가이드 한국마이크로소프트(유)발행일: 2006 년 12 월 12 일작성: Exchange Server 문서화 팀

개요이 가이드에서는 Microsoft Exchange Server 2003 성능 및 확장성에 대한 정보를 제공합니다.의견이 있으십니까? [email protected] 으로 사용자 의견을 보내 주십시오.

mailto:[email protected]?subject=Print%20Feedback:%20Microsoft%20Exchange%20Server%202003%20Performance%20and%20Scalability%20Guide

ContentsExchange Server 2003 성능 및 확장성 가이드.........................................................11

Exchange 성능 이해...............................................................................................11성능 측정............................................................................................................12하드웨어 성능......................................................................................................12일반적인 아키텍처 고려 사항.................................................................................14성능 문제 해결.....................................................................................................15요약....................................................................................................................15

Exchange Server 2003 확장..................................................................................15확장성이란 무엇입니까?........................................................................................15프런트 엔드 및 백 엔드 아키텍처............................................................................16프런트 엔드 서버 라이센스 가이드..........................................................................17서버 크기 결정.....................................................................................................17기준 데이터.........................................................................................................17

사서함 서버(MAPI 사용)의 기준 성능.........................................................................18하드웨어.............................................................................................................18시나리오 1: Exchange 2000 Server 및 Outlook 2000 Online과 Exchange Server

2003 및 Outlook 2003 Online..........................................................................19시나리오 2: Exchange 2000 Server 및 Outlook 2003 캐시된 Exchange 모드와

Exchange Server 2003 및 Outlook 2003 캐시된 Exchange 모드.......................23사서함 확장성 지침...............................................................................................27

Outlook Web Access의 기준 성능...........................................................................27시나리오 1..........................................................................................................27시나리오 2..........................................................................................................32시나리오 3..........................................................................................................36Outlook Web Access 확장성 지침.........................................................................40

POP3의 기준 성능..................................................................................................40POP3 프런트 엔드 서버.........................................................................................40POP3 백 엔드 사서함 서버.....................................................................................44POP3 확장성 지침................................................................................................48

IMAP4의 기준 성능.................................................................................................48IMAP4 프런트 엔드 서버.......................................................................................48IMAP4 백 엔드 사서함 서버...................................................................................50IMAP4 확장성 지침...............................................................................................53

SMTP의 기준 성능..................................................................................................53

하드웨어.............................................................................................................53시나리오.............................................................................................................54SMTP 확장성 지침................................................................................................56

Exchange Server 2003의 클라이언트 성능 최대화...................................................57Outlook 2003.....................................................................................................57Outlook Web Access..........................................................................................58Exchange의 다른 모바일 서비스...........................................................................58클라이언트 성능 모니터링.....................................................................................59

Exchange Server 2003 성능 튜닝...........................................................................61성능 향상............................................................................................................61디스크 하위 시스템...............................................................................................61

Exchange Server 2003의 메모리 사용 최적화..........................................................66메모리 사용량 모니터링.........................................................................................66

Exchange 서버에서 메모리 사용 모니터링 방법..........................................................68절차....................................................................................................................69

Windows에서 /3GB 시작 스위치 설정 방법...............................................................70시작하기 전에......................................................................................................70절차....................................................................................................................71추가 정보............................................................................................................72

Windows 2000의 시스템 페이지 테이블 항목 증가 방법.............................................72시작하기 전에......................................................................................................72절차....................................................................................................................73추가 정보............................................................................................................73

Windows에서 /USERVA 시작 스위치 설정 방법.........................................................74시작하기 전에......................................................................................................74절차....................................................................................................................74추가 정보............................................................................................................75

HeapDeCommitFreeBlockThreshold 레지스트리 값 설정 방법..................................75시작하기 전에......................................................................................................76절차....................................................................................................................76참조....................................................................................................................76

메모리 구성 알림 이벤트 생략 방법............................................................................77시작하기 전에......................................................................................................77절차....................................................................................................................78추가 정보............................................................................................................78

DSAccess 사용자 캐시 구성 방법.............................................................................78시작하기 전에......................................................................................................79

절차....................................................................................................................79추가 정보............................................................................................................80

DSAccess 구성 캐시 구성 방법.................................................................................80시작하기 전에......................................................................................................81절차....................................................................................................................81참조....................................................................................................................81

Exchange 저장소 및 ESE(Extensible Storage Engine) 튜닝.....................................81단일 인스턴스 지원...............................................................................................82Windows 2000 Server를 실행하는 서버에서 페이지 테이블 항목 늘리기...................83온라인 데이터베이스 유지 관리..............................................................................83사서함 이동 중에 메시지 승격................................................................................85가상 주소 공간 및 저장소 데이터베이스 캐시 크기....................................................86

TEMP 및 TMP 디렉터리 이동 방법.............................................................................86시작하기 전에......................................................................................................86절차....................................................................................................................87

POP3 사용자에 대한 Compatibility 레지스트리 값 설정 방법.......................................88시작하기 전에......................................................................................................88절차....................................................................................................................89추가 정보............................................................................................................89

IMAP4 사용자에 대한 Compatibility 레지스트리 값 설정 방법.....................................90시작하기 전에......................................................................................................90절차....................................................................................................................91추가 정보............................................................................................................91

백업 튜닝...............................................................................................................91

msExchESEParamCacheSizeMin 특성 설정 방법.....................................................92시작하기 전에......................................................................................................93절차....................................................................................................................93추가 정보............................................................................................................94

메시지 전송 에이전트(MTA) 튜닝..............................................................................94MSExchangeIS 레지스트리 키 설정.......................................................................95MTA 파일 디렉터리...............................................................................................96

DB Data Buffers per Object 레지스트리 값 설정 방법...............................................96시작하기 전에......................................................................................................97절차....................................................................................................................97추가 정보............................................................................................................97

Dispatcher Threads 레지스트리 값 설정 방법...........................................................97시작하기 전에......................................................................................................98

절차....................................................................................................................98추가 정보............................................................................................................98

Kernel Threads 레지스트리 값 설정 방법..................................................................99시작하기 전에......................................................................................................99절차..................................................................................................................100추가 정보..........................................................................................................100

Max RPC Calls Outstanding 레지스트리 값 설정 방법.............................................100시작하기 전에....................................................................................................101절차..................................................................................................................101추가 정보..........................................................................................................101

MDB Users 레지스트리 값 설정 방법.......................................................................101시작하기 전에....................................................................................................102절차..................................................................................................................102추가 정보..........................................................................................................102

RTS Threads 레지스트리 값 설정 방법....................................................................102시작하기 전에....................................................................................................103절차..................................................................................................................103추가 정보..........................................................................................................103

TCP/IP Control Blocks 레지스트리 값 설정 방법.......................................................103시작하기 전에....................................................................................................104절차..................................................................................................................104추가 정보..........................................................................................................104

Transfer Threads 레지스트리 값 설정 방법.............................................................105시작하기 전에....................................................................................................105절차..................................................................................................................105추가 정보..........................................................................................................106

Gateway In Threads 레지스트리 값 설정 방법........................................................106시작하기 전에....................................................................................................107절차..................................................................................................................107추가 정보..........................................................................................................107

Gateway Out Threads 레지스트리 값 설정 방법......................................................108시작하기 전에....................................................................................................108절차..................................................................................................................109추가 정보..........................................................................................................109

MTA 데이터베이스 디렉터리 이동 방법.....................................................................110시작하기 전에....................................................................................................110절차..................................................................................................................110

추가 정보..........................................................................................................110

라우팅 튜닝..........................................................................................................110연결 상태 변경 억제............................................................................................111결함 재시도.......................................................................................................111라우팅 그룹 만들기.............................................................................................111

SuppressStateChanges 레지스트리 값 설정 방법...................................................112시작하기 전에....................................................................................................112절차..................................................................................................................112추가 정보..........................................................................................................113

Exchange Server 2003의 Glitch 레지스트리 간격 구성 방법...................................113시작하기 전에....................................................................................................113절차..................................................................................................................114추가 정보..........................................................................................................114

SMTP 전송 튜닝....................................................................................................114Mailroot 디렉터리 위치......................................................................................114SMTP MaxMessageObjects..............................................................................115

Exchange Server 2003에서 Mailroot 디렉터리 이동 방법.......................................115절차..................................................................................................................115추가 정보..........................................................................................................116

MaxMessageObjects 레지스트리 값 설정 방법........................................................116시작하기 전에....................................................................................................117절차..................................................................................................................117추가 정보..........................................................................................................117

Active Directory Connector 튜닝.........................................................................118절전 모드 시간...................................................................................................118블록 검색..........................................................................................................118

Max Continuous Sync (secs) 레지스트리 값 설정 방법............................................119시작하기 전에....................................................................................................119절차..................................................................................................................120추가 정보..........................................................................................................120

Sync Sleep Delay (secs) 레지스트리 값 설정 방법..................................................121시작하기 전에....................................................................................................121절차..................................................................................................................121추가 정보..........................................................................................................122

Export Block Size 레지스트리 값 설정 방법............................................................122시작하기 전에....................................................................................................122절차..................................................................................................................123

추가 정보..........................................................................................................123

Active Directory 통합 튜닝...................................................................................124글로벌 카탈로그와 Exchange의 비율...................................................................124Exchange 전용 Active Directory 서버................................................................124PDC를 사용하지 않도록 설정..............................................................................125Active Directory 서버에서 /3GB 스위치 사용.......................................................125Active Directory 서버에서 Exchange Server 2003 사용......................................126최대 활성 LDAP 쿼리 수 늘리기...........................................................................127사서함 서버에서 DSAccess 조정..........................................................................128

MinUserDC 레지스트리 값 설정 방법......................................................................128시작하기 전에....................................................................................................129절차..................................................................................................................129자세한 내용.......................................................................................................129

MaxActiveQueries 특성 설정 방법.........................................................................130절차..................................................................................................................130추가 정보..........................................................................................................131

지점에서 Exchange 사용자의 글로벌 카탈로그 최적화..............................................131

Active Directory에서 특성 인덱싱 방법..................................................................132시작하기 전에....................................................................................................132절차..................................................................................................................132추가 정보..........................................................................................................132

사용하지 않는 서비스 사용 안 함으로 설정하기.........................................................133

Windows에서 서비스 사용 안 함 설정 방법..............................................................133시작하기 전에....................................................................................................133절차..................................................................................................................133

더 이상 사용되지 않는 설정....................................................................................134

Exchange Server 2003 성능 도구.........................................................................134Exchange Server Stress and Performance 2003..............................................136Jetstress...........................................................................................................136Load Simulator 2003.......................................................................................137네트워크 모니터.................................................................................................137시스템 모니터....................................................................................................138

성능 카운터 정의...................................................................................................138

서버 크기 계산......................................................................................................141사용 프로필 결정................................................................................................142사용 프로필을 기반으로 서버 선택........................................................................143

디스크 하위 시스템 용량 확인..............................................................................147요약..................................................................................................................149

사서함별 메가사이클 수 계산 방법...........................................................................150시작하기 전에....................................................................................................150절차..................................................................................................................150

사서함별 IOPS 측정 방법........................................................................................151시작하기 전에....................................................................................................151절차..................................................................................................................151

사서함 서버 CPU 요구 사항 계산 방법......................................................................151시작하기 전에....................................................................................................152절차..................................................................................................................152

사서함 서버 디스크 하위 시스템 요구 사항 계산 방법.................................................152절차..................................................................................................................153

Copyright...........................................................................................................153

Exchange Server 2003 성능 및 확장성 가이드이 가이드에서는 Microsoft® Exchange Server 2003 성능 및 확장성에 대한 정보를 제공합니다. 성능에 영향을 미치는 다양한 요인을 알려 주고 Exchange Server 2003 환경을 최적화하는 방법에 대해 설명합니다. 마지막으로 다양한 사용자 로드 상태에서 Exchange 가 실행되는 방식을 검토하고 하드웨어 요구 사항을 결정하는 방법에 대해 설명합니다.이 가이드에서는 다음 항목을 설명합니다. Exchange 성능 이해 Exchange Server 2003 확장 Exchange Server 2003 의 클라이언트 성능 최대화 Exchange Server 2003 성능 튜닝 Exchange Server 2003 성능 도구 성능 카운터 정의

서버 크기 계산

Note: Exchange Server 2003 성능 및 확장성 가이드 를 다운로드하여 인쇄하거나 오프라인 상태에서 읽어 보십시오.

Exchange 성능 이해최적의 성능을 위해 시스템을 튜닝하는 작업은 반복적인 과정입니다. 필요한 만큼 시스템을 분석, 테스트 및 조정해야 하며 이러한 반복 과정에는 Microsoft® Exchange Server 2003 이 포함됩니다. 이때 사용자 프로필, 아키텍처 및 하드웨어를 비롯하여 시스템에 영향을 미치는 모든 변수에 대해 이해해야 합니다. 일반적으로 서버 성능은 성능이 가장 낮은 구성 요소(시스템의 병목 지점)에 의해 결정됩니다. 성능 향상의 핵심은 병목 지점을 식별하고 그 원인을 확인하여 적절한 조치를 하는 것입니다. Exchange Server 2003 배포를 계획할 때 이 가이드를 사용하여 환경을 설계하고 최적화하는 데 도움을 받을 수 있습니다. 이 가이드의 나머지 항목에서는 Exchange 서버의 성능 최적화에 유용한 메트릭과 튜닝 팁에 대해 설명합니다.성능 개념은 확장성 개념과 밀접한 연관이 있습니다. 시스템 구성 요소 성능에 영향을 미치는 요소에 대해 완전히 이해하면 작업량이 많은 기간을 지원하도록 확장 가능한 방식으로 구성 요소를 배포할 수

11

http://go.microsoft.com/fwlink/?LinkId=69704

있습니다. 이 가이드의 나머지 항목에서는 프런트 엔드 및 백 엔드 서버 확장에 대해 소개하고 다양한 상황에서 Exchange Server 2003 을 확장하는 방법에 관한 메트릭을 자세히 설명합니다.

Note: Exchange 2000 Server 사용자의 경우 많은 개념이 동일합니다. 나머지 항목에서는 두 버전 간의 차이에 대해 설명합니다. Exchange Server 5.5 사용자는 소개에서 권장하는 다른 가이드와 함께 이 가이드를 검토해야 합니다.

성능 측정Exchange Server 2003 에는 ESP(Exchange Server Stress and Performance) 2003, Jetstress 및 Load Simulator 2003(LoadSim) 등 다양한 성능 측정 도구가 포함되어 있습니다. Microsoft Windows Server™ 2003 에도 네트워크 모니터 및 시스템 모니터를 비롯하여 일반적인 성능 도구가 포함되어 있습니다. 도구에 대한 자세한 내용은 부록 A "Exchange Server 2003 성능 도구"를 참조하십시오.이러한 도구를 사용할 뿐만 아니라 현재 사용자 로드를 분석하여 최소 서버 요구 사항 기준을 설정합니다. 사용자의 시스템 사용 방식 이해도 매우 중요합니다. 이 가이드의 나머지 항목에서는 현재 사용자 로드와 관련된 특정 CPU, 메모리 및 저장소 로드를 측정하는 방법에 대해 설명합니다. 하드웨어 요구 사항을 결정한 후 시험 테스트를 수행하여 성능 수준이 적합한지 확인해야 합니다. 시험 테스트에 대한 자세한 내용은 Exchange Server 2003 High Availability Guide 에서 "System-Level Fault Tolerant Measures" 항목의 "Laboratory Testing and Pilot Deployments"를 참조하십시오.

하드웨어 성능Exchange 배포를 위해 선택한 하드웨어는 성능에 큰 영향을 미칩니다. 성능에 영향을 주는 변수는 너무 많기 때문에 특정 하드웨어 구성 요소가 성능에 미치는 영향을 예측하기는 어렵습니다. 다음 섹션에서는 프로세서, 메모리, 네트워크 및 저장소 등 Exchange Server 2003 성능에 영향을 미치는 구성 요소에 대한 일반적인 정보를 제공합니다.

프로세서 성능 서버의 프로세서 사용은 사용량이 많은 시간 동안 60% 정도의 로드를 유지해야 합니다. 이 백분율 수준은 과도한 로드가 걸리는 때를 대비한 것입니다. 75% 이상의 프로세서 사용량이 지속되는 경우 프로세서 성능 때문에 지체가 발생할 수 있습니다. 서버 CPU 의 다음과 같은 다양한 요소가 성능에 영향을 미칩니다. MHz 또는 GHz 단위로 측정되는 프로세서 클럭 속도 프로세서 수 프로세서 종류

12


성능을 고려하여 가장 빠른 프로세서를 선택하면 최상의 결과를 얻을 수 있지만 회사의 선택에 가장 많은 영향을 주는 것은 예산입니다. 클럭 속도 외에 프로세서에 사용된 기술도 성능에 영향을 미칠 수 있습니다. 예를 들어 일부 프로세서는 단일 프로세서를 두 개의 가상 프로세서처럼 작동하게 하는 하이퍼 스레딩 기술을 사용합니다. 일반적으로 이러한 프로세서에는 고급 캐시 관리 기능과 향상된 버스 속도 기능이 통합되어 있습니다. Exchange 에서는 여러 프로세서를 모두 이용할 수 있으며 서버의 프로세서가 많을수록 성능이 향상되는 경우가 대부분입니다. 하지만 프로세서 수와 성능 간의 관계는 복잡합니다. 서버에 프로세서가 너무 많은 경우 컨텍스트 전환과 관련된 오버헤드가 추가 프로세서가 주는 이점보다 클 수 있습니다. 최적의 프로세서 수는 서버가 수행하는 역할에 따라 부분적으로 결정됩니다. 예를 들어 많은 MAPI 연결을 호스팅하는 백 엔드 사서함 서버는 프로세서가 8 개인 컴퓨터를 효율적으로 이용할 수 있지만 Microsoft Outlook® Web Access 사용자를 호스팅하는 데 사용되는 서버에는 프로세서가 4 개인 컴퓨터를 사용하는 것이 더 효율적입니다. 다양한 프로세서가 실행되는 방법은 Exchange Server 2003 확장 을 참조하십시오.

메모리 성능 일반적으로 Exchange 서비스의 실제 메모리 사용량은 3GB 를 넘지 않습니다. 운영 체제 요구 사항, 바이러스 백신, 백업 및 관리 소프트웨어를 추가한 후 총 실제 메모리 사용량은 4GB 에 이를 수 있습니다. Exchange 전용인 서버에는 4GB 이상의 메모리가 필요 없습니다.Exchange Server 2003 에서 개별적으로 메모리를 가장 많이 사용하는 것은 사서함 및 공용 정보 저장소를 관리하는 Store.exe 프로세스입니다.Store.exe 프로세스 이외에 메모리를 사용하여 성능에 영향을 줄 수 있는 프로세스는 다음과 같습니다. Inetinfo.exe 인터넷 프로토콜을 처리하는 프로세스 Emsmta.exe Microsoft Exchange MTA Stacks 서비스 Mad.exe Microsoft Exchange System Attendant메모리 최적화에 대한 자세한 내용은 Exchange Server 2003 성능 튜닝 을 참조하십시오.

네트워크 성능 대부분의 네트워크 인터페이스 하위 시스템은 자동으로 튜닝됩니다. 서버 기반 네트워크 어댑터에는 네트워크 인터페이스를 통과하는 소통량의 종류 및 수준을 감지하는 기능이 있으며 이 정보를 기반으로 자체 튜닝됩니다. 여기서는 서버에 최신 장치 드라이버가 있는지 확인하는 것 외에 해야 할 작업이 많지 않습니다.일반적으로 사서함 서버의 경우 전이중 100Mbps 네트워크 연결로 충분합니다. 하지만 네트워크를 통해 백업하고 복원할 계획이라면 Gigabit 이더넷(1,000Mbps 또는 1Gbps)을 사용하는 것을 고려하십시오.

13

일반적으로 프런트 엔드 및 백 엔드 구성에서 지체가 가장 많이 발생하는 위치는 두 서버 집합을 구분하는 네트워크입니다. 프런트 엔드 서버는 100Mbps LAN 연결을 사용할 수 있기 때문에 Gigabit 이더넷으로 연결된 다중 전환 초고속 이더넷 네트워크를 고려해야 합니다.성능 관련 문제는 현재 구성에 적합하지 않게 설계된 하드웨어, 펌웨어 또는 소프트웨어 드라이버 때문인 경우가 많습니다. 자세한 내용은 Products Designed for Microsoft Windows 웹 사이트를 참조하십시오.

저장소 성능 저장소 요구 사항이 증가하고 기업에서 서버를 통합함에 따라 저장소 시스템을 설계할 때 비용, 가용성 및 성능 간의 균형을 고려해야 합니다. 저장소를 구현하기 전에 제대로 된 저장소를 설계할 수 있도록 시간을 투자해야 합니다. 프로세서와 메모리는 네트워크 사용 중에도 확장할 수 있지만 저장소를 다시 설계하면 네트워크를 중지해야만 구현할 수 있습니다. Exchange 저장소 튜닝 작업은 가장 중요한 구성 요소가 됩니다. 로컬로 연결된 저장소와 SAN(Storage Area Network)을 비롯한 많은 저장소 솔루션을 사용할 수 있습니다. Exchange 서버의 저장소 요구 사항은 서버 역할에 따라 달라집니다. 예를 들어 백 엔드 서버는 많은 양의 중요한 데이터를 저장하고 제공해야 하므로 SAN 을 이용하는 것이 좋습니다. SAN은 높은 가용성과 성능을 보장하는 RAID(Redundant Array of Independent Disks) 기술이 통합된 특수한 저장소 하드웨어입니다. 반대로 프런트 엔드 서버는 상대적으로 프로세서 의존도가 높고 고급 저장소 솔루션이 필요하지 않습니다.데이터 용량이 증가하는 경우 더 큰 용량의 하드 디스크 드라이브를 추가해도 사용자 로드 증가와 관련된 성능 문제는 해결되지 않습니다. 이 경우 다양한 사용자 로드에 응답하는 각 하드 디스크 드라이브의 성능을 고려해야 합니다. 이 성능은 현재 사용자 로드를 분석하여 측정할 수 있습니다. 2장에서는 현재 데이터베이스 사용량을 분석하는 데 사용할 수 있는 방법에 대해 설명합니다. 이 데이터를 통해 저장소 요구 사항을 추정할 수 있습니다.저장소 전략에 대한 자세한 내용은 Exchange Server 2003 High Availability Guide 를 참조하십시오.

일반적인 아키텍처 고려 사항소규모(단일 서버) 환경을 배포하는지, 대규모(다중 프런트 엔드 및 백 엔드 서버) 환경을 배포하는지에 따라 전체 성능에 미치는 영향을 고려해야 합니다. 프런트 엔드 서버는 클라이언트에서 요청을 받아 해당 백 엔드 서버로 릴레이하는 서버입니다. 백 엔드 서버는 클라이언트의 요청을 릴레이할 때 프런트 엔드 서버와 연결되는 데이터베이스를 하나 이상 호스팅하는 서버입니다. 아키텍처와 관계없이 많은 요소가 Exchange 서버 성능에 영향을 미칩니다. 이러한 요소에는 사용 중인 프로토콜, 설치된 프로세서 수, 사용할 수 있는 메모리, 예상 네트워크 사용량, 보안 인증 사용, 네트워크 소통량을 암호화하는 SSL(Secure Sockets Layer) 사용 등이 포함됩니다. 특정 Exchange Server 2003 구성에 대한 하드웨어를 선택하기 전에 이러한 요소를 고려해야 합니다.

14



프런트 엔드 및 백 엔드 서버 성능에 대한 자세한 내용은 Exchange Server 2003 확장 을 참조하십시오.

성능 문제 해결부록 A 에 나열된 문제 해결 도구를 사용하여 Exchange Server 2003 성능이 저하되는 지점을 진단할 수 있습니다. 서버 성능 저하의 주된 원인은 하위 시스템의 성능 저하입니다. Exchange 서버의 경우 성능 저하는 메일 큐의 증가나 클라이언트 응답 저하로 나타납니다.성능 문제 해결에 대한 자세한 내용은 Troubleshooting Exchange Server 2003 Performance 를 참조하십시오.

요약Exchange 성능에 영향을 미치는 다양한 요소를 이해하는 것이 최적의 성능을 달성하는 첫 단계이며 이후에도 지속적으로 시스템을 테스트하고 분석 및 조정해야 합니다. 또한 현재 사용자 로드를 이해하면 확장 요구 사항을 결정하는 데 도움이 됩니다. 이 정보를 통해 장래의 하드웨어 요구 사항을 더 정확히 예측할 수 있습니다. 다음 항목에서는 하드웨어 요구 사항을 결정하고 특정 구성 요소를 조정하는 특정 예제와 방법에 대해 설명합니다.

Exchange Server 2003 확장 이 항목에서는 다양한 구성과 사용자 로드 상태에서 Microsoft® Exchange Server 2003 성능에 대한 정보를 제공합니다. 이 데이터를 사용하여 조직의 요구 사항에 맞는 높은 확장성의 메시징 시스템을 구성할 수 있습니다.

확장성이란 무엇입니까?확장성은 증가된 성능 요구 사항에 맞게 시스템을 확장할 수 있는 능력입니다. 클러스터링의 경우는 클러스터의 총 로드가 클러스터의 용량을 초과할 때 스케일 업 또는 스케일 아웃을 통해 기존 클러스터에 점진적으로 시스템을 추가할 수 있습니다. 스케일 업에는 기존 하드웨어의 시스템 리소스(프로세서, 메모리, 디스크, 네트워크 어댑터 등)를 늘리거나 기존 하드웨어를 시스템 리소스가 더 많은 하드웨어(예: 더 빠른 CPU 및 네트워크 어댑터, 더 많은 메모리, 저장소 등)로 교체하는 것이 포함됩니다. 스케일 아웃에는 요구 사항에 맞게 서버를 추가하는 것이 포함됩니다. 확장성 전략에 대한 자세한 내용은 Exchange Server 2003 높은 수준의 가용성 가이드 를 참조하십시오.이 항목에서는 다양한 구성과 사용자 로드에서 Exchange Server 2003 을 확장하는 방법에 대해 설명합니다.

15

http://go.microsoft.com/fwlink/?linkid=47571



프런트 엔드 및 백 엔드 아키텍처프런트 엔드 및 백 엔드 서버 환경을 구현할 때는 전체 성능에 영향을 미치는 많은 요소가 나타납니다. Microsoft Outlook® Web Access, Outlook Mobile Access, Exchange ActiveSync®, RPC over HTTP, 인증, IP 주소 확인, SSL(Secure Sockets Layer) 프로토콜 및 암호화 구성표 서비스를 제공하는 서버와 같은 프런트 엔드 서버에는 중요한 처리가 필요한 보안 기능이 있습니다. 이러한 서버의 경우 특권 모드와 사용자 모드에서 모두 프로세서 활동이 증가하고 컨텍스트 전환 및 중단 비율이 증가할 수 있습니다. 서버의 프로세서가 증가된 로드를 처리할 수 없게 되면 큐가 증가하게 됩니다.프런트 엔드 서버에 영향을 미치는 요소는 다음과 같습니다. 사용 중인 프로토콜 설치된 프로세서 수 사용 가능한 메모리 네트워크 소통량 인증 방법 네트워크 소통량을 암호화하는 SSL 의 사용 프런트 엔드 서버는 모든 요청을 백 엔드 서버로 전달하기 때문에 백 엔드 서버는 프런트 엔드 서버와 동일한 프로세서 및 처리 문제를 가지게 됩니다. 또한 백 엔드 서버는 데이터를 검색하고 저장하는 읽기 및 쓰기 작업을 수행하기 때문에 저장소 문제도 발생할 수 있습니다. 토폴로지에 둘 이상의 공용 폴더가 있는 경우 공용 폴더 간의 복제 소통량이 관련된 모든 서버에 영향을 미칠 수 있습니다. 백 엔드 서버에 영향을 미치는 요소는 다음과 같습니다. 사용 중인 프로토콜 설치된 프로세서 수 사용 가능한 메모리 사용 중인 저장소 유형 사용 가능한 저장소 공용 폴더 정보 복제이러한 요소가 프런트 엔드 및 백 엔드 서버에 영향을 주는 방식에 대한 자세한 내용은 이 항목의 뒷부분에 나오는 "기준 데이터"를 참조하십시오.

프런트 엔드 서버 라이센스 가이드Microsoft Windows® 2000 Server 및 Windows Server™ 2003 은 사용자 단위와 서버 단위라는 두 종류의 라이센스 모델을 지원합니다. Windows 2000 라이센스 로깅 서비스는 사용자 단위 라이센스 모델을 사용하여 서버를 인증하는 모든 사용자의 목록을 디스크와 메모리에 유지합니다.

16

서버 단위 모델은 사용자 목록을 유지하지 않습니다. 사용자 단위 구성의 인증된 사용자 목록은 50,000 명 미만의 사용자가 있는 서버에서는 그렇게 많은 메모리를 사용하지 않지만 사용자가 수십만 명인 프런트 엔드 및 백 엔드 토폴로지에서 사용자 단위 라이센스 모델을 실행할 경우 라이센스 로깅 서비스의 메모리 사용 공간이 너무 커질 수 있습니다.프런트 엔드 서버에서 클라이언트 요청의 로드 균형을 조정하는 사용자 단위 시나리오에서는 프런트 엔드 서버의 라이센스 로깅 서비스가 모든 백 엔드 서버 사용자를 포함한 사이트의 모든 사용자에 대한 목록을 구성합니다. 사이트 크기에 따라 서버에서 프런트 엔드 서버의 라이센스 로깅 서비스에 수백 MB 의 메모리를 사용할 수 있습니다. 따라서 대규모의 프런트 엔드 및 백 엔드 토폴로지에서는 서버 단위 라이센스 모델을 사용하는 것이 좋습니다. 라이센스 로깅 서비스에 대한 자세한 내용은 Windows 2000 Resource Kits 웹 사이트(http://go.microsoft.com/fwlink/?LinkId=6545)를 참조하십시오.

서버 크기 결정Exchange 구성과 사용자 프로필의 다양성 때문에 서버가 지원하는 사용자 수를 정확하게 결정하는 것이 어렵습니다. 디스크 리소스를 사용하려면 다양한 유형의 클라이언트, 사용자의 활동 상태, 저장소 하위 시스템의 용량, Exchange 서버의 구성 방식을 고려해야 합니다. 서버 크기 요구 사항을 계산하는 방법에 대한 자세한 내용은 서버 크기 계산을 참조하십시오.

기준 데이터이 섹션에서는 다양한 구성과 사용자 로드 상태에서 Exchange 2003 성능에 대해 설명합니다. 이 정보를 이용하여 최소한의 하드웨어 요구 사항을 결정하는 기준을 세울 수 있습니다. 다음과 같은 시나리오가 포함됩니다. 사서함 서버(MAPI 사용) Outlook Web Access POP3(Post Office Protocol version 3) IMAP4(Internet Message Access Protocol version 4rev1) SMTP(Simple Mail Transfer Protocol)각 시나리오에서 다음 영역을 분석합니다. 프로세서 메모리 디스크 사용량 네트워크 사용량

17



사서함 서버(MAPI 사용)의 기준 성능이 섹션에서는 특정 MAPI 클라이언트 로드 상태의 Exchange Server 2003 사서함 서버에 대한 기준 성능 데이터를 제공합니다. 사서함 서버의 핵심 하드웨어 기준은 프로세서 종류와 속도, 메모리 크기, 네트워크 속도 및 디스크 성능과 구성입니다.

Note: 비교 기준으로 Exchange 2000 Server 확장성 데이터가 사용됩니다. Outlook 2000 및 Outlook 2003 MAPI 클라이언트를 시뮬레이트하기 위해 각각 Load Simulator 2000 및 Load Simulator 2003 이 사용됩니다. Load Simulator(LoadSim)에 대한 자세한 내용은 Exchange Server 2003 성능 도구 를 참조하십시오.

하드웨어다음 표는 다음 시나리오에 사용되는 하드웨어 사양을 보여 줍니다. 시나리오 1: Exchange 2000 Server 및 Outlook 2000 Online 과 Exchange Server

2003 및 Outlook 2003 Online 시나리오 2: Exchange 2000 Server 및 Outlook 2003 캐시된 Exchange 모드와

Exchange Server 2003 및 Outlook 2003 캐시된 Exchange 모드

18

사서함 하드웨어 구성서버 유형 프로세서 종류 RAM 저장소백 엔드 서버 Intel P4 Xeon 4 프로세서, 1.4GHz(하이퍼 스레드 사용 안 함)

4GB 데이터베이스 볼륨용으로 SAN으로 구성된 RAID0+1

각 저장소 그룹의 트랜잭션 로그용으로 2 개 스핀들로 구성된 RAID1

사용자 평균 사서함 크기가 25M 인 3 개 저장소 그룹의 12개 데이터베이스에 균등하게 분포된 8,000 명의 사용자

시나리오 1: Exchange 2000 Server 및 Outlook 2000 Online 과 Exchange Server 2003 및 Outlook 2003 Online이 시나리오에서는 Exchange 2000 Server 및 Outlook 2000 의 로드 특성을 Exchange Server 2003 및 Outlook 2003 의 로드 특성과 비교합니다. 로드 생성에는 Load Simulator 2003 이 사용됩니다. 다음 LoadSim 구성이 사용되었습니다. LoadSim 클라이언트 구성

Intel P4 600MHz 512MB RAM 단일 IDE(Integrated Drive Electronics) 디스크 컴퓨터당 1,000 개의 LoadSim 클라이언트

LoadSim 구성 다음 표는 사용된 값을 보여 줍니다.

19

사서함 구성 설정사서함 구성 값받은 편지함의 메시지 수 100지운 편지함의 메시지 수 1새 폴더 수 10새 폴더당 메시지 수 10일정 약속 25연락처 수 128평균 메시지 크기 75KB

사용자 작업 설정하루 8 시간당 사용자 작업 값메일 보내기 12하루에 받은 메시지 수 208하루에 보낸 메시지 수 52받은 편지함 처리 12메일 찾아보기 20약속 있음/없음 확인 1모임 요청 1.4약속 잡기 2.8일정 찾아보기 6업무 일지 응용 프로그램 0로그오프 0연락처 찾아보기 0연락처 만들기 0

메일 그룹 설정메일 그룹 값사이트당 메일 그룹 수 100

20

메일 그룹 값최소 메일 그룹 크기 2평균 메일 그룹 크기 10최대 메일 그룹 크기 20

다음 표는 이 시나리오에서 사서함 서버가 산출한 결과를 보여 줍니다.

사서함 서버 성능 비교서버 플랫폼 Windows 2000

SP3Windows 2000 SP3

Windows Server 2003

Windows Server 2003

Exchange 플랫폼 Exchange 2000 Server SP3

Exchange Server 2003



클라이언트 플랫폼 Windows XP, Outlook 2000 Online

Windows XP, Outlook 2003 Online



하이퍼 스레드 사용 여부 아니요 아니요 아니요 예사용자 8,000 8,000 8,000 8,000% Processor Time

75% 76% 75% 57%

Context Switches/sec

8,300 7,833 10,183 13,487

Local Delivery Rate

30 30 30 30

Network Usage(Kbps)

3,154 1,594 1,604 1,613

DB Disk Transfers/sec

2,088 1,980 1,929 1,955

Log Writes/sec

377 314 353 398

21

서버 플랫폼 Windows 2000 SP3

Windows 2000 SP3

Windows Server 2003

Windows Server 2003

Disk Bytes/sec(MB)

19.9 20.4 18.9 17.9

Database Cache Size

864 896 896 896

RPC Operations/sec

950 955 940 925

RPC Requests

7 8 8 7

Client Latency(ms)

96 100 95 105

Store Virtual Bytes

2,047 2,075 2,080 2,082

이 시나리오에 사용된 성능 카운터에 대한 자세한 내용은 성능 카운터 정의를 참조하십시오.

프로세서Exchange 2000 Server SP3 및 Exchange Server 2003 은 비슷한 수준의 프로세서 성능을 보여 줍니다. 8,000 명의 사용자에서 Exchange 2000 Server SP3 테스트는 75%의 프로세서 사용량을 나타내고 Exchange Server 2003 테스트는 76%의 프로세서 사용량을 나타냅니다. 두 테스트 모두 비슷한 작업 부하(950 및 955 의 RPC Operations/sec, Local Delivery Rate 는 동일)를 보여 줍니다.위 표에서는 Windows 2000 Advanced Server SP3 과 Windows Server 2003 이 Exchange Server 2003 을 실행 중일 때 프로세서 사용량에서 비슷한 수준을 보여 주지만 Windows Server 2003 의 주요 기능인 메모리 관리자의 최적화로 인한 가상 메모리 조각화의 상당한 감소는 표에 반영되지 않았습니다.Exchange Server 2003 은 Intel 의 하이퍼 스레드 기술을 이용하여 서버 확장성을 25% 늘립니다. 이 표에서 동일한 테스트를 하이퍼 스레드를 사용한 상태로 실행한 경우 프로세서 사용량이 76%에서 57%로 25% 감소한 것을 볼 수 있습니다. 하이퍼 스레드 기술의 이점은 캐시된 Exchange 모드 클라이언트 시나리오에도 동일하게 적용됩니다.

22

메모리Exchange Server 2003 과 Exchange 2000 Server 의 Exchange 저장소 메모리 사용 공간은 거의 같습니다. Exchange Server 2003 에서는 Database Cache Size 가 증가하고(864MB 에서 896MB) Jet 의 성능이 향상되기 때문에 임의의 Exchange 저장소 디스크 I/O 작업을 최대 10% 줄일 수 있습니다.

디스크 사용량Exchange Server 2003 에서는 Exchange 데이터베이스 디스크 I/O 작업이 Exchange 2000 Server SP3 보다 10% 감소합니다. Exchange Server 2003 에서는 Database Cache Size 가 증가하기(864MB 에서 896MB) 때문에 임의의 Exchange 데이터베이스 디스크 I/O 작업을 최대 10% 줄일 수 있습니다.

네트워크 사용량Exchange 2000 Server 및 Outlook 2000 에 비해 Exchange Server 2003 및 Outlook 2003 의 네트워크 대역폭을 최대 50% 줄일 수 있습니다. 이 8,000 명 사용자 테스트에서 Exchange 2000 Server 및 Outlook 2000 은 3,154Kbps 를 사용하고 Exchange Server 2003 및 Outlook 2003 은 절반 정도의 대역폭인 1,594Kbps 를 사용합니다. Exchange Server 2003 및 Outlook 2003 에 적용된 압축 기술 때문에 특정 수의 사용자를 호스팅하는 데 필요한 네트워크 대역폭은 Exchange 2000 Server 및 Outlook 2000 의 네트워크 대역폭보다 훨씬 적습니다. Exchange Server 2003 에서는 여러 가지 방식의 성능 최적화가 구현되었기 때문에 이러한 압축으로 인해 서버의 확장성이 낮아지지 않습니다. 따라서 전송 바이트 수를 줄이는 것은 서버 CPU 사용량에 영향을 주지 않습니다.

시나리오 2: Exchange 2000 Server 및 Outlook 2003 캐시된 Exchange 모드와 Exchange Server 2003 및 Outlook 2003 캐시된 Exchange 모드이 테스트에서는 Exchange 2000 Server 및 Outlook 2003 의 로드 특성을 캐시된 Exchange 모드 클라이언트 시나리오의 Exchange Server 2003 및 Outlook 2003 과 비교합니다. 로드 생성에는 LoadSim 2003 이 사용됩니다. LoadSim 클라이언트 구성

Intel P4 600MHz 512MB RAM

23

단일 IDE 디스크 컴퓨터당 1,000 개의 LoadSim 클라이언트

LoadSim 구성 다음 표는 사용된 값을 보여 줍니다.

사서함 구성 설정사서함 구성 값받은 편지함의 메시지 수 100지운 편지함의 메시지 수 1새 폴더 수 10새 폴더당 메시지 수 10일정 약속 25연락처 수 128평균 메시지 크기 75KB

사용자 작업 설정하루 8 시간당 사용자 작업 값메일 보내기 7하루에 받은 메시지 수 161.90하루에 보낸 메시지 수 44.12받은 편지함 처리 20메일 찾아보기 0약속 있음/없음 확인 4모임 요청 2약속 잡기 4일정 찾아보기 1업무 일지 응용 프로그램 0로그오프 3연락처 찾아보기 0연락처 만들기 0

24

사용자 작업 설정메일 그룹 값사이트당 메일 그룹 수 100최소 메일 그룹 크기 2평균 메일 그룹 크기 10최대 메일 그룹 크기 20

다음 표는 이 시나리오에서 사서함 서버가 산출한 결과를 보여 줍니다.

Exchange 2000 Server/Exchange Server 2003 캐시된 모드 비교서버 플랫폼 Windows 2000 SP3 Windows 2000 SP3Exchange 플랫폼 Exchange 2000 Server

SP3Exchange Server 2003

클라이언트 플랫폼 Windows XP, Outlook 2003 캐시된 Exchange 모드

Windows XP, Outlook 2003 캐시된 Exchange 모드

하이퍼 스레드 사용 여부 아니요 아니요사용자 8,000 8,000% Processor Time 64% 57%Context Switches/sec 7,981 6,488Local Delivery Rate 23 23Network Usage(Kbps) 3,613 1,765DB Disk Transfers/sec 1,496 1,355Log Writes/sec 304 315Disk Bytes/sec(MB) 17.7 16.2Database Cache Size 896 864RPC Operations/sec 1,205 1,193RPC Requests 8 7Store Virtual Bytes 2,016 2,076


25

Note: Outlook 2003 온라인 테스트 결과와 Outlook 2003 캐시된 Exchange 모드 테스트 결과는 비교할 수 없습니다. 사용자 프로필과 사용자 작업이 매우 다릅니다. Outlook 2003에 관한 특정 성능 데이터에 대해서는 Client Network Traffic with Exchange Server 2003 을 참조하십시오.

프로세서이 테스트에서 Exchange Server 2003 의 캐시된 Exchange 모드 MAPI 클라이언트의 프로세서 성능은 Exchange 2000 Server SP3 보다 약 10% 향상됩니다. 8,000 명의 사용자에서 Exchange 2000 Server SP3 테스트는 64%의 프로세서 사용량을 나타내고 Exchange Server 2003 테스트는 57%의 프로세서 사용량을 나타냅니다. 두 테스트 모두 비슷한 작업 부하(1,193 및 1,205 의 RPC Operations/sec, Local Delivery Rate 는 동일)를 보여 줍니다. Exchange 2003 Server 는 Outlook 2003 캐시된 Exchange 모드 클라이언트에 최적화되어 있습니다.

메모리Exchange Server 2003 과 Exchange 2000 Server 의 Exchange 저장소 메모리 사용 공간은 거의 같습니다. Exchange Server 2003 에서는 Database Cache Size 가 증가하고(864MB 에서 896MB) Jet 의 성능이 향상되기 때문에 임의의 Exchange 데이터베이스 디스크 I/O 작업을 최대 10% 줄일 수 있습니다.

디스크 사용량Exchange 2003 에서는 Exchange 데이터베이스 디스크 I/O 작업이 Exchange 2000 Server SP3 보다 10% 감소합니다. Exchange Server 2003 에서는 데이터베이스 캐시 크기가 증가하기(864MB 에서 896MB) 때문에 임의의 Exchange 데이터베이스 디스크 I/O 작업을 최대 10% 줄일 수 있습니다.

네트워크 사용량Exchange 2000 Server 및 Outlook 2000 에 비해 Exchange Server 2003 및 Outlook 2003 의 네트워크 대역폭을 최대 50% 줄일 수 있습니다. 이 8,000 명 사용자 테스트에서 Exchange 2000 Server 및 Outlook 2003 은 3,613Kbps 를 사용하고 Exchange Server 2003 및 Outlook 2003 은 절반 정도의 대역폭인 1,765Kbps 를 사용합니다. Exchange Server 2003 및 Outlook 2003 에 적용된 압축 기술 때문에 특정 수의 사용자를 호스팅하는 데 필요한 네트워크 대역폭은 Exchange 2000 Server 및 Outlook 2003 의 네트워크 대역폭보다 훨씬 적습니다. Exchange Server 2003 에서는 여러 가지 방식의 성능 최적화가 구현되었기 때문에 이러한 압축으로 인해 서버의 확장성이 낮아지지 않습니다. 따라서 전송 바이트 수를 줄이는 것은 서버 CPU 사용량에 영향을 주지 않습니다.

26



사서함 확장성 지침사서함 서버를 설계할 때 다음 권장 사항을 고려하십시오. 많은 MAPI 연결을 호스팅하는 백 엔드 사서함 서버는 프로세서가 4 개인 서버로 확장하는 것이 좋습니다. 일반적으로 메일을 과도하게 사용하는 집단이 아닌 경우 1,000 명의 사용자 단위로 프로세서 하나가 적당합니다. 프로세서 요구 사항에 대한 자세한 내용은 서버 크기 계산을 참조하십시오. Exchange Server 는 최대 3GB 의 메모리를 사용합니다. 성능을 향상시키려면 메모리를 최대

4GB 까지 늘려 디스크 페이징을 줄입니다.

Outlook Web Access 의 기준 성능이 섹션에서는 Outlook Web Access 에 대한 기준 성능 데이터를 제공합니다. Outlook Web Access 는 HTTP 를 사용하여 Exchange 서버에 액세스하는 웹 인터페이스입니다. 모든 웹 브라우저에서 Outlook 을 통해 사용할 수 있는 대부분의 기능에 액세스할 수 있습니다. 이 섹션에서는 다음 시나리오에 대해 설명합니다. 시나리오 1 두 개의 서로 다른 구성(Exchange Server 2003 및 Windows 2000 과

Exchange Server 2003 및 Windows Server 2003)을 갖는 프런트 엔드 서버에서 메일 흐름이 비슷한 10,000 명의 Outlook Web Access 사용자를 비교합니다. 시나리오 2 메일 흐름은 일정하게 유지하고 추가 기능을 사용할 경우의 성능을 비교합니다. 시나리오 3 LoadSim 을 사용하여 다양한 로드에서 추가 기능을 사용할 경우의 성능을 비교합니다.

시나리오 1이 시나리오에서는 두 개의 서로 다른 구성(Exchange Server 2003 및 Windows 2000 과 Exchange Server 2003 및 Windows Server 2003)을 갖는 프런트 엔드 서버에서 메일 흐름이 비슷한 10,000 명의 Outlook Web Access 사용자를 비교합니다. 이 시나리오에는 다음 구성이 사용됩니다. 각 저장소 그룹에 3 개의 개인 사서함 저장소가 있는 4 개의 저장소 그룹이 있습니다. 클라이언트가 보내는 메시지의 평균 크기는 20KB 입니다. 테스트가 시작되기 전에 각 사용자의 받은 편지함에 31 개의 IMAP4 메시지가 채워집니다. 각 사용자가 인터넷으로 여러 전자 메일 메시지를 보냄에 따라 전송 소통량이 발생합니다. 각 사용자 연결은 약 10 분 지속됩니다. 다음 표는 각 사용자가 수행한 작업을 보여 줍니다.

27

사용자 테스트 스크립트작업 수행 시간로그온 1메일 확인 2메시지 보내기 2보낸 메시지 받는 사람 1메시지 받기 4메시지 읽기 4메시지 이동 1메시지 삭제 1

하드웨어다음 표는 이 시나리오에 사용된 3 개의 서버 사양을 보여 줍니다.

Outlook Web Access 시나리오 1 하드웨어서버 유형 프로세서 종류 RAM 저장소프런트 엔드 서버 Intel P4 Xeon 프로세서 2 개,

2.6GHz(하이퍼 스레드)

1GB 적용되지 않음

백 엔드 서버 1 Intel P4 Xeon 4 프로세서, 1.4GHz 4GB 데이터베이스 볼륨용으로 20 개 스핀들로 구성된

RAID0+1 각 저장소 그룹의 트랜잭션 로그용으로 4 개 스핀들로 구성된

RAID0+1

28

서버 유형 프로세서 종류 RAM 저장소백 엔드 서버 2 AMD Opteron 4 프로세서, 1.6GHz

2GB 데이터베이스 볼륨용으로 20 개 스핀들로 구성된 RAID0+1

각 저장소 그룹의 트랜잭션 로그용으로 4 개 스핀들로 구성된 RAID0+1

Outlook Web Access 프런트 엔드 서버Outlook Web Access 에 대한 클라이언트 액세스는 HTTP 를 통해 제공됩니다. 다음 표에서는 Windows 2000 및 Windows Server 2003 프런트 엔드 서버에서 프로세서 사용량, 초당 컨텍스트 전환, 네트워크 소통량 및 메모리 사용량에 대해 간략하게 설명합니다.

Outlook Web Access 프런트 엔드 서버 비교프런트 엔드 서버 Exchange Server 2003

Windows 2000 Exchange Server 2003 Windows Server 2003

Network Usage(Kbps) 4,679 6,313Inetinfo Private Bytes 518MB 38MBW3WP Private Bytes 적용되지 않음 79MBAvailable Mbytes 276MB 484MB% Processor Time 52% 21%Context Switches/sec 11,795 13,791Web Bytes Total/sec 2,720KB 3,706KBWeb ISAPI Extension Requests/sec

98 135


프로세서이 시나리오에서는 Outlook Web Access 가 Windows Server 2003 에서 실행되는 경우 프런트 엔드 서버의 CPU 를 상당히 적게 사용합니다.

29

메모리Windows Server 2003 의 IIS 작업자 프로세스(W3WP)는 Outlook Web Access 요청을 처리할 때 Windows 2000 의 인터넷 정보 서비스(IIS)보다 메모리를 효율적으로 사용합니다. 이 시나리오에서 Windows 2000 Server 에서 실행되는 Exchange Server 2003 은 756MB 의 RAM 을 사용하지만 Windows Server 2003 을 실행하는 서버는 540MB 만 사용합니다. Windows Server 2003 의 핵심 Inetinfo 프로세스는 대부분의 작업을 W3WP 프로세스로 밀어 넣습니다. 두 프런트 엔드 서버 모두에서 저장소 프로세스는 무시할 수 있는 양의 RAM 을 사용합니다.

디스크 사용량전용 Outlook Web Access 프런트 엔드 서버의 디스크 사용량에 대한 자세한 내용은 이 항목의 뒷부분에 나오는 "POP3 프런트 엔드 서버”의 “디스크 사용량”을 참조하십시오.

네트워크 사용량전용 Outlook Web Access 프런트 엔드 서버의 네트워크 사용량에 대한 자세한 내용은 POP3 의

기준 성능에서 "POP3 프런트 엔드 서버"의 "네트워크 사용량"을 참조하십시오.

Outlook Web Access 백 엔드 서버다음 표는 Outlook Web Access 백 엔드 서버가 산출한 결과를 보여 줍니다.

Outlook Web Access 백 엔드 서버 비교백 엔드 서버 Exchange 2003 Windows

2000Exchange 2003 Windows Server 2003

Database Cache Size 896MB 896MBAvailable Mbytes 409MB 93MBLocal Delivery Rate 7 6Network Usage(Kbps) 4,705 6,313Disk Bytes/Sec 14,739KB 15,365KBDB Disk Transfers/sec 1,959 1,723Inetinfo Private Bytes 83MB 124MBStore Virtual Bytes 1,788MB 1,764MB% Processor Time 27% 38%Context Switches/sec 15,769 14,363

30

백 엔드 서버 Exchange 2003 Windows 2000

Exchange 2003 Windows Server 2003

Web ISAPI Extension Requests/sec

59 81


프로세서Windows Server 2003 의 프런트 엔드 서버에서는 CPU 사용량이 감소하지만 백 엔드 서버에서는 CPU 사용량이 증가하는 것으로 나타납니다. Windows Server 2003 테스트에서 처리량이 많을수록 CPU 를 더 많이 사용하지만 작업당 비용은 두 테스트에서 거의 비슷합니다.

메모리프로세서가 4 개인 Outlook Web Access 백 엔드 서버에는 최소한 500MB 의 RAM 이 필요합니다. 이 항목에서 설명하는 시나리오 중 프로세서가 4 개인 경우는 대부분 Store.exe 프로세스가 1GB 이상의 RAM 을 사용했습니다. Exchange Server 2003 은 최대 3GB 의 메모리를 사용합니다. 성능을 향상시키려면 메모리를 최대 3GB 까지 늘려 디스크 페이징을 줄입니다.

디스크 사용량Outlook Web Access 클라이언트 전용인 백 엔드 서버를 사용 중인 경우 각 저장소 그룹의 데이터베이스 파일을 전용 RAID0+1 배열에 배치하고 캐시 기능이 있는 컨트롤러를 사용합니다.

네트워크 사용량모든 Outlook Web Access 사서함 서버 응용 프로그램에서 100Mbps 전이중 네트워크 연결로 충분합니다. 이 가이드를 지원하기 위해 수행된 Outlook Web Access 테스트에서는 가장 심각한 테스트 상황에서도 네트워크 사용량이 7Mbps 를 넘지 않습니다. 이 수준은 100Mbps 전이중 네트워크 연결의 네트워크 포화점 아래입니다.

시나리오 2이 시나리오에서는 기준 Outlook Web Access 테스트(시나리오 1)에 대해 추가 Outlook Web Access 기능의 성능을 비교합니다. 이 시나리오에서는 다음 기능을 사용합니다. 맞춤법 검사 모든 보내기, 회신 및 전달 작업에서 맞춤법 검사를 하도록 Outlook Web Access 기준 테스트를 수정하여 보낸 메시지에 맞춤법 검사 기능을 사용하는 사용자를 시뮬레이트합니다. SSL 보안을 제공하는 SSL 암호화와 Outlook Web Access SSL 기준 테스트 예제를 사용하도록 Outlook Web Access 기준 테스트를 수정합니다.

31

Gzip 압축 gzip 압축을 사용하도록 Outlook Web Access SSL 기준 테스트를 수정하여 네트워크를 통해 전송된 파일 크기를 줄입니다. S/MIME S/MIME(Secure/Multipurpose Internet Mail Extensions)을 사용하여 보내고 회신하거나 전달한 모든 메시지를 인코딩하도록 Outlook Web Access SSL 기준 테스트를 수정합니다.이 시나리오에는 다음 구성이 사용됩니다. 저장소 그룹당 3 개의 개인 사서함 저장소가 있는 4 개의 저장소 그룹이 있습니다. 2,000 명의 Outlook Web Access 사용자가 인터넷 SMTP 인바운드를 통해 전송되는 초당

3.5 개의 메시지를 사용합니다. 클라이언트가 보내는 메시지의 평균 크기는 20KB 입니다. 테스트가 시작되기 전에 각 사용자의 받은 편지함에 31 개의 IMAP4 메시지가 채워집니다. 각 사용자가 인터넷으로 여러 전자 메일 메시지를 보냄에 따라 전송 소통량이 발생합니다. 각 사용자 연결은 약 10 분 지속됩니다. 시나리오 1 의 표는 시나리오 2 의 각 사용자가 수행한 작업을 보여 줍니다.

하드웨어이 시나리오에서는 Outlook Web Access 시나리오 1 에서 사용한 동일한 하드웨어 구성을 사용합니다.

Outlook Web Access 기능 - 프런트 엔드 서버시나리오 1 에 나열된 사용자 작업을 기준으로 다음 데이터가 산출되었습니다.

Outlook Web Access 프런트 엔드 기능 비교프런트 엔드 서버 Outlook

Web Access 기준맞춤법 검사 SSL SSL gzip SSL S/MIME

Inetinfo Private Bytes

36MB 36MB 29MB 29MB 29MB

Lsass Private Bytes

50MB 58MB 211MB 212MB 222MB

Available MB

517 484 335 338 289

32

프런트 엔드 서버 Outlook Web Access 기준

맞춤법 검사 SSL SSL gzip SSL S/MIME

% Processor Time

12% 23% 27% 29% 33%


3,303 3,685 3,462 3,461 3,794

Web Bytes Total/sec

332KB 494KB 377KB 384KB 508KB


34 46 34 35 45


프로세서맞춤법 검사기를 사용하면 프로세서 사용량이 Outlook Web Access 기준에서 거의 두 배가 됩니다. 맞춤법 검사기는 프런트 엔드 서버의 CPU 를 매우 많이 사용하며 모든 보내는 메시지에서 수동으로 또는 자동으로 사용됩니다. SSL 은 CPU 를 Outlook Web Access 기준보다 125% 많이 사용합니다. gzip 압축을 사용하면 CPU 사용량이 SSL 기준에 비해 7% 상승합니다. S/MIME 을 사용하는 경우가 CPU 를 가장 많이 사용하는 것이며 CPU 사용량은 SSL 기준에 비해 22% 증가합니다. 컨텍스트 전환은 매우 낮으며 모든 테스트에서 거의 같습니다.

메모리모든 테스트에서 메모리 사용량이 비슷한 것으로 나타났습니다. SSL 을 사용하는 테스트에서는 Lsass 프로세스가 추가 메모리를 사용하기 때문에 사용할 수 있는 메모리가 줄어듭니다. Lsass 프로세스는 SSL 연결의 자격 증명과 암호화를 처리합니다.

디스크 사용량Outlook Web Access 프런트 엔드 서버는 하드 디스크를 거의 사용하지 않습니다. 전용 Outlook Web Access 프런트 엔드 서버의 디스크 사용량에 대한 자세한 내용은 POP3 의 기준 성능 에서 "POP3 프런트 엔드 서버”의 “디스크 사용량”을 참조하십시오.

33

네트워크 사용량모든 테스트에서 네트워크 사용량이 비슷한 것으로 나타났습니다. 맞춤법 검사기는 배달할 메시지를 보내기 전에 최종적으로 맞춤법 검사를 하기 위해 프런트 엔드 서버로 메시지를 보내는 추가 작업이 필요하기 때문에 프런트 엔드 서버의 네트워크 사용이 5% 증가합니다. S/MIME 은 특히 예외적으로 프런트 엔드 서버에서 네트워크 사용이 27% 증가합니다.

Outlook Web Access 기능 - 백 엔드 서버테스트한 대부분의 기능이 프런트 엔드 서버에 영향을 미치지만 백 엔드 서버에는 영향을 미치지 않습니다.

Outlook Web Access 백 엔드 기능 비교백 엔드 사서함 서버 Outlook

Web Access맞춤법 검사 SSL SSL GZIP SSL S/MIME

Local Delivery Rate

24 22 23 23 8


935 745 1,021 1,031 711

Network Usage(Kbps)

687 723 675 695 876


120MB 107MB 72MB 75MB 112MB

% Processor Time

40% 41% 42% 40% 37%


11,842 12,486 11,878 11,997 10,931

Web Bytes Total/sec

271KB 312KB 275KB 291KB 400KB


34 41 34 35 45

34


프로세서프로세서 사용량과 컨텍스트 전환은 모든 테스트에서 40% CPU 사용량과 12,000 컨텍스트 전환으로 거의 비슷합니다.

메모리메모리 소비는 모든 테스트에서 거의 비슷합니다. SSL 을 사용하는 테스트에서는 Inetinfo 프로세스에서 메모리를 덜 사용합니다.

디스크 사용량Outlook Web Access 백 엔드 서버는 디스크를 아주 많이 사용합니다. 데이터베이스 볼륨에 대해 RAID0+1 을 사용하고 저장소 그룹의 각 트랜잭션 로그에 대해 RAID1 이상을 사용합니다.

네트워크 사용량네트워크 사용량은 모든 테스트에서 거의 비슷하며 100Mbps 네트워크 어댑터의 요구 사항 범위 내에 있습니다.

시나리오 3이 시나리오에서는 다양한 MAPI 사용자 로드 상태에서 추가 기능을 사용할 경우의 성능을 비교합니다. 이 시나리오에서는 8,000 명의 MAPI 사용자가 인터넷 SMTP 인바운드를 통해 전송되는 초당 3.5개의 메시지를 사용합니다. 다음과 같은 구성을 테스트합니다. MAPI 기준 이 기준 테스트에서는 8,000 명의 MAPI 사용자가 백 엔드 서버에 직접 액세스하고 인터넷 SMTP 인바운드를 통해 초당 3.5 개의 메시지를 백 엔드 서버에 보냅니다. MAPI, Exchange ActiveSync 및 AUTD 이 기준 테스트에서는 8,000 명의 MAPI 사용자가 백 엔드 서버에 직접 액세스하고 인터넷 SMTP 인바운드를 통해 초당 3.5 개의 메시지를 백 엔드 서버에 보냅니다. 8,000 명의 사용자 중 2,400 명의 사용자는 Exchange ActiveSync를 사용하여 프런트 엔드 서버의 사서함을 자신의 모바일 장치와 동기화합니다. Exchange

ActiveSync 사용자의 절반(1,200)은 알림을 받기 위해 AUTD(Always Up-To-Date)를 설정합니다. 각 Exchange ActiveSync 연결은 약 3 분 동안 지속됩니다. 표 2.16 에서는 각 사용자가 수행한 작업을 보여 줍니다. RPC over HTTP 이 기준 테스트는 프런트 엔드 RPC 프록시 서버를 통해 라우팅됩니다. MAPI 및 Outlook Web Access 이 기준 테스트에서는 8,000 명의 MAPI 사용자가 백 엔드 서버에 직접 액세스하고 인터넷 SMTP 인바운드를 통해 초당 3.5 개의 메시지를 백 엔드 서버에 보냅니다. 500 명의 Outlook Web Access 사용자는 프런트 엔드 서버를 통해 자신의

35

사서함에 액세스합니다. 각 사용자 연결은 약 10 분 동안 지속되며 각 사용자는 시나리오 1 에서 설명한 동일한 작업을 수행합니다.평균 클라이언트 메시지 크기는 20KB 입니다. 테스트가 시작되기 전에 각 사용자의 받은 편지함에 약 31 개의 IMAP4 메시지가 채워집니다. 각 사용자가 인터넷으로 여러 전자 메일 메시지를 보냄에 따라 전송 소통량이 발생합니다.

Exchange ActiveSync 사용자 테스트 스크립트작업 수행 시간GETHIERARCHY 2sync calendar 5sync contacts 5sync inbox 2getestimate calendar 1getestimate contacts 1getestimate inbox 1addmailrecipient 0.6sendmail 1syncadd contacts 1syncchange FOLDER("contacts").rnd 2syncdel FOLDER("contacts").rnd 2syncadd calendar 1

하드웨어다음 표는 이 시나리오에 사용된 4 개의 서버 사양을 보여 줍니다.

Outlook Web Access 시나리오 3 하드웨어 구성서버 유형 프로세서 종류 RAM 저장소프런트 엔드 서버 1(MAPI, AUTD, Exchange ActiveSync)

Intel P4 Xeon 2 프로세서, 2.6GHz 1GB 적용되지 않음

36

서버 유형 프로세서 종류 RAM 저장소프런트 엔드 서버 2(MAPI, RPC over HTTP)

AMD Athlon 2 프로세서 1.2GHz 2GB 적용되지 않음

프런트 엔드 서버 3(MAPI, Outlook Web Access)

Intel P2 Xeon 2 프로세서, 450MHz1GB 적용되지 않음

백 엔드 서버 Intel P4 Xeon MP 4 프로세서, 1.4GHz(하이퍼 스레드)



MAPI 를 사용한 Outlook Web Access 기능 - 프런트 엔드 서버다음 표는 비슷한 MAPI 로드에서 세 개의 프런트 엔드 서버 성능을 보여 줍니다.

MAPI 를 사용한 Outlook Web Access 기능 - 프런트 엔드 프런트 엔드 서버

1(MAPI, Exchange ActiveSync, AUTD)

프런트 엔드 서버 2(RPC over HTTP)

프런트 엔드 서버 3(MAPI, Outlook Web Access)

% Processor Time

3% 23% 2%


610 10,447 776

Web Bytes Total/sec

6KB 253KB 123KB


4 61 3


37

RPC over HTTP 프록시 서버에 프런트 엔드 서버를 사용하면 10,000번의 컨텍스트 전환이 있는 8,000 명의 사용자에 대해 프로세서가 두 개인 1.2GHz 서버의 23%가 사용됩니다. 프런트 엔드 서버에 대한 Outlook Web Access 및 ActiveSync 의 영향은 미미합니다. 메모리 및 디스크 소비는 무시할 수 있으며 네트워크 사용량은 2MB 로 100Mbps 네트워크 어댑터의 권장 범위 내에 있습니다.

MAPI 를 사용한 Outlook Web Access 기능 - 백 엔드 서버다음 표는 특정 Outlook Web Access 기능을 사용할 경우 백 엔드 서버의 성능을 보여 줍니다.

MAPI 를 사용한 Outlook Web Access 기능 - 백 엔드 MAPI 기준 RPC over

HTTPMAPI 및 Outlook Web Access

MAPI, ActiveSync 및 AUTD

Database Cache Size

896 896 896 896

Log Writes/sec

265 270 229 220


1,609 1,494 1,767 1,530

Disk Bytes/sec

18.7MB 16.9MB 20.5MB 18.6MB

Local Delivery Rate

26 25 26 22

RPC Operations/sec

1,208 1,136 1,226 1,188

RPC Requests

9 6 22 7

Network Usage(Kbps)

2,452 2,031 2,237 2,008


190 51 187 45

38

MAPI 기준 RPC over HTTP

MAPI 및 Outlook Web Access

MAPI, ActiveSync 및 AUTD

Store Virtual Bytes

2,127 2,063 2,104 2,124

% Processor Time

50 44 73 91


13,875 13,292 18,824 12,365

Web Bytes Total/sec

적용되지 않음 적용되지 않음 109KB 108KB

SMTP Messages Del/sec

7.6 7.6 8 7


적용되지 않음 적용되지 않음 3 17

이 시나리오에 사용된 성능 카운터에 대한 자세한 내용은 성능 카운터 정의를 참조하십시오.이 테스트를 기준으로 다음과 같은 결론을 내릴 수 있습니다. MAPI, Exchange ActiveSync 및 AUTD 와 MAPI

초당 네 개의 AUTD 및 Exchange ActiveSync 알림이 보내집니다. 백 엔드 서버에서 Exchange ActiveSync 및 AUTD 알림은 Exchange ActiveSync 기능을 제공하기 위해 CPU 사용량을 90% 이상으로 증가시킵니다. 프런트 엔드 서버의 로드는 무시할 수 있습니다.

RPC over HTTP 와 MAPI

MAPI 소통량이 프런트 엔드 프록시 서버를 통해 라우팅될 경우 8,000 MAPI 사용자는 프런트 엔드 프로세서의 23%를 사용합니다. 백 엔드 서버 로드는 MAPI 기준 테스트와 비슷합니다. MAPI 및 Outlook Web Access 와 MAPI

Outlook Web Access 와 MAPI 가 모두 실행 중이면 백 엔드 서버에서 서버 CPU 사용량이 23% 증가합니다. 컨텍스트 전환은 비슷한 비율로 증가합니다.

39

Outlook Web Access 확장성 지침Outlook Web Access 서버를 설계할 때 다음 지침을 고려하십시오. Outlook Web Access 는 프로세서가 4 개인 서버로 확장하는 것이 좋습니다. 프런트 엔드 서버와 백 엔드 서버를 1:4 의 비율로 사용합니다. Outlook Web Access 에는 활성 연결당 30KB 의 RAM 이 필요합니다. Outlook Web Access 는 프런트 엔드 서버가 페이징을 하거나 HTTP-DAV 프로토콜 로깅을 사용하는 경우가 아니라면 실제로 디스크 리소스를 사용하지 않습니다. Outlook Web Access 가 5,000 연결 이상에 서비스를 제공하는 경우 두 번째 100Mbps 네트워크 어댑터가 필요합니다. 네트워크 로드 균형 조정을 사용하여 Outlook Web Access 프런트 엔드 서버의 로드 균형을 조정합니다. Outlook Web Access SSL 연결에는 프런트 엔드 서버에 최대 3 배의 처리 용량과 60% 이상의 추가 메모리가 필요합니다.

POP3 의 기준 성능이 섹션에서는 POP3(Post Office Protocol version 3) 서버에 대한 기준 성능 데이터를 제공합니다. POP3 는 POP3 클라이언트가 서버에서 전자 메일을 다운로드할 수 있는 인터넷 프로토콜입니다. 이 프로토콜은 서버에 지속적으로 연결할 수 없는 컴퓨터에 알맞습니다.

POP3 프런트 엔드 서버이 시나리오에서는 다양한 양의 클라이언트 요청에서 전용 POP3 프런트 엔드 서버의 확장 상태를 측정합니다. 프런트 엔드 서버에서는 Pentium 4 Xeon 프로세서와 하이퍼 스레드를 사용합니다.

하드웨어다음 표에서는 이 시나리오에 사용된 5 개 서버의 사양을 보여 줍니다.

40

POP3 프런트 엔드 서버 하드웨어 구성서버 유형 프로세서 종류 RAM 저장소프런트 엔드 서버 Intel P4 Xeon 프로세서 2 개,


1GB 적용할 수 없음

네 개의 백 엔드 서버 Intel P4 Xeon 프로세서가 8 개, 550MHz



시나리오평균 26KB 크기의 메시지가 전송됩니다. 테스트가 시작되기 전에 각 사용자의 받은 편지함에 31 개의 메시지가 채워집니다. 한 명의 받는 사람을 대상으로 하는 세션에서 POP3 프런트 엔드 서버가 인터넷을 통해 들어오는 전자 메일을 받으면 전송 소통량이 발생합니다. POP3 프런트 엔드 서버에서 수행되는 활동에는 사용자의 서버 로그인, 전체 메일 검색, 서버에서 전체 메일 삭제가 포함됩니다. 초당 사서함으로 배달되는 SMTP 메시지 수는 초당 POP3 를 통해 검색 및 삭제된 메시지 수와 같습니다. 메시지 검색 및 삭제와 연관된 POP3 명령은 RETR 및 DELE 입니다. POP3 클라이언트에서 사서함의 메시지 수를 알아보기 위해 실행하는 명령은 STAT 입니다. RETR, DELE 및 STAT 의 통계 카운터를 사용하여 초당 프런트 엔드 서버에서 발생하는 POP3 트랜잭션 수를 알 수 있습니다. Microsoft Windows Server 2003 운영 체제에 포함된 시스템 모니터를 통해 이 카운터에 액세스할 수 있습니다. 이 시나리오에서 POP3 서버가 받는 STAT 명령의 수는 RETR 및 DELE 명령 수의 거의 두 배입니다. 이 서버 로드를 생성하는 데 ESP(Exchange Stress and Performance) 도구가 사용되었습니다. 이 도구에 대한 자세한 내용은 Exchange Server 2003 성능 도구 를 참조하십시오.다음 표는 특정 프로필과 함께 다양한 백 엔드 서버를 사용할 경우 하드웨어 사용량의 변화를 보여 줍니다. 프로세서 사용량이 증가해도 프런트 엔드 서버의 컨텍스트 전환은 크게 변하지 않습니다.

POP3 프런트 엔드 성능 백 엔드 서버 1 백 엔드 서버 2 백 엔드 서버 3 백 엔드 서버 4Front-End Processor %

13.0 27.9 55.1 81.0

41

백 엔드 서버 1 백 엔드 서버 2 백 엔드 서버 3 백 엔드 서버 4Context Switches/sec

11,423 20,495 24,872 23,217

POP3 DELE/sec

48 94 102 174

POP3 STAT/sec

124 215 356 380

Network Usage(Kbps)

4,245 6,580 8,227 12,846

Inetinfo Working Set

127MB 172MB 172MB 172MB


프로세서POP3 는 높은 프로세서 로드가 있는 상태에서 낮은 컨텍스트 전환 수를 기준으로 2 개의 프로세서가 있는 서버로 확장하는 것이 좋습니다. 다음 그림에서는 프로세서 사용량이 증가함에 따라 프로세서가 두 개인 프런트 엔드 서버에서 컨텍스트 전환 수준이 떨어지는 정도를 보여 줍니다.

POP3 프런트 엔드 서버 성능

메모리POP3 프런트 엔드 서버는 메모리가 거의 없어도 효율적으로 작동합니다. POP3 프런트 엔드 서버에서 동시 POP3 세션 수가 증가해도 메모리 사용량은 크게 증가하지 않습니다. POP3

42

클라이언트는 프런트 엔드 서버와 긴 연결을 유지하지 않기 때문에 비교적 적은 양의 메모리를 사용하므로 메모리 사용량이 크게 증가하지 않습니다. POP3 프런트 엔드 서버에서는 MSExchangeIS(Store.exe) 서비스를 사용할 필요가 없기 때문에 메모리를 추가로 절약할 수 있습니다. 이 서비스를 사용하지 않는 경우 256MB RAM 의 POP3 프런트 엔드 서버를 효율적으로 실행할 수 있습니다.

디스크 사용량전용 POP3 프런트 엔드 서버의 하드웨어 요구 사항을 결정할 때 필요한 디스크 공간을 고려하십시오. POP3 프런트 엔드 서버는 각 프로토콜 세션을 해당 백 엔드 서버로 전달하는 프록시 서버의 역할을 하기 때문에 서버의 하드 디스크를 거의 사용하지 않습니다. POP3 가상 서버용 Exchange System Manager 에서 프로토콜 로깅을 사용할 경우 요청된 프로토콜 로그를 저장하는 데 프런트 엔드 서버의 하드 디스크가 사용됩니다. Windows Server 2003 의 캐시 관리자에서도 페이징 파일의 정보를 페이징하는 데 하드 디스크가 사용됩니다. 캐시 관리자에서는 활성 시스템 프로세스에 추가 메모리가 필요한 경우 최근에 액세스하지 않은 RAM 의 정보를 임시로 저장하기 위해 페이징 파일을 사용합니다. 서버의 RAM 을 늘려 페이징 활동을 최소화할 수 있습니다. 256MB 이상의 실제 메모리가 있는 POP3 프런트 엔드 서버에서는 페이징이 거의 발생하지 않습니다. 대부분의 응용 프로그램에서 POP3 프런트 엔드 서버용 디스크 스핀들 하나면 충분합니다. 프로토콜 로깅을 사용하는 많은 수의 서버를 실행하는 경우 두 번째 스핀들을 추가하는 것을 고려하십시오.

네트워크 사용량POP3 프런트 엔드 서버에서 필요한 하드웨어 유형을 결정할 경우 네트워크 소통량을 고려해야 합니다. POP3 프런트 엔드 서버는 여러 개의 백 엔드 서버에 서비스를 제공할 수 있기 때문에 프런트 엔드에서 발생하는 네트워크 소통량이 매우 많은 경우가 많습니다. 최첨단 프런트 엔드 서버의 최소 네트워크 요구 사항은 전이중 모드(데이터를 동시에 보내고 받을 수 있음)로 실행 중인 단일 100Mbps 네트워크 어댑터입니다. 네 개의 백 엔드 서버당 하나의 프런트 엔드 서버 비율로 2 개의 프로세서가 있는 2.6GHz 프런트 엔드 서버는 약 13Mbps 의 데이터를 백 엔드 서버로 전송할 수 있습니다. 이 경우 Gigabit 네트워크 카드나 여러 개의 100Mbps 네트워크 카드가 필요합니다. 100Mbps 전이중 네트워크 연결의 포화점이 약 7-8Mbps 로 간주되기 때문에 이 예제에서는 과도하게 많은 네트워크 소통량이 만들어집니다. 2.6GHz 이상의 프로세서가 두 개 이상 있는 최첨단 프런트 엔드 서버에서는 두 개의 100Mbps 전이중 네트워크 연결 또는 단일 Gigabit 이더넷 연결을 사용하는 것이 좋습니다. 이 등급의 서버는 단일 100Mbps 전이중 연결의 용량을 쉽게 초과할 수 있습니다. 여러 POP3 프런트 엔드 서버에서 클라이언트 로드 균형을 조정하려면 네트워크 로드 균형 조정을 사용합니다. 네트워크 로드 균형 조정을 사용하면 여러 프런트 엔드 서버를 하나의 서버로 처리할 수 있어 받는 연결을 사용 가능한 프런트 엔드 서버 풀 전체에 지능적으로 분산시킬 수 있습니다.

43

POP3 백 엔드 사서함 서버이 시나리오에서는 전용 프런트 엔드 서버를 통해 전달되는 다양한 양의 클라이언트 요청에서 POP3 백 엔드 서버의 확장 상태를 측정합니다. 백 엔드 서버에서는 Pentium 4 Xeon 프로세서와 하이퍼 스레드를 사용합니다.


POP3 백 엔드 하드웨어 구성서버 유형 프로세서 종류 RAM 저장소프런트 엔드 서버 Intel P4 Xeon 프로세서 2 개,



네 개의 백 엔드 서버 Intel P4 Xeon 프로세서가 8 개, 550MHz



시나리오평균 26KB 크기의 메시지가 전송됩니다. 테스트가 시작되기 전에 각 사용자의 받은 편지함에 31 개의 메시지가 채워집니다. 한 명의 받는 사람을 대상으로 하는 세션에서 POP3 프런트 엔드 서버가 인터넷을 통해 들어오는 전자 메일을 받으면 전송 소통량이 발생합니다. POP3 프런트 엔드 서버에서 수행되는 활동에는 사용자의 서버 로그인, 전체 메일 검색, 서버에서 전체 메일 삭제가 포함됩니다. 초당 사서함으로 배달되는 SMTP 메시지 수는 초당 POP3 를 통해 검색 및 삭제된 메시지 수와 같습니다. 메시지 검색 및 삭제와 연관된 POP3 명령은 RETR 및 DELE 입니다. POP3 클라이언트에서 사서함의 메시지 수를 알아보기 위해 실행하는 명령은 STAT 입니다. RETR, DELE 및 STAT 의 통계 카운터를 사용하여 초당 프런트 엔드 서버에서 발생하는 POP3 트랜잭션 수를 알 수 있습니다. Microsoft Windows Server 2003 운영 체제에 포함된 시스템 모니터를 통해 이 카운터에 액세스할 수 있습니다.

44

이 시나리오에서 POP3 서버가 받는 STAT 명령의 수는 RETR 및 DELE 명령 수의 거의 두 배입니다. 이 서버 로드를 생성하는 데 ESP(Exchange Stress and Performance) 도구가 사용되었습니다. 이 도구에 대한 자세한 내용은 Exchange Server 2003 성능 도구 를 참조하십시오.다음 표에서는 POP3 및 인바운드 SMTP 요청을 서비스하는 Exchange 2003 백 엔드 서버의 성능을 다양한 사용자 로드 상태에서 보여 줍니다.

POP3 백 엔드 성능 1000 명의

POP3 사용자 1500 명의 POP3 사용자 1750 명의

POP3 사용자 2000 명의 POP3 사용자

% Processor Time

28.8% 51.7% 67.3% 84.7%


16,201 21,436 23,286 24,537


23.5 34.9 40.3 44.6

SMTP Local Queue

3.2 7.4 12.9 24.2

POP3 STAT/sec

173 257 296 332

POP3 DELE/sec

23.3 34.8 40.2 44.2

Disk Transfers/sec

631 891 989 1,053

Network Usage(Kbps)

1,926 2,760 3,136 3,459


프로세서POP3 는 프로세서가 4 개인 서버로 확장하는 것이 좋습니다. 프로세서가 84.7% 상태일 때 서버는 안정적이고 24,537 개의 컨텍스트 전환만 발생합니다. 다음 그림에서는 프로세서가 4 개인 서버에서 POP3 백 엔드 서버 실행의 상대적인 선형 확장성을 보여 줍니다.

45

POP3 프로세서가 4 개인 CPU 사용량

다음 그림에서는 테스트 중에 사용되는 컨텍스트 전환을 보여 줍니다. 이 그림에서는 적용되는 로드가 증가함에 따라 컨텍스트 전환이 선형적으로 증가하는 방식을 보여 줍니다.

POP3 프로세서가 4 개인 컨텍스트 전환

46

메모리연장된 시간 동안에는 POP3 클라이언트가 서버에 로그온한 상태로 유지되지 않습니다. 일반적인 동작은 서버에 로그온하여 모든 전자 메일을 검색하고 삭제한 후 다시 로그오프하는 것입니다. 프로세서가 4 개인 POP3 백 엔드 서버의 경우 최소 500MB 의 RAM 이 필요하며 RAM 이 부족한 경우 대기 시간이 늘어나고 큐가 크게 증가할 수 있습니다. Inetinfo 및 Store.exe 프로세스는 테스트 중에 총 350MB 의 메모리를 차지합니다. Exchange 는 최대 3GB 의 메모리를 사용합니다. 디스크 페이징을 줄여 성능을 향상시키려면 메모리를 3GB 로 늘리십시오.

디스크 사용량최소 2 개의 로그 드라이브용 스핀들과 데이터베이스 파일용 스핀들이 있는지 확인하십시오. 100개의 예상 디스크 I/O 작업이 추가될 때마다 스핀들을 하나씩 추가하는 것이 좋습니다.POP3 요청을 처리하는 프로세서가 4 개인 Exchange 2003 프로덕션 백 엔드 서버에서는 최소 10개의 하드 디스크가 필요하며 올바른 성능을 위해 다음과 같은 운영 체제 요구 사항을 충족시키는 것이 좋습니다. 2 개의 미러 디스크(로그 파일용) 2 개의 미러 디스크(SMTP 큐용) RAID0+1 구성으로 스트라이프되는 최소 6 개의 디스크(Exchange 데이터베이스 파일용) 각 스핀들은 초당 약 100 개의 임의 디스크 I/O 작업을 처리할 수 있습니다. 디스크가 가득 차면 데이터베이스에 더 많은 스핀들이 추가됩니다.

네트워크 사용량거의 모든 POP3 백 엔드 응용 프로그램의 경우 100Mbps 의 단일 전이중 네트워크 연결이면 충분합니다.

POP3 확장성 지침POP3 서버를 디자인할 때 다음 권장 사항을 고려하십시오. 한 개의 POP3 프런트 엔드 서버는 프로세서가 2 개인 서버에서 제대로 확장됩니다. 한 개의 POP3 백 엔드 서버는 프로세서가 4 개인 서버에서 제대로 확장됩니다. 프런트 엔드 서버와 백 엔드 서버를 1:4 의 비율로 사용합니다. 프런트 엔드 서버의 경우 RAM 이 256MB 이면 충분합니다. 페이징을 수행하거나 POP3 프로토콜 로깅이 설정되기 전에는 POP3 프런트 엔드 서버에서 디스크 리소스를 사용하지 않습니다.

47

프로세서가 2 개인 고급 사양의 800MHz 서버에서 실행되는 경우 POP3 프런트 엔드 서버에는 또 다른 100Mbps 네트워크 어댑터나 기가비트 이더넷 연결이 필요합니다. 네트워크 로드 균형 조정을 사용하여 POP3 프런트 엔드 서버의 로드 균형을 조정할 수 있습니다. 모든 연결이 SSL 상에서 실행되는 경우 POP3 프런트 엔드 서버의 프로세서 용량을 두 배로 늘립니다.

IMAP4 의 기준 성능이 섹션에서는 IMAP4(Internet Message Access Protocol version 4rev1) 서버에 대한 기준 성능 데이터를 제공합니다. IMAP4 는 IMAP4 클라이언트가 서버에서 전자 메일을 다운로드하는 데 사용하는 인터넷 프로토콜입니다. 이 프로토콜은 서버에 지속적으로 연결할 수 있는 컴퓨터에 알맞습니다. IMAP4 는 폴더 계층 구조, 플래그 및 검색 기능을 비롯하여 POP3 보다 더 많은 기능을 제공합니다.

IMAP4 프런트 엔드 서버이 시나리오에서는 하이퍼 스레드 서버를 사용하며 프로세서가 4 개인 Xeon MP 에서 IMAP4 가 제대로 확장되는지 살펴봅니다. 서버에 대해 다양한 수준의 로드가 실행됩니다.


IMAP4 프런트 엔드 하드웨어 구성서버 유형 프로세서 종류 RAM 저장소프런트 엔드 서버 Intel P4 Xeon 프로세서가 2 개,



48

서버 유형 프로세서 종류 RAM 저장소네 개의 백 엔드 서버 Intel P4 Xeon 프로세서가 8 개,

550MHz



시나리오평균 26KB 크기의 메시지가 전송됩니다. 테스트가 시작되기 전에 각 사용자의 받은 편지함에 31 개의 IMAP4 메시지가 채워집니다. 초당 24 개 메시지 속도로 로컬로 배달하기 위해 들어오는 SMTP 메일에 대해 전송 소통량이 발생합니다. 다음 표에서는 프로세서가 2 개인 2.6GHz 의 단일 프런트 엔드 서버에서 여러 백 엔드 서버를 사용하여 처리할 수 있는 IMAP4 소통량에 대해 간략하게 설명합니다. IMAP4 UID/sec 속도 카운터는 초당 IMAP 서버가 받은 고유 ID(UID) 명령 수를 측정합니다. 이 카운터는 초당 발생하는 IMAP4 트랜잭션의 전체 수를 측정하는 데 적합합니다.

IMAP4 프런트 엔드 서버 성능IMAP4 프런트 엔드 서버 백 엔드 서버 1 백 엔드 서버 2% Processor Time 25.4% 47.3%Context Switches/sec 41,945 39,781IMAP4 UID/sec 436 2,084IMAP4 Connections 15,000 30,000Network Usage(Kbps) 4,628 5,108Inetinfo Working Set 221MB 387MB


49

프로세서IMAP4 클라이언트만 서비스하는 Exchange 2003 프런트 엔드 서버는 CPU 사용량이 많지 않습니다. 위 표는 15,000 명의 동시 IMAP4 사용자가 사용 가능한 CPU 의 25.4%만을 사용하는 방식을 보여 줍니다.IMAP4 는 프로세서가 2 개인 프런트 엔드 서버에서 실행될 때 가장 효율적입니다. POP3 와 마찬가지로 IMAP4 는 프로세서가 4 개인 프런트 엔드 서버의 적절한 로드 상태에서 과도한 컨텍스트 전환을 시작합니다. 따라서 프로세서가 5 개 이상인 하드웨어상에서는 IMAP4 프런트 엔드 서버를 실행하지 않는 것이 좋습니다.

메모리POP3 와 마찬가지로 IMAP4 에는 많은 양의 실제 메모리가 필요하지 않으며 5 개 미만의 백 엔드 서버 서비스를 제공하는 IMAP4 프런트 엔드 서버의 경우 256MB 의 RAM 으로 충분합니다. 6 대 이상의 백 엔드 서버가 있는 프런트 엔드 서버의 경우 512MB 의 RAM 을 설치해야 합니다.

디스크 사용량전용 IMAP4 프런트 엔드 서버의 디스크 사용량에 대한 자세한 내용은 POP3 의 기준 성능 에서 "POP3 프런트 엔드 서버”의 “디스크 사용량”을 참조하십시오.

네트워크 사용량여러 대의 백 엔드 서버에 서비스를 제공하는 경우 IMAP4 프런트 엔드 서버가 많은 네트워크 리소스를 사용합니다. 고급 사양의 IMAP4 프런트 엔드 서버의 경우 최소 네트워크 요구 사항으로 전이중이 실행되는 하나의 100Mbps 네트워크 어댑터가 필요합니다. 시스템에 액세스하는 사용자의 유형과 서비스되는 백 엔드 서버의 수에 따라 각 네트워크 어댑터에 100Mbps 를 추가하거나 기가비트 기반의 네트워크로 이동해야 할 수 있습니다.또한 네트워크 로드 균형 조정을 사용하여 여러 대의 IMAP4 프런트 엔드 서버에서 클라이언트의 로드 균형을 조정할 수 있습니다.

IMAP4 백 엔드 사서함 서버이 시나리오에서는 프로세서가 4 개인 하이퍼 스레드 Xeon MP 에서 IMAP4 가 얼마나 제대로 확장되는지 비교합니다. 서버에 대해 다양한 수준의 로드가 실행됩니다.

하드웨어다음 표는 이 시나리오에 사용되는 사양을 보여 줍니다.

50

IMAP4 백 엔드 서버 하드웨어서버 유형 프로세서 종류 RAM 저장소백 엔드 Intel P4 Xeon 프로세서가 4 개인,

1.4 GHz(하이퍼 스레드)



시나리오평균 26KB 크기의 메시지가 전송됩니다. 테스트가 시작되기 전에 각 사용자의 받은 편지함에 31 개의 IMAP4 메시지가 채워집니다. 초당 24 개 메시지 속도로 로컬로 배달하기 위해 들어오는 SMTP 메일에 대해 전송 소통량이 발생합니다. 다음 표는 다양한 사용자 로드 상태에서 IMAP4 백 엔드 서버가 실행되는 방식을 보여 줍니다.

IMAP4 백 엔드 서버 성능 5,000 명의 IMAP4 사용자 15,000 명의 IMAP4 사용자 20,000 명의 IMAP4 사용자% Processor Time

35.3% 57.2% 71.7%


22,929 50,565 46,978


23.7 23.9 23.5

SMTP Local Queue

8.6 38.3 32.9

IMAP4 UID/sec 542 961.2 1,055DB Disk Transfers/sec

870 1,304 1,921

Network Usage(Kbps)

1,844,838 1,986,082 2,318,340

51


프로세서IMAP4 는 프로세서가 4 개인 백 엔드 서버에서 제대로 확장됩니다. IMAP4 백 엔드 서버에 적합한 하드웨어를 결정할 경우 받은 편지함의 평균 사용자 수가 증가하면 디스크 I/O 작업도 증가한다는 점을 알아야 합니다. 다음 그림에서는 사용자 로드가 증가함에 따라 적절한 범위 내에서 프로세서 사용량이 증가하는 것을 보여 줍니다.

IMAP4 백 엔드 서버 CPU 사용량

메모리프로세서가 4 개인 IMAP4 백 엔드 서버에는 최소 500MB 의 RAM 이 필요합니다. Exchange 는 최대 3GB 의 메모리를 사용합니다. 성능을 향상시키려면 메모리를 최대 3GB 까지 늘려 디스크 페이징을 줄입니다.

디스크 사용량최소 8,000 명의 사용자를 지원하려면 적어도 2 개의 로그 드라이브용 RAID1 스핀들과 10 개의 데이터베이스 파일용 RAID0+1 스핀들이 있는지 확인하십시오. 100 개의 예상 디스크 I/O 작업이 추가될 때마다 스핀들을 하나씩 추가할 수 있습니다. 서버에 추가되는 사용자가 많을수록 캐시에 저장되는 사용자의 수는 줄어들고 디스크 사용량은 증가하게 됩니다. IMAP4 백 엔드 사서함 서버의 경우 디스크 하위 시스템에서 먼저 지체가 생길 수 있으므로 Current Disk Queue Length 성능 카운터가 10(또는 n, 여기서 n 은 해당 배열의 스핀들 수와 동일함)보다 작아야 합니다.

52

네트워크 사용량대부분의 IMAP4 백 엔드 응용 프로그램에는 100Mbps 의 단일 전이중 네트워크 연결로 충분합니다.

IMAP4 확장성 지침IMAP4 서버를 디자인할 때 다음 권장 사항을 고려하십시오. 한 개의 IMAP4 프런트 엔드 서버는 프로세서가 2 개인 프런트 엔드 서버에서 제대로 확장됩니다. IMAP4 프런트 엔드 서버와 백 엔드 서버를 1:8 의 비율로 사용합니다. IMAP4 프런트 엔드 서버에는 최소 256MB 의 RAM 이 필요합니다. 단, 6 대 이상의 백 엔드 서버를 서비스하는 프런트 엔드 서버의 경우에 512MB 의 RAM 을 사용합니다. 페이징을 수행하거나 IMAP4 프로토콜 로깅이 설정되기 전에는 IMAP4 프런트 엔드 서버에서 디스크 리소스를 사용하지 않습니다. 대용량 첨부 파일을 자주 보내는 환경처럼 사용량이 많은 프런트 엔드 서버 응용 프로그램을 제외하면 100Mbps 의 단일 전이중 네트워크 연결로 충분합니다. 서비스를 제공할 사용자의 유형과 서비스되는 백 엔드 서버의 수에 따라 100Mbps 의 전이중 네트워크 어댑터를 추가하거나 기가비트 기반의 네트워크로 이동해야 할 수 있습니다. 네트워크 로드 균형 조정을 사용하여 IMAP4 프런트 엔드 서버의 로드 균형을 조정할 수 있습니다. SSL 연결의 경우 50%의 CPU 작업이 증가하며 10%의 실제 메모리가 추가로 필요합니다.

SMTP 의 기준 성능이 섹션에서는 SMTP(Simple Mail Transfer Protocol) 게이트웨이에 대한 기준 성능 데이터를 제공합니다. SMTP 는 네트워크를 통해 전자 메일 메시지를 대상 서버에 전달하도록 설계된 네트워크 프로토콜입니다. 대규모 데이터 센터에서는 인바운드 및 아웃바운드 SMTP 소통량만을 처리하도록 전용 Exchange 2003 서버를 지정하는 것이 좋습니다. 일반적으로 이러한 서버를 SMTP 게이트웨이 또는 SMTP 허브라고 합니다. 이 서버는 클라이언트와 Exchange 2003 사서함 서버 간의 SMTP 메일 전달을 담당합니다. 이 섹션에서는 SMTP 특성에 대해서만 설명하며 메시지 전송 에이전트(MTA)와 메시지 변환에 대해서는 설명하지 않습니다.

하드웨어다음 표는 이 시나리오에 사용되는 하드웨어 사양을 보여 줍니다.

53

SMTP 하드웨어서버 유형 프로세서 종류 RAM 목적SMTP 게이트웨이 Intel 4 프로세서,

1.4GHz4GB 2 개의 1Gbps 네트워크 어댑터

SMTP 큐 디렉터리는 디스크 배열이 RAID0+1인 일련의 저가형 디스크상에 배치됩니다.

시나리오클라이언트와 SMTP 게이트웨이 사이에 전송되는 메시지의 평균 크기는 50KB 입니다. 네트워크 소통량을 SSL TLS(Transport Layer Security)로 암호화하지 않는 경우에는 익명 인증이 사용됩니다. 다음 표에서는 여러 백 엔드 서버를 사용하는 프로세서가 4 개인 1.4GHz SMTP 게이트웨이의 성능에 대해 간략하게 설명합니다. 이 백 엔드 서버는 SMTP 게이트웨이를 통해 보내는 메시지의 최종 대상입니다.

SMTP 게이트웨이 서버 성능 Windows 2000

Server 및 Exchange 2000 Server

Windows 2000 Server 및 Exchange Server 2003

Windows Server 2003 및 Exchange Server 2003

% Processor Time

56.0% 66.1% 66.7%


34,782 31,854 18,850

SMTP Messages Sent/Sec

142.3 141.2 142.1

Network Usage(Mbps)

12.8 12.8 12.8

Disk Writes/sec 810 920 842


54

프로세서프로세서가 4 개인 서버에서 서비스가 제대로 확장됩니다. Exchange Server 2003 으로 업그레이드한 후에 CPU 사용량이 17% 증가하지만 Windows Server 2003 으로 업그레이드한 후에는 컨텍스트 전환이 40% 감소합니다.

메모리SMTP 게이트웨이 서버는 주로 연결을 유지 관리하고 중요한 큐 메시지 정보를 추적하는 데 메모리를 사용합니다. 일반적으로 SMTP 서버에는 연결이 많지 않으므로 이러한 용도로는 메모리가 많이 필요하지 않습니다. 하지만 큐에 전자 메일의 메시지 속성을 저장하는 데는 상당한 메모리가 필요할 수 있습니다. SMTP 는 두 가지 상태, 즉 핸들을 열어두는 열림 상태와 핸들을 닫아두는 닫힘 상태로 큐에 메시지를 저장합니다. SMTP 는 1,000 개의 메시지를 큐에서 아무 때나 열어둘 수 있으며 새 메시지가 도착하면 이전 메시지를 닫습니다. 큐에 있는 열린 메시지는 Inetinfo 프로세스에서 약 10KB 의 메모리를 사용하며 닫힌 메시지는 Inetinfo 프로세스에서 약 4KB 의 메모리를 사용합니다.SMTP 게이트웨이 서버에 필요한 메모리는 특정 시간에 대기한 것으로 예상되는 메시지의 수에 따라 다릅니다. 다음 예에서는 SMTP 큐에서 사용하는 대략적인 메모리를 계산하는 방법을 보여 줍니다. 1,000 개의 열린 메시지 = 10MB 의 Inetinfo 메모리 1,000 개의 열린 메시지 + 20,000 개의 닫힌 메시지 = 80MB 의 Inetinfo 메모리 1,000 개의 열린 메시지 + 89,000 개의 닫힌 메시지 = 366MB 의 Inetinfo 메모리

Note: SMTP 게이트웨이가 새 메시지를 거부할 때까지 보관하는 최대 메시지 수는 기본적으로 90,000 개입니다.

SMTP 게이트웨이는 메일 그룹을 확장하는 데 자주 사용됩니다. 메일 그룹을 사용하면 하나의 주소에 메시지를 보낸 다음 여러 명의 받는 사람에게 배포할 수 있습니다. 메일 그룹 확장은 메일 그룹의 받는 사람 목록을 가져오는 과정을 의미합니다. 또한 메일 그룹 확장은 SMTP 게이트웨이에 사용되는 메모리에도 영향을 미칩니다. 메일 그룹에 의해 확장된 각 받는 사람은 1KB 의 Inetinfo 메모리를 사용합니다. 대용량의 메일 그룹을 확장하는 서버나 중간 규모의 메일 그룹을 자주 확장하는 서버에는 더 많은 메모리가 필요합니다.소통량이 적은 SMTP 게이트웨이 서버는 256MB 의 RAM 으로도 충분히 작동할 수 있습니다. 소통량이 많은 데이터 센터에서는 일반적으로 대용량의 큐를 사용하고 대용량의 메일 그룹을 확장하므로 이 경우 최소 512MB 의 RAM 을 사용하는 것이 좋습니다. 일반적으로 SMTP 게이트웨이 서버의 메모리가 1GB 를 넘어가면 이점이 없습니다. 메모리가 부족한 서버에 대용량의 SMTP 큐가 생성되면 초과 페이징이 발생합니다. 이와 같은 페이징으로 인해 서버의 큐 처리 시간이 크게 증가합니다.열려 있는 상태로 보관하는 최대 메시지 수와 큐에 허용되는 최대 메시지 수를 수동으로 구성할 수 있습니다. 이 항목에 대한 자세한 내용은 다음 Microsoft 기술 자료 문서 271084, "XGEN: Exchange 2000 Server SMTP Optimized with Maximum Handle Threshold Registry

55

http://go.microsoft.com/fwlink/?LinkId=3052&kbid=271084


Key" 및 258748, "XGEN: Setting a Limit on the Number of SMTP Messages in Queues"를 참조하십시오.

디스크 사용량SMTP 게이트웨이는 디스크 사용량이 많습니다. SMTP 게이트웨이가 수신한 모든 메시지는 디스크에 저장됩니다. 기본 메시지 크기가 50KB 인 경우 SMTP 게이트웨이가 처리하는 각 메시지에 대해 약 7-8번의 디스크 쓰기가 발생합니다. 이것은 예상된 동작입니다. 일반적으로 SMTP 는 32KB 보다 작은 모든 큐 메시지에 대해 7번의 디스크 쓰기를 수행합니다. SMTP 게이트웨이의 쓰기 버퍼는 32KB이므로 메시지가 32KB 보다 큰 경우에는 매 32KB 마다 추가로 디스크 쓰기가 필요합니다. 예를 들어 100KB 메시지의 경우 큐에 메시지를 저장하려면 10번의 디스크 쓰기가 필요합니다.이 때문에 SMTP 게이트웨이 서버에는 고성능의 디스크 하위 시스템이 필요합니다. SMTP 큐 드라이브에는 여러 디스크 스핀들이 있는 RAID0+1 배열을 사용하는 것이 좋습니다. RAID0+1 배열은 데이터 중복을 위해 배열의 반쪽 스핀들을 스트라이프하여 하나의 큰 볼륨을 만들고 이 볼륨을 배열의 다른 반쪽 스핀들에 미러링하도록 구성됩니다. 디스크 스핀들 수와 쓰기 캐시 크기는 서버의 예상 SMTP 메시지 처리량에 따라 결정됩니다.

네트워크 사용량SMTP 게이트웨이는 많은 양의 SMTP 데이터를 처리할 수 있습니다. 로드가 증가하면 서버의 네트워크 리소스에 무리가 갑니다. 최소 네트워크 용량은 전이중 네트워크 연결의 단일 100Mbps이어야 합니다. 전이중 연결은 데이터를 동시에 보내고 받을 수 있습니다. 예상되는 서버 로드에 따라 100Mbps 연결이 추가로 필요하거나 기가비트 이더넷 기반의 네트워크로 전환해야 할 수 있습니다. 초당 약 140 개의 메시지를 보내는 경우 메시지의 평균 크기가 50KB 이면 13Mbps 에 가까운 네트워크 소통량이 발생합니다. 서버가 7Mbps 이상의 로드를 처리할 경우 100Mbps 의 전이중 네트워크 연결 두 개 또는 기가비트 이더넷 네트워크 연결 한 개가 필요합니다. 또한 네트워크 로드 균형 조정을 사용하여 여러 SMTP 게이트웨이 서버에서 SMTP 소통량의 로드 균형을 조정할 수 있습니다.

SMTP 확장성 지침SMTP 서버를 디자인할 때 다음 권장 사항을 고려하십시오. 한 개의 SMTP 게이트웨이가 프로세서가 4 개인 서버에 제대로 확장됩니다. SMTP 게이트웨이가 대용량 큐를 관리하고 메일 그룹을 확장하기 위해서는 최소 256MB 의

RAM 이 필요하며 최소 512MB 이상의 RAM 을 사용하는 것이 좋습니다. SMTP 게이트웨이에는 많은 디스크 리소스가 필요하며 대기된 각 메시지에 대해 최소 7번의 디스크 쓰기가 요구됩니다. 고급 사양의 서버에 큐가 있는 드라이브는 RAID0+1 로 구성되어야 하며 쓰기 캐싱 배열 컨트롤러를 사용하는 여러 개의 디스크 스핀들을 포함해야 합니다.

56




프로세서가 2 개인 게이트웨이에는 단일 100Mbps 연결이 필요합니다. 프로세서가 4 개인 고급 사양의 서버에는 2 개의 100Mbps 연결이나 하나의 기가비트 이더넷 연결이 적합합니다. 네트워크 로드 균형 조정을 통해 SMTP 소통량의 로드 균형을 조정할 수 있으며 TLS 를 사용하여

SMTP 소통량을 암호화하면 프로세서나 메모리 요구 사항에는 영향을 미치지 않습니다.

Exchange Server 2003 의 클라이언트 성능 최대화Microsoft® Exchange Server 2003 의 향상된 기능과 일부 클라이언트 성능 요인은 새로운 버전의 Microsoft Office Outlook® 2003 과 Outlook Web Access 를 통해서만 실현될 수 있습니다. 이 항목에서는 이전 클라이언트 버전에 비해 향상된 특정 기능을 주로 설명합니다.

Outlook 2003Outlook 2003 에는 Exchange Server 2003 과 함께 사용할 경우 클라이언트 성능을 최적화하고 전반적인 사용자 경험을 향상시킬 수 있는 여러 가지 새로운 기능이 포함되어 있습니다. 이 기능은 다음과 같습니다. 캐시된 Exchange 모드 이 기능을 사용하면 Outlook 2003 클라이언트와 Exchange 서버 사이에 감지된 연결을 통해 메시징 환경에서 작업할 수 있습니다. 일반적으로 캐시된 Exchange 모드를 사용할 경우 메시징 성능에는 아무런 차이가 나타나지 않습니다. 서버의 경우 Exchange

2000 Server 서비스 팩 3(SP3)에 비해 프로세서 성능이 10% 향상되었습니다. 서버 데이터에 대한 자세한 내용은 사서함 서버 (MAPI 사용 ) 의 기준 성능 를 참조하십시오.Exchange 2000 Server 와 Exchange Server 2003 은 모두 캐시된 Exchange 모드를 지원하지만 Exchange Server 2003 에는 Outlook 2003 클라이언트의 성능을 향상시키기 위해 특별히 구현된 여러 성능 향상 기능이 포함되어 있습니다.

RPC over HTTP 이 기능을 사용하면 사용자 조직의 방화벽 외부에서 작업하는 중에 별도의 연결이나 하드웨어(예: 스마트 카드 및 보안 토큰)를 사용하지 않고 인터넷을 통해 Exchange Server 2003 계정에 액세스할 수 있습니다. RPC over HTTP 를 사용하도록 Exchange Server 2003 을 구성하는 방법에 대한 자세한 내용은 Exchange Server 2003 RPC over HTTP 배포 시나리오(http://go.microsoft.com/fwlink/?LinkId=24823)를 참조하십시오.

자세한 내용은 다음을 참조하십시오. Exchange Server 2003 에서 Outlook 2003 의 성능을 향상시키는 방법은 Exchange

Server 2003 의 새로운 기능(http://go.microsoft.com/fwlink/?LinkId=21765)의 "향상된 Outlook 기능"을 참조하십시오. 이러한 기능은 Exchange Server 2003 클라이언트 액세스 가이드

(http://go.microsoft.com/fwlink/?LinkId=27739)를 참조하십시오.

57




서로 다른 버전의 Outlook 성능 비교는 Client Network Traffic with Exchange 2003(http://go.microsoft.com/fwlink/?LinkId=27020)을 참조하십시오.

Outlook Web AccessExchange Server 2003 의 Outlook Web Access 는 새롭게 향상된 여러 가지 기능을 제공합니다. 새 버전에서는 gzip 압축을 사용하여 데이터를 압축하므로 전체 네트워크 소통량이 최대 50%까지 줄어듭니다. 또한 메모리를 덜 차지하도록 기본 구성 요소를 다시 디자인하여 대역폭 요구 사항을 줄였습니다. 서로 다른 버전의 Outlook Web Access 성능 비교는 Outlook Web Access

의 기준 성능를 참조하십시오.또한 압축을 사용하려면 SSL(Secure Sockets Layer)이 필요한데 SSL 은 Outlook Web Access 의 기준 성능 의 "시나리오 2"에 표시된 대로 많은 오버헤드 소통량을 추가하지 않습니다. SSL 활성화가 미치는 유일한 영향은 Exchange 서버에 필요한 추가 프로세서 리소스가 늘어난다는 점입니다. Outlook Web Access 에서 SSL 을 시작하면 메시징 소통량이 감소할 뿐만 아니라 더 안전해집니다.최적의 연결 성능을 위해서는 현재 위치에 가장 가까운 Outlook Web Access 프런트 엔드 서버가 아닌 사서함 서버에서 실제로 가장 가까운 위치의 Outlook Web Access 프런트 엔드 서버를 선택해야 합니다. 자세한 내용은 다음을 참조하십시오. Outlook Web Access 의 새로운 기능은 Exchange Server 2003 의 새로운 기능

(http://go.microsoft.com/fwlink/?LinkId=21765)을 참조하십시오. Exchange Server 2003 에서 Outlook Web Access 를 설정하는 방법은 Exchange

Server 2003 클라이언트 액세스 가이드(http://go.microsoft.com/fwlink/?LinkId=27739)를 참조하십시오.

Outlook Web Access 의 자세한 성능은 Client Network Traffic with Exchange 2003(http://go.microsoft.com/fwlink/?LinkId=27020)을 참조하십시오.

Exchange 의 다른 모바일 서비스Exchange Server 2003 에는 이전에 Microsoft Mobile Information Server 에 포함된 Outlook Mobile Access 및 Exchange ActiveSync® 기능이 포함되어 있습니다. 이전에는 이 서비스가 필요한 모든 네트워크 도메인에 Mobile Information Server 를 설치해야 했습니다. Exchange 에는 기본 제공 모바일 서비스가 포함되므로 더 이상 네트워크 도메인에 Mobile Information Server 를 설치할 필요가 없습니다. Outlook Mobile Access 이 기능을 사용하면 사용자가 모바일 장치를 통해 받은 편지함, 연락처, 일정 및 작업 폴더에 액세스할 수 있습니다. 이전에는 사용자의 홈 도메인 외부에서 모바일 장치를 사용할 경우 Exchange 2000 Server 및 Mobile Information Server 를 통한 지원이 제한되었습니다. Exchange Server 2003 에서는 이러한 도메인 경계의 제한이 사라졌습니다.

58






Exchange ActiveSync 이 기능을 사용하면 사용자가 자신의 모바일 장치와 Exchange Server 2003 을 직접 동기화할 수 있습니다. 또한 모바일 매체 연결을 사용하여 Exchange 정보를 Pocket PC Phone Edition 또는 Smartphone 장치와 동기화한 후 오프라인일 때 해당 정보에 액세스할 수 있습니다. Outlook Mobile Access 와 마찬가지로 Exchange Server 2003 에서도 Mobile Information Server 의 도메인 경계 제한이 사라졌습니다.

Outlook Mobile Access 및 Exchange ActiveSync 에 대한 자세한 내용은 Exchange Server 2003 클라이언트 액세스 가이드(http://go.microsoft.com/fwlink/?LinkId=27739)를 참조하십시오.

클라이언트 성능 모니터링이전 버전의 Exchange 에서는 Outlook 클라이언트 사용자의 성능 환경을 모니터링할 수 없지만 그러나 Exchange Server 2003 과 Outlook 2003 에서는 관리자가 이러한 사용자의 성능을 분석할 수 있습니다. Exchange 2003 서버는 Outlook 2003 이 실행되는 클라이언트 컴퓨터의 RPC 대기 시간 및 오류를 기록하며 관리자가 이 정보를 사용하여 전반적인 클라이언트 성능을 결정하고 Exchange 서버에서 오류를 모니터링할 수 있습니다. Outlook 클라이언트는 후속 RPC 호출이 성공하면 RPC 데이터(예: 대기 시간 데이터 또는 오류 코드)를 Exchange 2003 서버로 보냅니다.

Note: 클라이언트 컴퓨터에서 Exchange 서버에 보낸 RPC 데이터는 각 실시간 오류를 확인하기 위한 기본 방법은 아닙니다.

클라이언트 쪽 성능 카운터는 다음과 같습니다. Client: RPCs attempted Client: RPCs succeeded Client: RPCs failed Client: RPCs failed: Server unavailable Client: RPCs failed: Server too busy Client: RPCs failed: all other errors Client: RPCs attempted / sec Client: RPCs succeeded / sec Client: RPCs failed / sec Client: RPCs failed / sec: Server unavailable Client: RPCs failed / sec: Server too busy Client: RPCs failed / sec: all other errors

59


Client: Total reported latency Client: Latency > 2 sec RPCs / sec Client: Latency > 5 sec RPCs / sec Client: Latency > 10 sec RPCs / sec시스템 모니터 또는 Microsoft Operations Manager 를 사용하여 이러한 카운터를 모니터링할 수 있습니다. 또한 Microsoft Operations Manager 용 Exchange Server 2003 관리 팩에서는 Outlook Client RPC 성능 및 실패 보고서를 제공합니다. 이 관리 팩에는 또한 클라이언트 모니터링 이벤트에 의해 트리거되는 규칙이 들어 있습니다. 이러한 규칙은 Exchange Server 2003 관리 팩의 Microsoft Exchange Server 2003\Exchange Event Monitoring\Information Store service\에 있습니다. Client: Percentage of successful client RPCs is less than the specified

threshold.

이 규칙은 MSExchangeIS 9640 이벤트에 의해 트리거됩니다. Client: Averaged client RPC latency is greater than the specified

threshold.

이 규칙은 MSExchangeIS 9641 이벤트에 의해 트리거됩니다. Client: The number of client RPC errors and latency warnings issued

is greater than the specified threshold.

이 규칙은 MSExchangeIS 9642 이벤트에 의해 트리거됩니다. Microsoft Operations Manager 를 사용하여 모니터링할 수 있는 RPC 관련 작업에 대한 자세한 내용은 Exchange Server 2003 의 새로운 기능(http://go.microsoft.com/fwlink/?LinkId=21765)을 참조하십시오. Microsoft Operations Manager 에 대한 자세한 내용은 Microsoft Operation Manager 웹 사이트(http://go.microsoft.com/fwlink/?LinkId=16198)와 Better Together: Microsoft Operations Monitor and Exchange Server 2003 웹 사이트(http://go.microsoft.com/fwlink/?LinkId=18176)를 참조하십시오.RPC 관련 문제 해결에 대한 도움을 받으려면 Microsoft Exchange Server Performance Troubleshooting Analyzer Tool(http://go.microsoft.com/fwlink/?LinkId=55884)을 사용하십시오.

Exchange Server 2003 성능 튜닝이 장에서는 Microsoft® Exchange Server 2003 의 성능을 조정하고 향상시키는 방법에 대해 설명합니다. 이 장에는 여러 가지 튜닝 팁과 권장 사항이 들어 있으며 이 중 일부는 사용자의 현재 배포에 적용되지 않을 수도 있습니다. 이 장을 검토하여 어떤 설정이 자신의 환경에 적용되는지 결정하십시오.

60






Exchange 2000 Server 고객의 경우 이 장의 일부 권장 사항이 이전 성능 가이드의 권장 사항과 동일합니다. 또한 이전의 일부 변경 사항은 더 이상 필요하지 않습니다. 제거할 수 있는 설정에 대한 자세한 내용은 더 이상 사용되지 않는 설정을 참조하십시오.

성능 향상Exchange Server 2003 에는 연결 상태 소통량 및 가상 주소 공간 관리와 같이 새로 향상된 여러 가지 튜닝 기능이 들어 있습니다. 이러한 성능 개선 사항에 대한 자세한 내용은 Exchange Server 2003 의 새로운 기능 을 참조하십시오.

디스크 하위 시스템다음 섹션에서는 다양한 종류의 Exchange 2003 서버에 권장되는 저장소 구성을 제공합니다. 이 섹션에서는 Exchange 2000 고객을 위해 이전 Exchange 2000 Server 성능 설명서와 동일한 권장 사항을 제공합니다.

SMTP 브리지헤드 서버서버가 SMTP(Simple Mail Transfer Protocol) 브리지헤드 서버인 경우 일반적으로 하나의 파티션을 만들면 최상의 디스크 레이아웃을 얻을 수 있습니다. SMTP 인터페이스에 도착하는 메시지는 Mailroot 디렉터리에 기록된 후 다음 컴퓨터로 전달됩니다. Mailroot 디렉터리는 NTFS 파일 시스템으로 포맷된 시스템상에 있어야 합니다. 최적의 성능을 얻으려면 최대한 많은 수의 디스크로 Mailroot 디렉터리를 확장하십시오. SMTP 브리지헤드 서버에 둘 이상의 파티션이 있는 경우 SMTP Mailroot 디렉터리 위치를 가장 빠른 파티션으로 변경합니다. Mailroot 디렉터리를 이동하는 방법에 대한 자세한 내용은 Exchange Server 2003 에서 Mailroot 디렉터리 이동 방 법을 참조하십시오.단일 스핀들은 초당 약 30 개의 크기가 작은 메시지를 전송할 수 있어야 합니다. 따라서 스핀들 수가 늘어나면 성능도 향상됩니다.사용자의 하드웨어 RAID(Redundant Array of Independent Disks) 구성은 다음 표와 같이 대개 사용 가능한 디스크 스핀들 수에 의해 결정됩니다.

RAID 권장 사항디스크 수 권장 하드웨어 RAID 수준 및 파티션2 RAID1, 미러링, 파티션 하나4 개 이상 RAID0+1, 데이터 스트라이핑 및 미러링, 파티션 하나

61



미러링된 배터리 기반 쓰기 Write-back 캐시가 하드웨어 RAID 컨트롤러에 있고 이 캐시를 사용하여 읽기/쓰기 캐시 비율을 튜닝할 수 있는 경우 서버에서는 메시지가 디스크에 기록된 후에 메시지를 받았다는 사실만을 인식하므로 이 비율을 100% 쓰기로 설정합니다. 따라서 서버의 디스크 쓰기 속도가 빠를수록 이 서버가 다른 컴퓨터에 더 빠르게 응답합니다. 메시지 내용을 다음 컴퓨터로 릴레이하기 전 다시 읽어야 하는 경우에도 SMTP 서비스의 파일 핸들이 데이터에 개방되어 있으므로 NTFS 캐시에서 메시지 내용을 가져올 수 있습니다.

X.400 브리지헤드 서버 또는 기타 커넥터 서버Exchange 2003 서버가 많은 수의 X.400 커넥터를 포함하거나 다른 메시징 시스템(예: Lotus cc:Mail, Lotus Notes, Novell GroupWise 또는 Microsoft Mail)에 연결되는 경우 스핀들이 충분하다면 트랜잭션 로그에 대해 별도의 디스크 파티션을 만듭니다. 이와 같은 Exchange 커넥터를 사용하는 메시지는 Store.exe 프로세스를 통해 데이터를 이동하며 서버 로드가 과도한 경우 데이터베이스에서 트랜잭션 로그를 분할함으로써 성능을 한층 향상시킬 수 있습니다.메시지 전송 에이전트(MTA)가 메시지를 수신하면 해당 데이터가 NTFS 파티션상의 Mtadata 디렉터리에 기록되고 MTS-IN 가상 큐를 통해 Store.exe 프로세스로 전달됩니다. 메시지가 Store.exe 로 전달되기 때문에 데이터가 트랜잭션 로그 파일에 기록됩니다. 그런 다음 메시지가 분류 및 라우팅 프로세스를 통해 전달됩니다. X.400 커넥터를 통해 메시지를 전달하도록 라우팅이 결정된 경우 데이터는 MTS-OUT 가상 큐로 이동합니다. 다른 메시징 커넥터도 이와 비슷한 프로세스를 사용합니다.사용 가능한 디스크 스핀들 수는 사용자의 하드웨어 RAID 구성에 영향을 줍니다(다음 표 참조).

RAID 권장 사항디스크 수 권장 하드웨어 RAID 수준 및 파티션2 - 4 RAID1, 미러링, 파티션 두 개(파티션 1 에 운영 체제 및 페이지 파일, 파티션 2 에 Exchange)5 세 개 디스크용 RAID5(C 드라이브), 바이너리 및 데이터베이스

두 개 디스크용 RAID1(D 드라이브), 로그 파일6 세 개 디스크용 RAID5(C 드라이브), 바이너리 및 데이터베이스

두 개 디스크용 RAID1(D 드라이브), 로그 파일한 개 디스크용 RAID 없음(E 드라이브); 페이지 파일

디스크가 6 개인 구성에서는 페이지 파일에 RAID 파티션을 사용하지 않지만 높은 서버 가용성이 요구되는 경우 페이지 파일을 보호된 파티션에 배치합니다.

62

미러링된 배터리 기반 Write-back 캐시가 하드웨어 RAID 컨트롤러에 있고 이 캐시를 사용하여 읽기/쓰기 캐시 비율을 튜닝할 수 있는 경우 단일 파티션을 사용하는 구성에 대해 이 비율을 100% 쓰기로 설정하고 5 개 이상의 디스크를 사용할 때 트랜잭션 로그 파티션에서 이 비율을 100% 쓰기로 설정합니다. 데이터베이스 드라이브의 읽기 캐시를 사용할 때에 비해 트랜잭션 로그의 쓰기 캐시를 사용할 때 높은 성능을 얻을 수 있습니다.

사서함 및 공용 폴더 서버단일 데이터베이스 서버를 구성하는 경우 디스크 디자인은 Exchange Server 5.5 및 Exchange 2000 Server 의 디자인과 비슷합니다. 가장 먼저 트랜잭션 로그와 데이터베이스를 별도의 디스크 스핀들로 분할해야 합니다. 이 경우 트랜잭션 로그가 다른 스핀들 집합에 위치해야 하며 이 스핀들 집합을 로그 전용으로 사용해야 합니다. 예를 들어 동일한 스핀들 집합에 페이지 파일이나 Windows® 2000 Server 또는 Windows Server™ 2003 운영 체제를 배치하면 분할에 의한 성능적인 이점을 얻을 수 없습니다.서버에 여러 개의 저장소 그룹을 만들려는 경우에도 마찬가지로 가장 먼저 트랜잭션 로그를 전용 스핀들로 분할해야 합니다. 단, 성능 향상을 위해서는 각 저장소 그룹에 대한 전용 스핀들 집합이 있어야 합니다. 전용 스핀들 집합이 있는 경우에는 스핀들이 몇 개나 남아 있는지 결정합니다. 대다수 서버에는 사용 가능한 디스크 슬롯이 많지 않으므로 모든 데이터베이스를 동일한 파티션에 배치하는 것이 가장 좋습니다.여러 저장소 그룹의 데이터베이스를 동일한 배열에 분산시킨 경우 이 배열을 사용할 수 없다면 해당 저장소 그룹의 모든 데이터베이스와 심지어는 다른 배열에 있는 데이터베이스조차도 일시적으로 사용할 수 없게 됩니다. 잘못된 데이터베이스는 다운된 것으로 표시되고 정상적인 데이터베이스는 다시 연결됩니다. 연결이 몇 분 동안 중단된 후 Microsoft Outlook®과 같은 MAPI 클라이언트의 연결이 다시 복원됩니다.디스크 수가 충분한 경우는 스트리밍 데이터베이스(.stm) 파일로부터 속성 데이터베이스(.edb) 파일을 분할할 수 있습니다. 서버에 적합한 클라이언트 종류에 따라 성능상의 파일 분할 이점이 결정됩니다. 예를 들어 대용량 첨부 파일을 사용하는 IMAP4(Internet Message Access Protocol 버전 4rev1)와 POP3(Post Office Protocol 버전 3) 사용자에게만 서비스를 제공하려는 경우 일반적으로 .edb 데이터베이스상에서 MAPI 사용자에게 나타나는 크기인 4KB 보다 읽기/쓰기 크기가 더 클 수 있습니다. 이러한 경우에는 파일을 분할하는 것이 좋습니다. 대용량 첨부 파일을 지원하기 위해 .stm 파일에 맞게 디스크를 최적화할 수 있습니다.MAPI 및 Microsoft Outlook Web Access 클라이언트는 .edb 파일에 데이터를 쓰고 읽습니다. 기술적으로 보면 클라이언트가 Store.exe 프로세스와 통신합니다. 따라서 클라이언트는 .edb 파일과 .stm 파일을 구별하지 못합니다. 다른 모든 클라이언트는 .stm 파일을 사용합니다. 다음 표에서는 다양한 클라이언트에서 사용하는 기본 설정 위치를 보여 줍니다.

기본 설정 클라이언트 저장소 위치클라이언트 유형 데이터 전송 데이터 검색MAPI 모드의 Outlook .edb 파일 .edb 파일

63

클라이언트 유형 데이터 전송 데이터 검색POP3 .stm 파일(SMTP 사용) .stm 파일IMAP4 .stm 파일(SMTP 사용) .stm 파일Outlook Web Access .stm 파일(.edb 파일로 전체 승격)

.edb 파일IFS(Installable File System)

.stm 파일 .stm 파일SMTP .stm 파일 적용할 수 없음SMTP(MAPI 데이터 사용) .stm 파일(.edb 파일로 전체 승격)

적용할 수 없음Microsoft ADO(ActiveX® Data Objects) 또는 OLE DB

.stm 파일 .stm 파일

Exchange 2000 Server 용 CDO(Collaboration Data Objects)

.stm 파일 .stm 파일

CDO 1.21 .edb 파일 .edb 파일이 표에 나오는 기본 파일 형식은 서로 바뀔 수 있습니다. 예를 들어 POP3 클라이언트가 메시지를 전송하면 실제로는 이 메시지 데이터가 .stm 파일에 저장됩니다. 메시지 헤더와 기타 데이터의 .edb 파일로 속성이 자동 승격되기도 합니다. 하지만 여기서는 MAPI 클라이언트가 메시지 읽기를 시도한다고 가정합니다. 이 시나리오에서는 .stm 파일의 메시지 데이터가 .edb 파일로 완전하게 승격됩니다. 첨부 파일은 .stm 파일에 남아 있으며 메모리에서 변환이 수행됩니다. 승격은 .stm 파일에서 .edb 파일로만 일어납니다. 이 시나리오에서 데이터가 .stm 파일로 승격되지 않으며 모든 클라이언트 변환은 임시 파일을 사용하여 메모리에서 수행됩니다.대다수 시나리오에서는 .edb 파일과 .stm 파일을 별도의 스핀들로 분할하더라도 실제적인 이점이 없습니다. 예를 들어 6 개의 디스크가 있는 경우 디스크 3 개 상에 2 개의 RAID5 파티션을 만드는 것이 하나의 RAID0+1(스트라이프 및 미러) 파티션을 만드는 것보다 뛰어난 성능을 제공하는지 결정해야 합니다. 이 경우는 RAID0+1 이 더 뛰어난 쓰기 성능을 제공합니다.디스크 수가 증가하면 일반적으로 사용자 데이터 처리를 위해 적은 수의 대용량 디스크를 구입하게 됩니다. 그러나 디스크 속도는 디스크 크기에 비례하지 않습니다. 따라서 실제 디스크 공간이 충분하더라도 사용자 로드에 비해 성능은 충분하지 않을 수 있습니다. 사서함 서버에 실제 디스크 스핀들을 충분히 할당합니다. 참고로 GB 단위의 캐시와 많은 수의 하드 디스크 랙을 사용하는 특수한 저장소 하위 시스템에는 파티션 관리 및 내결함성을 위한 자체의 운영 체제가 있습니다. 이러한 장치를 사용하는 경우 하드웨어 공급업체로부터 전문가의 지원을 받으십시오.다음은 사서함 서버를 구성하기 위한 최상의 지침을 요약한 내용입니다.

64

Windows 및 Exchange 이진 파일에 대해 RAID1 파티션을 만듭니다. 페이지 파일을 별도의 RAID1 스핀들에 배치합니다. 사서함 서버의 경우는 볼륨 손실로 인해 서버가 중단될 수 있으므로 비 RAID 파티션에 페이지 파일을 배치해서는 안 됩니다. 트랜잭션 로그의 저장소 그룹마다 하나의 전용 내결함성 파티션을 만듭니다(예: RAID1 또는

RAID0+1). 디스크가 2 개인 RAID1 파티션에서 초당 약 300 개의 순차적 쓰기 I/O 작업을 수행할 수 있어야 합니다. 이 정도의 용량이면 사용 중인 5 개의 데이터베이스 저장소 그룹에 적합합니다. 데이터베이스에 대해 최소 하나 이상의 내결함성 파티션을 만듭니다. 배열이 하나밖에 없으면 모든 데이터베이스를 이 배열에 배치합니다. 배열이 여러 개이면 각 저장소 그룹에 대해 하나의 배열을 사용합니다(데이터베이스에만 해당).데이터베이스, SMTP 큐 및 트랜잭션 로그 파일은 Exchange System Manager 를 사용하여 다른 파티션으로 이동할 수 있습니다. 데이터베이스 및 로그 이동에 대한 자세한 내용은 Microsoft 기술 자료 문서 257184, "XADM: Exchange 2000 Server 의 Exchange 데이터베이스와 로그를 이동하는 방법 "을 참조하십시오.

Exchange I/O 작업을 저장소 트랙 경계에 맞춤트랙당 64 개의 섹터를 관리하는 실제 디스크에서 Windows 는 항상 64번째 섹터에서 시작하는 파티션을 만들기 때문에 실제 기본 디스크와 맞춤이 틀리게 됩니다. 디스크 맞춤을 정확하게 하려면 디스크 파티션 도구인 Diskpart.exe 를 사용합니다. Diskpart.exe 는 Microsoft Windows Server 2003 서비스 팩 1 지원 도구의 유틸리티입니다. Diskpart.exe 는 MBR(마스터 부트 레코드)에 시작 오프셋을 명시적으로 설정할 수 있는 명령줄 유틸리티입니다. 시작 오프셋을 설정하면 맞춤을 추적하고 디스크 성능을 향상시킬 수 있습니다. Exchange Server 2003 에서는 4KB I/O 작업의 배수로 데이터를 기록합니다(데이터베이스의 경우 4KB, 스트리밍 파일의 경우 최대 32KB). 따라서 시작 오프셋은 4KB 의 배수가 되어야 하며 그렇지 않은 경우 두 트랙에 걸쳐 있는 단일 I/O 작업의 성능이 저하됩니다.자세한 내용은 Exchange Server 2003 의 저장소 최적화 가이드에서 "저장소 트랙 경계에 Exchange I/O 맞추는 방법"을 참조하십시오.

Exchange Server 2003 의 메모리 사용 최적화Microsoft Exchange Server 2003 을 실행하고 있는 서버에 1GB 이상의 실제 메모리(RAM)가 설치되어 있는 경우에는 Exchange 2003 에서 해당 메모리를 효율적으로 사용할 수 있는지 확인해야 합니다. 하드웨어 구성, 데이터베이스 수 및 서버의 사용자 수와 관계없이 Exchange Server 2003 의 Exchange 정보 저장소(Store.exe) 프로세스에는 주소를 지정할 수 있는 한정된 크기의 메모리가 있으며 이 크기를 가상 주소 공간이라고 합니다. 대부분의 시나리오에서는 정보

65

http://go.microsoft.com/fwlink/?linkid=49324



저장소에 대한 이 가상 주소 공간의 사용량에 따라 Exchange Server 2003 사서함 서버의 전체 성능과 확장성이 결정됩니다. 중소형 서버의 경우 Exchange Server 2003 에서 자동으로 최상의 균형을 유지시킵니다. 그러나 대형 서버의 경우에는 아래에 자세히 설명된 튜닝 매개 변수의 일부 또는 전체를 수동으로 조정할 수도 있습니다.

메모리 사용량 모니터링이벤트 뷰어와 성능 로그 및 경고를 사용하여 Exchange Server 에서 가상 메모리 문제를 모니터링할 수 있습니다. 사용 가능한 가상 메모리 블록 중 가장 큰 블록이 32MB 로 줄면 응용 프로그램 로그에 이벤트 ID 9582 경고가 표시됩니다. 이 경고가 표시되면 나중에 Exchange 저장소 프로세스를 다시 시작해야 합니다. 사용 가능한 가장 큰 블록이 16MB 로 줄면 이벤트 ID 9582 오류가 다시 표시됩니다. 이 오류는 서버에 오류가 발생할 수 있으므로 최대한 빠른 시간 안에 서버를 다시 시작해야 한다는 뜻입니다. 이러한 이벤트에 대해 조치를 취하지 않으면 메일이 제대로 배달되지 않고 IMAIL 변환이 수행되지 않을 수 있습니다(이벤트 ID 12800).자세한 내용은 Exchange 서버에서 메모리 사용 모니터링 방법 을 참조하십시오.서버에 가상 주소 공간이 부족하다는 신호가 있을 경우 다음 설정을 조정해야 합니다. 이러한 설정이 Exchange 에 맞게 최적화되지 않으면 응용 프로그램 이벤트 로그에 이벤트 9665 가 표시됩니다. 서버에서 Windows 2000 Advanced Server 또는 Windows Server 2003 을 실행 중이고 실제 메모리가 1GB 이상이면 Boot.ini 파일에서 /3GB 시작 스위치를 설정합니다. 자세한 내용은 Windows 에서 /3GB 시작 스위치 설정 방법 을 참조하십시오. 서버에서 Windows Server 2003(모든 버전)을 실행하고 있으면 Boot.ini 파일에서

/USERVA 시작 스위치를 설정합니다. 자세한 내용은 Windows 에서 /USERVA 시작 스위치 설정 방법을 참조하십시오.

서버에서 Windows 2000 Server 를 실행하고 있으면 Windows 2000 서비스 팩 3 이상이 설치되어 있는지 확인합니다. 서버에서 Windows 2000 Server 를 실행하고 있으면 레지스트리 값을 설정합니다. 자세한 내용은 Windows 2000 의 시스템 페이지 테이블 항목 증가 방법 을 참조하십시오. 서버의 실제 메모리가 1GB 이상이면 레지스트리 값을 설정합니다. 자세한 내용은

HeapDeCommitFreeBlockThreshold 레지스트리 값 설정 방법 을 참조하십시오. 필요한 경우 저장소 데이터베이스 캐시 크기를 조정합니다. 자세한 내용은 다음 절차를 참조하십시오.

DSAccess 구성 캐시 구성 방법 DSAccess 사용자 캐시 구성 방법

66

이벤트 9665저장소 프로세스가 시작되면 Exchange 에서 메모리가 최적으로 구성되어 있는지 검사합니다. 메모리 설정이 최적화되지 않으면 이벤트 뷰어에 이벤트 9665 가 나타납니다. 이 메시지는 다음과 같은 경우에 표시됩니다. 서버에서 Windows 2000 Server 를 실행하고 있고 레지스트리의 값이 24,000 - 31,000 범위를 벗어났습니다. 서버에 1GB 이상의 메모리가 있고 /3GB 스위치가 없습니다. 서버에서 Windows Server 2003 을 실행하고 있고 메모리가 1GB 이상이며 /3GB 스위치가 설정되어 있지만 /USERVA 스위치가 없거나 3030 으로 설정되어 있지 않습니다.서버가 최적으로 구성되어 있으므로 이벤트 9665 가 기록되지 않도록 하려면 이벤트 9665 의 로깅을 생략합니다. 자세한 내용은 메모리 구성 알림 이벤트 생략 방법을 참조하십시오.

/3GB 스위치 설정기본적으로 Windows 2000 Advanced Server 와 Windows Server 2003 에서는 Store.exe와 같은 사용자 모드 프로세스에 2GB 의 가상 주소 공간을 할당합니다. 서버에 1GB 이상의 실제 메모리가 있으면 Boot.ini 파일에서 /3GB 스위치를 설정하여 가상 주소 공간을 늘리십시오. /3GB 스위치를 설정하는 방법에 대한 자세한 내용은 Windows 에서 /3GB 시작 스위치 설정 방 법을 참조하십시오.

/USERVA 스위치 및 SystemPages 레지스트리 값 설정서버에서 Windows 2000 을 실행하고 있으면 SystemPages 레지스트리 값을 24,000 과 31,000 사이로 설정해야 합니다. 서버에서 Windows Server 2003 을 실행하고 있으면 SystemPages 값을 0 으로 설정하고 Boot.ini 파일에서 /USERVA=3030 시작 스위치를 설정합니다. 이러한 설정을 이용하여 시스템 페이지 테이블 항목을 서버에 더 많이 입력할 수 있으며 이는 확장되는 시스템에 매우 중요합니다./USERVA 스위치는 Windows Server 2003 에 새로 추가되었습니다. 이 스위치의 용도는 사용자 모드 프로세스와 커널 모드 프로세스 간에 가상 주소 공간의 분배를 정교하게 제어하려는 것입니다. 이 스위치는 Exchange Server 2003 과 같이 해당 스위치를 지원하는 응용 프로그램과 해당 응용 프로그램에서 지원하는 특정 값에만 사용해야 합니다. Exchange Server 2003 시스템에서 사용할 때 /USERVA 는 항상 3030(예: /USERVA=3030)이어야 합니다. 이 값으로 인해 40MB 가 운영 체제에 추가로 할당되며 사용 가능한 모든 시스템 리소스를 사용하지 않고 더 많은 사용자를 추가할 수 있습니다.Windows 2000 에서 SystemPages 레지스트리 값을 구성하는 방법에 대한 자세한 내용은 Windows 2000 의 시스템 페이지 테이블 항목 증가 방법 을 참조하십시오. /USERVA 시작 스위치를 구성하는 방법에 대한 자세한 내용은 Windows 에서 /USERVA 시작 스위

치 설정 방법을 참조하십시오.

67

HeapDeCommitFreeBlockThreshold 레지스트리 값 설정HeapDeCommitFreeBlockThreshold 레지스트리 값은 힙 관리자가 메모리 커밋을 해제하거나 메모리를 확보하기 전에 필요한 사용 가능한 공간을 제어합니다. 기본값은 0 이며 이 값은 사용 가능한 4KB 페이지마다 힙 관리자가 커밋을 해제함을 의미합니다. 시간이 지나면 가상 주소 공간이 조각날 수 있습니다. 실제 메모리가 1GB 이상인 서버에서는 레지스트리 키를 더 큰 값으로 설정하여 조각화를 줄여야 합니다. HeapDeCommitFreeBlockThreshold 레지스트리 값을 설정하는 방법에 대한 자세한 내용은 HeapDeCommitFreeBlockThreshold 레지스트리 값 설정 방법 을 참조하십시오.

Exchange 서버에서 메모리 사용 모니터링 방법이벤트 뷰어와 성능 로그 및 경고를 사용하여 Exchange Server 에서 가상 메모리 문제를 모니터링할 수 있습니다. 예를 들어 사용 가능한 가장 큰 가상 메모리 블록이 32MB 로 줄어들면 이벤트 9582 가 응용 프로그램 로그에 경고 이벤트로 표시됩니다. 이 경고가 표시되면 나중에 Exchange 저장소 프로세스를 다시 시작해야 합니다. 가장 큰 블록이 16MB 로 줄어들면 이벤트 9582 가 오류 이벤트로 다시 표시됩니다. 이 오류 이벤트는 서버에 오류가 발생할 수 있으므로 빠른 시간 안에 서버를 다시 시작해야 한다는 의미입니다. 이러한 이벤트에 대해 조치를 취하지 않으면 메일이 제대로 배달되지 않고 IMAIL 변환이 수행되지 않을 수 있습니다.성능 로그 및 경고에서는 다음 표에 나열된 카운터를 모니터링해야 합니다.

성능 개체 성능 카운터 자세히MSExchangeIS VM Largest Block Size 정상적인 서버에서는 사용 가능한 가장 큰 블록이

200,000,000바이트(200MB)보다 큽니다. 값이 더 작으면 서버를 주의해서 모니터링해야 합니다.

메모리 Pool Page Bytes /3GB 스위치를 사용할 때에는 백업이 실행 중인 경우를 제외하고 크기가 200MB 보다 크면 문제가 있다는 뜻입니다. 백업 중에 캐시 관리자의 각 페이지가 풀 페이지에 복사되며 이로 인해 풀 페이지의 크기가 늘어납니다.

68

성능 개체 성능 카운터 자세히메모리 Pool Nonpaged Bytes /3GB 스위치를 사용할 때에는 크기가 100MB 보다 크면 문제가 있다는 뜻입니다.메모리 Free System Page Table

Entries크기가 3000 보다 작으면 문제가 있다는 뜻입니다.

프로세스 Private Bytes Working Set 이 계속 증가하고 있으면 메모리 누수의 가능성이 있습니다.

절차응용 프로그램 이벤트 로그에서 이벤트 9582 를 찾으려면 다음을 수행합니다.

1. 시작, 모든 프로그램, 관리 도구, 이벤트 뷰어를 차례로 클릭합니다.2. 왼쪽 창에서 응용 프로그램을 선택합니다.3. 응용 프로그램을 마우스 오른쪽 단추로 클릭하고 보기 | 필터...를 선택합니다.4. 응용 프로그램 속성 대화 상자의 이벤트 ID 필드에 9582 를 입력하고 확인을 클릭합니다. 응용 프로그램 이벤트 로그에 9582 오류나 경고 이벤트가 포함되어 있으면 오른쪽 창에 표시됩니다.

Exchange Server 에서 메모리 관련 카운터를 모니터링하려면 다음을 수행합니다.

1. 시작, 모든 프로그램, 관리 도구, 성능을 차례로 클릭합니다.2. 범례 영역에서 자동으로 추가된 카운터를 삭제합니다.3. CTRL+I 를 눌러 카운터를 삽입합니다.4. 성능 개체 필드에서 모니터링할 성능 개체를 선택합니다. 예를 들어 메모리를 선택합니다.5. 다음 목록에서 카운터 선택 필드에서 모니터링할 성능 카운터를 선택하고 추가를 클릭합니다. 예를 들어 Pool Paged Bytes 를 선택하고 추가를 클릭합니다.6. 모니터링할 각 성능 개체 및 카운터에 대해 4 ~ 5 단계를 반복합니다.7. 개체와 카운터 추가가 완료되면 닫기를 클릭합니다.8. 위 표에 언급된 대로 선택한 카운터의 값을 모니터링합니다.

69

Windows 에서 /3GB 시작 스위치 설정 방법Windows Server 2003 에는 메모리 및 메모리 주소 공간 사용 할당을 조정할 수 있는 시작 스위치 지원이 포함되어 있습니다. Windows 에서는 시스템의 실제 메모리 양에 관계없이 사용자 모드 프로세스(예: 응용 프로그램)에 할당된 2GB 와 커널 모드 프로세스(예: 운영 체제 및 커널 모드 드라이버)에 할당된 2GB 로 구성된 4GB 의 가상 주소 공간을 사용합니다. 실제 메모리가 1GB 이상인 시스템에서 이러한 두 시작 스위치를 사용하여 응용 프로그램에 더 많은 메모리(3GB)를 할당하고 운영 체제에는 더 적은 메모리(1GB)를 할당할 수 있습니다. 이 추가 가상 주소 공간을 사용하면 Exchange 정보 저장소 프로세스의 가상 주소 공간에서 조각화된 메모리 양을 줄일 수 있습니다./3GB 스위치는 이 할당 변경 내용을 적용하는 데 사용됩니다. 시스템의 boot.ini 파일에 스위치를 입력하고 시스템을 다시 시작하면 변경 내용이 적용됩니다.

시작하기 전에이 항목의 절차를 수행하기 전에 다음을 고려해야 합니다./3GB 스위치는 다음 운영 체제에서만 지원됩니다. Windows 2000 Advanced Server Windows 2000 Datacenter Server Windows Server 2003 Enterprise Edition Windows Server 2003 Enterprise Edition Windows Server 2003 Datacenter Edition

Important/3GB 스위치가 지원되지 않으므로 응용 프로그램이나 운영 체제를 손상시킬 수 있으므로 Windows 2000 Server 에서 사용해서는 안 됩니다.

절차Windows Server 2003 에서 /3GB 시작 스위치를 설정하려면 다음을 수행합니다.

1. 내 컴퓨터를 마우스 오른쪽 단추로 클릭하고 속성을 선택합니다. 시스템 속성 대화 상자가 나타납니다.2. 고급 탭을 클릭합니다.3. 시작 및 복구 영역에서 설정을 클릭합니다. 시작 및 복구 대화 상자가 나타납니다.4. 시스템 시작 영역에서 편집을 클릭합니다. 메모장에 Windows boot.ini 파일이 열립니다.

70

5. [Operating Systems] 섹션에서 /fastdetect 스위치가 포함된 시작 줄 끝에 /3GB 스위치를 추가합니다.6. 변경 내용을 저장하고 메모장을 닫습니다.7. 확인을 두 번 클릭하여 열려 있는 대화 상자를 닫은 다음 컴퓨터를 다시 시작하여 변경 내용을 적용합니다.

Windows 2000 Advanced Server 또는 Windows 2000 Datacenter Server에서 /3GB 시작 스위치를 설정하려면 다음을 수행합니다.

1. Windows 탐색기에서 시스템 파티션으로 이동합니다. 이 파티션에는 Boot.ini 및 NTLDR과 같은 하드웨어 특정 Windows 파일이 있습니다.2. Boot.ini 파일이 없다면 보호된 운영 체제 파일을 숨기도록 폴더 옵션이 설정되어 있기 때문일 수 있습니다. 이런 경우 탐색기 창에서 도구, 폴더 옵션, 보기를 차례로 클릭합니다 보호된 운영 체제 파일 숨기기(권장) 확인란의 선택을 해제합니다. 메시지가 표시되면 예를 클릭합니다.3. Boot.ini 파일이 탐색기에 표시되면 해당 파일을 마우스 오른쪽 단추로 클릭하고 연결 프로그램, 메모장을 차례로 클릭하여 파일을 엽니다.4. [Operating Systems] 섹션 아래의 "multi"로 시작하는 줄 끝에 /3GB 스위치를 추가합니다.5. 변경 내용을 저장하고 메모장을 닫습니다.6. 컴퓨터를 다시 부팅하여 변경 내용을 적용합니다.

추가 정보 /3GB 시작 스위치에 대한 자세한 내용은 Exchange Server 2003 의 메모리 사용 최적화 를 참조하십시오. Exchange Server 메모리 사용 및 성능 최적화에 대한 자세한 내용은 다음 Microsoft 기술 자료 문서를 참조하십시오.

266096, 1GB 이상의 실제 RAM 을 가진 Exchange 2000 서버에서 /3GB 스위치가 필요하다 325044, HOWTO: Exchange 2003 및 Exchange 2000 에서 가상 메모리 조각화 문제 해결 815372, Exchange Server 2003 에서 메모리 사용을 최적화하는 방법 308356, Windows Server 2003 또는 Windows 2000 Server 를 실행하는 도메인 컨트롤러에서 Lsass.exe 프로세스의 메모리 사용 810371, Windows 2003 Server 기반 Exchange Server 에서 /Userva 스위치 사용

71

http://go.microsoft.com/fwlink/?LinkId=3052&kbID=810371

http://go.microsoft.com/fwlink/?linkid=3052&kbid=308356







823440, Windows Server 2003 기반 시스템에 Exchange Server 2003 을 설치한 경우 /3GB 스위치를 사용해야 한다 822178, Exchange Server 2003 기능의 종속성 및 요구 사항 개요

Windows 2000 의 시스템 페이지 테이블 항목 증가 방법/3GB 스위치가 설정되어 있는 대규모 확장 사서함 서버에서는 Store.exe 프로세스가 사용자 모드에서 더 많은 가상 주소 공간을 차지하며 커널 주소 공간은 1GB 로 줄어듭니다. 하지만 과부하된 서버에 페이지 테이블 항목(PTE)이 부족한 경우에는 이로 인해 불균형이 발생할 수 있습니다. 이 문제가 지속되면 서버가 디스크에 데이터를 기록할 때 리소스 오류가 발생하거나 네트워크 연결 오류가 발생할 수 있습니다.

시작하기 전에이 항목의 절차를 수행하기 전에 다음을 고려해야 합니다. 이 절차는 Windows 2000 제품군 운영 체제에서 Exchange Server 2003 을 실행하는 경우에만 필요합니다. 이 절차는 /USERVA=3030 옵션이 설정된 Windows Server 2003에서 Exchange Server 2003 을 사용하는 경우에는 필요하지 않습니다. 이 항목에는 레지스트리 편집에 대한 정보가 나와 있습니다.

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

절차Windows 2000 의 시스템 페이지 테이블 항목을 증가시키려면 다음을 수행합니다.

1. Regedit.exe 또는 Regedt32.exe 와 같은 레지스트리 편집기를 엽니다.2. HKLM\System\CurrentControlSet\Control\Session Manager\

Memory Management 를 탐색합니다.3. 오른쪽 창에서 SystemPages 를 두 번 클릭합니다.4. 값 데이터 필드에 24000 에서 31000(10진수) 사이의 값을 입력한 다음 확인을 클릭합니다. 사용할 값을 잘 모를 경우 31000(10진수)을 사용하는 것이 좋습니다.

72




5. 확인을 클릭하여 변경 내용을 저장한 다음 레지스트리 편집기를 닫습니다.6. Exchange 서버를 다시 부팅하여 변경 내용을 적용합니다.

추가 정보 서버에 페이지 테이블 항목이 부족할 경우 수행할 작업에 대한 자세한 내용은 Microsoft 기술 자료 문서 313707, "XADM: An Exchange 2000 Server with the '/3GB' Switch in

the Boot.ini File May Lose Network Connectivity Under a Heavy Messaging Load(http://go.microsoft.com/fwlink/?LinkId=3052&kbid=313707)"를 참조하십시오.

레지스트리 편집 방법에 대한 자세한 내용은 Microsoft 기술 자료 문서 256986, "Microsoft Windows 레지스트리 설명"(http://go.microsoft.com/fwlink/?linkid=3052&kbid=256986) 을 참조하십시오.

Windows 에서 /USERVA 시작 스위치 설정 방법Windows Server 2003 에서는 메모리 및 메모리 주소 공간에 대한 사용의 할당을 조정할 수 있는 두 개의 boot.ini 시작 스위치인 /3GB 및 /USERVA 를 지원합니다. 이 항목에서는 Windows Server 에서 /USERVA 시작 스위치를 설정하는 방법에 대해 설명합니다. /3GB 시작 스위치를 설정하는 방법에 대한 자세한 내용은 Windows 에서 /3GB 시작

스위치 설정 방법을 참조하십시오.

시작하기 전에이 항목의 절차를 수행하기 전에 다음을 고려해야 합니다. /USERVA 스위치는 Exchange Server 2003 과 같이 해당 스위치를 지원하는 응용 프로그램과 해당 응용 프로그램에서 지원하는 특정 값에만 사용해야 합니다. Exchange Server 2003 시스템에서 사용할 때 /USERVA 는 항상 3030(예:

/USERVA=3030)이어야 합니다. 이 값으로 인해 40MB 가 운영 체제에 추가로 할당되며 사용 가능한 모든 시스템 리소스를 소모하지 않고 더 많은 사용자를 추가할 수 있습니다.

73




절차Windows 에서 /USERVA 시작 스위치를 설정하려면 다음을 수행합니다.

1. 내 컴퓨터를 마우스 오른쪽 단추로 클릭하고 속성을 선택합니다. 시스템 속성 대화 상자가 나타납니다.2. 고급 탭을 클릭합니다.3. 시작 및 복구 영역에서 설정을 클릭합니다. 시작 및 복구 대화 상자가 나타납니다.4. 시스템 시작 영역에서 편집을 클릭합니다. 메모장에서 Windows boot.ini 파일이 열립니다.5. [Operating Systems] 섹션에서 /fastdetect 스위치가 포함된 시작 줄 끝에

/USERVA=3030 스위치를 추가합니다.6. 변경 내용을 저장하고 메모장을 닫습니다.7. 확인을 두 번 클릭하여 열려 있는 대화 상자를 닫은 다음 컴퓨터를 다시 시작하여 변경 내용을 적용합니다.

추가 정보 /3GB 및 /USERVA 시작 스위치에 대한 자세한 내용은 Exchange Server 2003 의 메모리

사용 최적화를 참조하십시오. Exchange Server 메모리 사용 및 성능 최적화에 대한 자세한 내용은 다음 Microsoft 기술 자료 문서를 참조하십시오.

"1GB 이상의 실제(Physical) RAM 을 가진 Exchange 2000 에서 /3GB 스위치가 필요하다(http://go.microsoft.com/fwlink/?linkid=3052&kbid=266096)" "HOW TO: Troubleshoot Virtual Memory Fragmentation in Exchange 2003

and Exchange 2000(http://go.microsoft.com/fwlink/?linkid=3052&kbid=325044)"

"Exchange Server 2003 에서 메모리 사용을 최적화하는 방법(http://go.microsoft.com/fwlink/?linkid=3052&kbid=815372)"

"XADM: Windows Server 2003 기반 Exchange Server 에서 /Userva 스위치 사용(http://go.microsoft.com/fwlink/?linkid=3052&kbid=810371)"

"You Must Use the /3GB Switch When You Install Exchange Server 2003 on a Windows Server 2003-Based System(http://go.microsoft.com/fwlink/?linkid=3052&kbid=823440)"

"Overview of Dependencies and Requirements for Exchange Server 2003 Features(http://go.microsoft.com/fwlink/?linkid=3052&kbid=822178)"

74









HeapDeCommitFreeBlockThreshold 레지스트리 값 설정 방법지정된 주소에서 메모리가 비워지면 운영 체제 힙 관리자는 해당 주소에서 사용 가능한 연속 바이트 수를 확인합니다. 해당 확인 작업이 완료되면 힙 관리자는 다음 두 작업 중 하나를 수행할 수 있습니다. 인접한 메모리 블록을 커밋된 상태로 유지합니다. 인접한 메모리 블록의 커밋을 해제하고 보존된 상태로만 표시합니다.HeapDecommitFreeBlockThreshold 레지스트리 키는 메모리의 커밋이 해제되는 연속 바이트 수를 지정합니다. 기본적으로 힙 관리자는 사용 가능한 모든 블록을 결합하거나 새로 할당하지 않아도 됩니다. 따라서 블록은 커밋 해제되고 가상 주소 공간에서 사용할 수 없게 될 수도 있습니다. 이로 인해 가상 메모리가 조각화되고 성능이 저하되어 결국엔 시스템이 불안정해질 수 있습니다.1GB 이상의 실제 메모리가 설치되어 있는 시스템에서는 커밋 해제된 메모리의 청크 크기를 제어하여 성능을 최적화합니다. HeapDecommitFreeBlockThreshold 레지스트리 키는 비워지는 메모리를 처리하는 방법을 제어합니다. 이 값을 레지스트리에 추가할 때는 16진수 값 0x00040000(10진수로 262144)으로 구성해야 합니다.Microsoft 는 HeapDecommitFreeBlockThreshold 레지스트리 키의 16진수 값 0x00040000(10진수로 262144) 외에 다른 값을 지원하지 않습니다. 또한 Exchange Server 2000 및 Exchange Server 2003 만 1GB 이상의 실제 메모리가 설치되어 있는 경우에만 HeapDecommitFreeBlockThreshold 레지스트리 키 사용을 지원합니다. 1GB 미만의 실제 메모리가 설치되어 있는 시스템 또는 Exchange 2000 Server 또는 Exchange Server 2003 을 실행하지 않는 시스템에서는 설치되어 있는 실제 메모리 크기에 관계없이 HeapDecommitFreeBlockThreshold 레지스트리 키를 사용하지 마십시오.

시작하기 전에이 항목의 절차에는 레지스트리 편집과 관련된 정보가 포함되어 있습니다.


절차HeapDeCommitFreeBlockThreshold 레지스트리 값을 설정하려면 다음을 수행합니다.

1. Regedit.exe 또는 Regedt32.exe 와 같은 레지스트리 편집기를 엽니다.

75

2. HKLM\System\CurrentControlSet\Control\Session Manager 로 이동합니다.3. Session Manager 를 마우스 오른쪽 단추로 클릭하고 새로 만들기 | DWORD 값을 선택합니다.4. 새 DWORD 값의 이름을 HeapDecommitFreeBlockThreshold 로 지정합니다.5. HeapDecommitFreeBlockThreshold 값을 두 번 클릭합니다.6. 단위를 16 진수로 변경합니다.7. 값 데이터 필드에 0x00040000 을 입력합니다.8. 레지스트리 편집기를 닫고 Exchange Server 컴퓨터를 다시 시작하여 변경 내용을 적용합니다.

참조 HeapDecommitFreeBlockThreshold 레지스트리 키에 대한 자세한 내용은 다음

Microsoft 기술 자료 문서를 참조하십시오. 315407, "XADM: The "HeapDecommitFreeBlockThreshold" Registry

Key"(http://go.microsoft.com/fwlink/?linkid=3052&kbid=315407). 815372, "Exchange Server 2003 에서 메모리 사용을 최적화하는 방법"(http://go.microsoft.com/fwlink/?linkid=3052&kbid=815372) 325044, "HOW TO: Troubleshoot Virtual Memory Fragmentation in

Exchange 2003 and Exchange 2000"(http://go.microsoft.com/fwlink/?linkid=3052&kbid=325044)

레지스트리 편집 방법에 대한 자세한 내용은 Microsoft 기술 자료 문서 256986, "Microsoft Windows 레지스트리 설명(http://go.microsoft.com/fwlink/?linkid=3052&kbid=256986)"을 참조하십시오.

메모리 구성 알림 이벤트 생략 방법Microsoft Exchange Information Store 서비스(store.exe)가 시작되면 Exchange 는 최적의 메모리 구성 확인을 수행합니다. 서비스가 서버에 구성된 메모리 설정이 최적이 아님을 감지하면 이벤트 9665 가 응용 프로그램 이벤트 로그에 기록됩니다. 이 이벤트는 일반적으로 다음과 같은 경우에 표시됩니다. 서버에서 Windows 2000 Server 제품군이 실행되고 있고 레지스트리의 SystemPages 값이 24,000 - 31,000 범위를 벗어났습니다.

76







서버에 1GB 이상의 메모리가 있지만 Boot.ini 파일에 /3GB 시작 스위치가 설정되어 있지 않습니다. 서버에서 Windows Server 2003 이 실행되고 있고 1GB 이상의 메모리가 있으며 /3GB 스위치가 설정되어 있지만 /USERVA 설정이 없거나 3,030 이 아닙니다. 이벤트 9665 가 응용 프로그램 이벤트 로그에 표시된 경우 SystemPages 및 HeapDeCommitFreeBlockThreshold 레지스트리 설정을 확인하고 /3GB 및 /USERVA=3030 시작 스위치가 Boot.ini 파일에 있는지 확인합니다.

Note: SystemPages 레지스트리 항목은 Windows 2000 에만 적용됩니다. Windows Server 2003 컴퓨터에서는 이 값을 설정하지 마십시오. Microsoft Small Business Server 를 실행하는 서버에서는 메모리 구성 검사가 수행되지 않습니다.

서버가 최적으로 구성되어 있으므로 이벤트 9665 가 기록되지 않도록 하려면 다음 레지스트리 값을 사용하여 이벤트 9665 의 로깅을 생략합니다.



절차정보 저장소 메모리 구성 알림 이벤트를 생략하려면 다음을 수행합니다.

1. Regedit.exe 또는 Regedt32.exe 와 같은 레지스트리 편집기를 엽니다.2. HKLM\System\CurrentControlSet\Services\MSExchangeIS\

ParametersSystem 로 이동합니다.3. ParametersSystem 을 마우스 오른쪽 단추로 클릭하고 새로 만들기 | DWORD 값을 선택합니다.4. 새 DWORD 값의 이름을 Suppress Memory Configuration Notification 으로 지정합니다.5. Suppress Memory Configuration Notification 을 두 번 클릭하여 값 데이터를 편집합니다.6. 값 데이터 필드에 1 을 입력합니다.

77

7. 확인을 클릭하여 변경 내용을 저장한 다음 레지스트리 편집기를 닫습니다.8. Microsoft Exchange Information Store 서비스를 다시 시작하여 변경 내용을 적용합니다.

추가 정보레지스트리 편집 방법에 대한 자세한 내용은 Microsoft 기술 자료 문서 256986, "Microsoft Windows 레지스트리 설명(http://go.microsoft.com/fwlink/?linkid=3052&kbid=256986)"을 참조하십시오.

DSAccess 사용자 캐시 구성 방법DSAccess(Directory Service Access)는 모든 Exchange 구성 요소가 Active Directory® 디렉터리 서비스에 액세스하는 방법을 제어하는 Exchange 2000 Server 및 Exchange Server 2003 의 내부 구성 요소입니다. DSAccess 의 주 기능은 다양한 디렉터리 관련 이벤트 및 작동에 대한 정보를 유지 관리하는 것입니다. 예를 들어 DSAccess 는 Active Directory 토폴로지를 검색한 후 도메인 컨트롤러와 글로벌 카탈로그 서버가 사용 가능하고 쿼리에 응답하는지 확인합니다. 또한 정보 저장소와 같은 내부 Exchange 구성 요소에 대한 모든 디렉터리 쿼리는 받는 사람 확인, 구성 설정 조회 등과 같이 DSAccess 를 통해 라우팅됩니다. 이러한 작업의 일부로 DSAccess 는 동일한 정보가 두 번 요청되는 경우 Active Directory 에 LDAP 쿼리를 하나 더 사용하는 대신 DSAccess 캐시에서 해당 정보를 검색할 수 있도록 일부 쿼리 결과에 대한 메모리 내부 캐시를 유지합니다.MaxMemoryUser 는 DSAccess 캐시의 사용자 데이터 개체가 사용할 수 있는 최대 메모리 양을 Exchange 관리자가 제어할 수 있도록 하는 Exchange 서버 레지스트리 매개 변수입니다. Exchange 2000 Server 에서 사용자 캐시의 크기는 처음에 25MB 로 설정되었습니다. 여러 Microsoft Office Outlook® 클라이언트를 처리하는 Exchange 2000 Server 컴퓨터에서 기본 DSAccess 사용자 캐시의 크기는 충분하지 않았습니다. DSAccess 캐시의 크기가 작은 시스템에서는 로컬 메시지 배달 및 주소록 이름 확인 속도가 적정 수준보다 느릴 수 있습니다.Exchange Server 2003 에서는 사용자 캐시의 기본값이 최적화되고 140MB 로 설정되어 성능이 향상되었습니다. Exchange 2000 Server 에서 Exchange Server 2003 으로 업그레이드할 때 수동 설정은 보존됩니다. 이 Exchange 서버가 Exchange 2000 Server 에서 Exchange Server 2003 으로 업그레이드된 경우에는 MaxMemoryUser 의 값이 140MB 이상인지 확인해야 합니다.MaxMemoryUser 값은 DSAccess 캐시의 구성 데이터 개체가 사용할 수 있는 최대 메모리 양을 제어하는 MaxMemoryConfig 값과 함께 자주 사용되었습니다. 아래 절차에서 설명한 것처럼 MaxMemoryUser 값을 제거할 경우에는 마찬가지로 MaxMemoryConfig 레지스트리 값도 제거해야 합니다. 자세한 내용은 DSAccess 구성 캐시 구성 방법 을 참조하십시오.

78



시작하기 전에Important이 문서에는 레지스트리 편집에 관련된 정보가 제공되어 있습니다. 레지스트리를 편집하기 전에 문제가 발생할 경우 레지스트리를 복원하는 방법을 알고 있어야 합니다. 레지스트리 복원 방법에 대한 자세한 내용은 Regedit.exe 또는 Regedt32.exe 의 "레지스트리 복원" 도움말 항목을 참조하십시오.

절차DSAccess 사용자 캐시를 구성하려면 다음을 수행합니다.

1. Regedit.exe 또는 Regedt32.exe 와 같은 레지스트리 편집기를 엽니다.2. HKLM\System\CurrentControlSet\Services\MSExchangeDSAccess 로 이동합니다.3. MaxMemoryUser 가 있으면 삭제합니다.4. Microsoft Exchange System Attendant 서비스를 다시 시작하여 변경 내용을 적용합니다.

추가 정보DSAccess 에 대한 자세한 내용은 Microsoft 기술 자료 문서 250570, "Directory Service Server Detection and DSAccess Usage"(http://go.microsoft.com/fwlink/?linkid=3052&kbid=250570)을 참조하십시오.레지스트리를 편집하기 전에 레지스트리 편집 방법에 대한 자세한 내용을 보려면 Microsoft 기술 자료 문서 256986, "Microsoft Windows 레지스트리 설명(http://go.microsoft.com/fwlink/?linkid=3052&kbid=256986)"을 참조하십시오.

DSAccess 구성 캐시 구성 방법DSAccess(Directory Service Access)는 모든 Exchange 구성 요소가 Active Directory® 디렉터리 서비스에 액세스하는 방법을 제어하는 Exchange 2000 Server 및 Exchange Server 2003 의 내부 구성 요소입니다. DSAccess 의 주 기능은 다양한 디렉터리 관련 이벤트 및 작동에 대한 정보를 유지 관리하는 것입니다. 예를 들어 DSAccess 는 Active Directory 토폴로지를 검색한 후 도메인 컨트롤러와 글로벌 카탈로그 서버가 사용 가능하고 쿼리에 응답하는지 확인합니다. 또한 정보 저장소와 같은 내부 Exchange 구성 요소에 대한 모든 디렉터리 쿼리는 받는 사람 확인, 구성 설정 조회 등과 같이 DSAccess 를 통해 라우팅됩니다. 이러한 작업의 일부로 DSAccess 는

79





동일한 정보가 두 번 요청되는 경우 Active Directory 에 LDAP 쿼리를 하나 더 사용하는 대신 DSAccess 캐시에서 해당 정보를 검색할 수 있도록 일부 쿼리 결과에 대한 메모리 내부 캐시를 유지합니다.MaxMemoryConfig 는 일반적으로 Exchange Server 2003 에 더 이상 필요하지 않은 Exchange 2000 Server 레지스트리 매개 변수입니다. MaxMemoryConfig 는 DSAccess 구성 캐시의 구성 데이터 개체가 소모할 수 있는 최대 메모리 양을 제어합니다. Exchange 2000 Server 에서 구성 캐시의 크기는 처음에 25MB 로 설정되었습니다. 대부분의 Exchange 서버에서 이 설정은 필요 이상으로 너무 컸습니다. MaxMemoryConfig 설정은 DSAccess 구성 캐시에 사용된 일부 메모리를 확보하고 다시 할당하는 데 사용되었습니다. 일반적으로 이 설정은 5MB 로 구성되었습니다. 내부 테스트 및 고객 의견을 기반으로 Microsoft 는 Exchange Server 2003에서 즉시 사용 가능한 설정으로 사용하는 최적의 크기는 3MB 라는 것을 확인했습니다. Exchange 2000 Server 에서 Exchange Server 2003 으로 업그레이드할 때 수동 설정은 보존됩니다. 이 Exchange 서버가 Exchange 2000 Server 에서 Exchange Server 2003 으로 업그레이드된 경우에는 MaxMemoryConfig 의 값이 5MB 이하인지 확인해야 합니다.MaxMemoryConfig 값은 DSAccess 캐시의 사용자 데이터 개체가 사용할 수 있는 최대 메모리 양을 제어하는 MaxMemoryUser 값과 함께 자주 사용됩니다. 아래 절차에서 설명한 것처럼 MaxMemoryConfig 값을 편집하거나 제거할 경우에는 마찬가지로 MaxMemoryUser 레지스트리 값도 편집하거나 제거해야 합니다.



절차DSAccess 구성 캐시를 구성하려면 다음을 수행합니다.

1. Regedit.exe 또는 Regedt32.exe 와 같은 레지스트리 편집기를 엽니다.2. HKLM\System\CurrentControlSet\Services\MSExchangeDSAccess 로 이동합니다.3. MaxMemoryConfig 가 있으면 삭제합니다.4. Microsoft Exchange System Attendant 서비스를 다시 시작하여 변경 내용을 적용합니다.

80

참조 DSAccess 에 대한 자세한 내용은 Microsoft 기술 자료 문서 250570, "Directory Service

Server Detection and DSAccess Usage"(http://go.microsoft.com/fwlink/?linkid=3052&kbid=250570)을 참조하십시오.

레지스트리 편집 방법에 대한 자세한 내용은 Microsoft 기술 자료 문서 256986, "Microsoft Windows 레지스트리 설명"(http://go.microsoft.com/fwlink/?linkid=3052&kbid=256986)을 참조하십시오.

Exchange 저장소 및 ESE(Extensible Storage Engine) 튜닝Exchange Server 2003 은 서버당 최대 25 개의 데이터베이스를 처리할 수 있습니다. 총 저장소 공간은 저장소 그룹당 5 개의 데이터베이스가 있는 최대 4 개의 프로덕션 저장소 그룹과 복구용 데이터베이스를 최대 5 개까지 처리할 수 있는 복구 저장소 그룹으로 구성됩니다.Exchange Server 2003 이후 버전의 Exchange 를 사용할 때에는 최대 저장소 그룹 수가 만들어질 때까지 각각의 새 데이터베이스에 대해 저장소 그룹을 추가하는 것이 좋습니다. 또한 단일 저장소 그룹 내에 여러 데이터베이스를 추가하는 대신 Exchange 2000 Server 의 권장 사항대로 이렇게 하는 것이 좋습니다.이러한 권장 사항대로 구현하면 관리자는 가능한 많은 저장소와 저장소 그룹으로 사서함의 로드를 분산시킬 수 있습니다. 이로 인해 보다 쉽게 관리할 수 있는 Exchange 저장소 토폴로지를 만들 수 있습니다. 이러한 토폴로지의 장점은 다음과 같습니다. 데이터베이스의 크기를 줄일 수 있습니다. 드라이브 입/출력(IO) 관리를 향상시킬 수 있습니다. 복구 기능을 향상시킵니다. 예를 들어 Exchange 저장소 토폴로지에 대한 다음 구성을 고려합니다. 이러한 예에서 저장소 그룹의 이름은 SG1 ~ SG4 입니다. 여러 시간에 걸쳐 만든 데이터베이스의 이름은 DB1 ~ DB8 입니다.Exchange Server 2003 이전 버전의 Exchange 에서는 Exchange 저장소 토폴로지를 다음과 같이 구성할 수 있습니다.SG1: DB1, DB2, DB3, DB4SG2: DB5, DB6, DB7, DB8Exchange Server 2003 이후 버전의 Exchange 에서는 Exchange 저장소 토폴로지를 다음과 같이 구성하는 것이 좋습니다.SG1: DB1, DB5

81





SG2: DB2, DB6SG3: DB3, DB7SG4: DB4, DB8Exchange Server 2003 의 저장소 그룹에 대한 자세한 내용은 Microsoft 기술 자료 문서 890699, "How to configure storage groups in Exchange Server 2003(http://go.microsoft.com/fwlink/?LinkId=3052&kbid=890699)"을 참조하십시오.

단일 인스턴스 지원Exchange Server 2003 은 단일 인스턴스 메시징을 완벽하게 지원합니다. 여러 명의 받는 사람에게 단일 메시지를 보내는 경우 이들이 동일한 데이터베이스에 있으면 해당 데이터베이스로 단 하나의 메시지만 보냅니다. 받는 사람은 이 단일 메시지를 가리키는 포인터를 받습니다.메시지를 받는 사람이 저장소 그룹의 여러 데이터베이스에 있는 경우에는 각 받는 사람이 위치하는 데이터베이스로 하나의 메시지 복사본이 전달됩니다. 또한 저장소 그룹용 트랜잭션 로그 집합에 여러 개의 메시지 복사본이 보관됩니다.단일 인스턴스 지원을 최대한 효율적으로 활용하는 방법에는 여러 가지 이론이 있습니다. 전체 사용자 부서를 동일 데이터베이스에 배치하여 잠재적으로 디스크 공간을 절약할 수 있지만 이 방법의 경우 특정 데이터베이스의 오류로 인해 전체 부서가 사용할 수 없게 되기 때문에 선호하지 않는 사용자도 있습니다.단일 인스턴스 저장소는 디스크 공간을 절약하는 것뿐 아니라 다수의 사용자에게 서비스를 제공하는 서버의 성능을 향상시키기 위해 디자인되었습니다.또한 Exchange 데이터베이스, 저장소 그룹 및 서버 사이에 사서함을 이동해도 단일 인스턴스가 유지됩니다.

Windows 2000 Server 를 실행하는 서버에서 페이지 테이블 항목 늘리기/3GB 스위치가 설정되어 있는 대규모 확장 사서함 서버에서는 Store.exe 프로세스가 사용자 모드에서 더 많은 가상 주소 공간을 차지하며 커널 주소 공간은 1GB 로 줄어듭니다. 하지만 이 경우 로드가 과도한 서버에서 페이지 테이블 항목이 모두 소모되면 이로 인해 불균형이 발생할 수 있습니다. 이 문제가 지속되면 서버가 디스크에 데이터를 기록할 때 리소스 오류가 발생하거나 네트워크 연결 오류가 발생할 수 있습니다.자세한 내용은 Windows 2000 의 시스템 페이지 테이블 항목 증가 방법 을 참조하십시오.

82


온라인 데이터베이스 유지 관리각 사서함과 공용 폴더 저장소에서 정기적으로 온라인 유지 관리를 실행해야 합니다. 기본적으로 각 데이터베이스는 오전 1 시와 오전 5 시 사이에 온라인 유지 관리를 실행하도록 설정되어 있습니다. 온라인 유지 관리를 통해 저장소를 정상적인 상태로 유지하는 데 필요한 다양한 작업이 수행됩니다. 이 작업은 다음과 같습니다. 작업 1 Active Directory 를 검사하여 삭제된 사서함이 있는지 확인합니다. 작업 2 구성된 보존 기간이 지난 메시지나 사서함을 영구적으로 제거합니다. 작업 3 데이터베이스 파일의 온라인 조각 모음을 수행합니다.이러한 작업으로 인해 성능이 저하될 수도 있으므로 온라인 유지 관리 전략을 구현하기 전에 이 점에 대해 인지하고 있어야 합니다.작업 1 은 데이터베이스의 각 사용자에 대해 Active Directory 조회를 수행합니다. 각 데이터베이스에 사용자 수가 많을수록 더 많은 LDAP 디렉터리 검색이 수행됩니다. 이 검색은 Active Directory 변경 사항에 사서함 저장소를 동기화하고 특히 삭제된 사서함을 조회하는 데 사용됩니다. Exchange 서버에서는 이 작업으로 인한 성능 손실이 크지 않지만 사용자 수, 데이터베이스 수 및 각 데이터베이스의 온라인 유지 관리 시간에 따라 Active Directory 서버에서는 성능 손실이 클 수 있습니다. 일반적으로 회사 시나리오에서는 온라인 유지 관리가 야간에 수행됩니다. 야간에는 로그온되어 있는 사용자가 매우 적고 Active Directory 서버의 로드가 매우 낮습니다. 이 시나리오에서 온라인 유지 관리에 의해 발생하는 추가적인 도메인 컨트롤러 로드는 문제가 되지 않습니다.Exchange Server 2003 을 글로벌 데이터 센터에 설치하여 여러 표준 시간대에서 고객에게 서비스를 제공하는 경우 온라인 유지 관리의 기본 시간이 문제가 될 수 있습니다. 온라인 유지 관리가 Active Directory 에 미치는 영향은 서버의 각 데이터베이스에 있는 사용자 수에 비례합니다. 삭제된 사서함 검사는 각 데이터베이스의 각 사용자에 대해 수행됩니다. 따라서 10,000 명의 사용자가 서버의 여러 데이터베이스에 분산되어 있는 경우 기본 시작 시간인 오전 1 시에 Active Directory 에 대해 10,000번의 LDAP 검색이 수행됩니다. Active Directory 서버의 로드가 24 시간 내내 적절하게 유지되는 경우 온라인 유지 관리 시간을 다르게 지정합니다. 즉, 서로 다른 시간에 유지 관리를 시작하도록 각 데이터베이스를 설정합니다. 수십만 명의 사용자가 수십 대의 서버와 수백 개의 데이터베이스에 분산되어 있는 경우 특히 엇갈린 시간대에 온라인 유지 관리를 수행하는 것이 중요합니다.작업 2 와 작업 3 은 많은 양의 디스크를 소비하며 유지 관리가 실행 중인 서버에만 영향을 줍니다. 여러 데이터베이스에서 온라인 유지 관리를 동시에 수행하도록 설정한 경우 본 온라인 유지 관리 과정 중에 서버 속도가 느려진 것처럼 보일 수 있습니다. 다시 말하지만 회사 시나리오에서는 온라인 유지 관리가 야간에 수행되며 야간에는 서버가 추가적인 로드를 쉽게 처리할 수 있습니다. 글로벌 데이터 센터에서 단일 서버의 데이터베이스 일정을 서로 엇갈리게 배치하게 되면 많은 디스크를 사용하는 작업을 넓은 시간대로 분산시킬 수 있습니다.온라인 백업의 경우 추가적인 사항을 고려해야 합니다. Exchange Server 2003 데이터베이스를 백업하면 해당 저장소 그룹의 모든 데이터베이스에 대해 유지 관리가 중단됩니다. 유지 관리 간격이 지나기 전에 백업이 완료되면 유지 관리가 다시 시작됩니다. 단일 저장소 그룹에 2 개의

83

데이터베이스가 있고 이 중 하나가 온라인 유지 관리를 실행 중인 경우 다른 데이터베이스에 대해 백업을 시작하면 온라인 유지 관리를 실행 중인 데이터베이스에서 온라인 조각 모음이 중단됩니다. 저장소 그룹의 특정 데이터베이스 백업 시간이 동일한 저장소 그룹의 특정 데이터베이스 유지 관리 시간과 충돌하지 않도록 하는 것이 중요합니다. 충돌이 발생하면 온라인 유지 관리의 온라인 조각 모음 작업이 중단되어 데이터베이스 조각 모음이 완료되지 않을 수 있습니다.올바른 온라인 유지 관리 전략을 수립하기 위해 사용자 프로필(예: 작업이 적은 시간)을 검사하고 사이트의 사용자, 데이터베이스 및 서버 수를 파악하고 이 정보를 온라인 백업 전략에 통합할 수 있습니다.다음 예는 단일 표준 시간대의 사용자를 호스팅하는 회사 Exchange 2003 사서함 서버의 온라인 저장소 유지 관리 일정을 나타냅니다.첫 번째 저장소 그룹 데이터베이스 1: 온라인 유지 관리를 21:00 - 01:00 사이에 실행합니다.데이터베이스 2: 온라인 유지 관리를 21:30 - 01:30 사이에 실행합니다.데이터베이스 3: 온라인 유지 관리를 22:00 - 02:00 사이에 실행합니다.온라인 백업이 02:00 에 시작되며 첫 번째 저장소 그룹에 있는 모든 데이터베이스의 온라인 유지 관리가 완료되면 모든 데이터베이스가 백업됩니다.두 번째 저장소 그룹 데이터베이스 4: 온라인 유지 관리를 22:30 - 02:30 사이에 실행합니다.데이터베이스 5: 온라인 유지 관리를 23:00 - 03:00 사이에 실행합니다.데이터베이스 6: 온라인 유지 관리를 23:30 - 03:30 사이에 실행합니다.온라인 백업이 03:30 에 시작되며 두 번째 저장소 그룹에 있는 모든 데이터베이스의 온라인 유지 관리가 완료되면 모든 데이터베이스가 백업됩니다.이 구성에서는 온라인 유지 관리에 의해 발생하는 Active Directory LDAP 쿼리를 엇갈리게 수행하며 온라인 백업이 온라인 조각 모음과 충돌하지 않도록 합니다. Active Directory LDAP 쿼리는 해당 절차의 초반에 수행됩니다.데이터베이스 조각 모음의 세 번째 작업은 18 개의 개별 하위 작업으로 구성되며 하나의 하위 작업이 시작되면 반드시 완료되어야 합니다. 따라서 온라인 유지 관리 창에서 하위 작업 12 가 아직 실행 중인 경우 이 하위 작업이 완전히 완료된 후에 프로세스가 종료됩니다. 따라서 온라인 유지 관리에서 시간 창이 반복될 수 있습니다. 하위 작업 13 은 그 다음 온라인 유지 관리 창에서 실행됩니다. 실행 창 및 백업 일정에 따라 전체 조각 모음이 완료되는 데 하루 이상이 걸릴 수도 있습니다.

사서함 이동 중에 메시지 승격IMAP4 및 POP3 와 같은 인터넷 프로토콜 클라이언트에서는 데이터 읽기/쓰기를 위해 스트리밍 저장소(.stm 파일)를 사용하지만 Active Directory 사용자 및 컴퓨터의 사서함 이동 기능에서는 데이터가 .edb 파일로 이동합니다. 따라서 POP3 및 IMAP4 를 사용하여 사서함에 액세스하는

84

클라이언트의 경우 데이터베이스나 서버 사이에서 사서함이 이동하면 성능이 저하될 수 있습니다. 로그온 중에 메시지 크기가 계산되며 메모리와 서버 디스크에서 MAPI-MIME 변환이 발생합니다. 극단적인 경우 이로 인해 매우 큰 크기의 임시 파일이 Exchange 2003 서버에 만들어질 수 있습니다.수백 또는 수천 개의 사서함을 이동하는 경우 다음과 같은 권장 사항을 참고하여 잠재적인 문제를 해결할 수 있습니다. 대상 서버에서 다음 두 작업을 모두 수행하십시오. TMP/TEMP 환경 변수가 초고속 RAID0+1 스핀들 집합(대용량 사서함 서버의 경우 최대 12개의 디스크)을 가리키도록 합니다. 독립 실행형 사서함 서버의 경우 시스템 환경 TMP/TEMP 변수를 조정해야 합니다. 클러스터된 서버의 경우 클러스터 서비스가 실행 중인 서비스 계정에 맞게 해당 변수를 구성해야 합니다. 자세한 내용은 TEMP 및 TMP 디렉터리 이동 방법 을 참조하십시오. 정확한 메시지 크기 계산값 대신 근삿값을 사용하도록 저장소에 알리려면 사용 중인 인터넷 클라이언트 프로토콜의 Compatibility 레지스트리 값을 설정합니다. POP3 클라이언트에 대한

Compatibility 레지스트리 값을 설정하는 방법에 대한 자세한 내용은 POP3 사용자에 대한 Compatibility 레지스트리 값 설정 방법 을 참조하십시오. IMAP4 클라이언트에 대한 Compatibility 레지스트리 값을 설정하는 방법에 대한 자세한 내용은 IMAP4 사용자에 대한 Compatibility 레지스트리 값 설정 방법 을 참조하십시오.

가상 주소 공간 및 저장소 데이터베이스 캐시 크기Exchange Server 2003 의 Store.exe 프로세스에는 주소를 지정할 수 있는 한정된 크기의 메모리가 있으며 이 크기를 가상 주소 공간이라고 합니다. 대용량 서버의 경우 최적의 메모리 사용을 위해 가상 주소 공간을 직접 조정할 수도 있습니다. ESE 버퍼라고 하는 저장소 데이터베이스 캐시는 데이터베이스 트랜잭션을 저장소에 커밋하기 전에 저장할 수 있는 대용량의 캐시 영역을 제공합니다. 서버의 로드가 과도하거나 디스크 성능이 최적이 아닌 경우 ESE 버퍼를 늘리면 전체적인 시스템 성능이 향상됩니다. 시스템 성능을 최적화하기 위해 사용자 구성에 따라 이 버퍼의 크기를 늘리거나 줄여야 할 수 있습니다.이러한 설정을 조정하는 방법에 대한 자세한 내용은 Microsoft 기술 자료 문서 815372, "Exchange Server 2003 에서 메모리 사용을 최적화하는 방법(http://go.microsoft.com/fwlink/?LinkId=3052&kbid=815372)"을 참조하십시오.

TEMP 및 TMP 디렉터리 이동 방법Microsoft Exchange Information Store 서비스는 메시지 변환 및 사서함 이동 작업 등의 다양한 작업을 수행하는 동안 TEMP 및 TMP 폴더를 임시 저장소로 사용합니다. TEMP 및 TMP 환경 변수는 임시 작업 영역이 필요한 응용 프로그램에서 사용해야 하는 파일 시스템의 폴더(예: 경로)를 지정하는 데 사용됩니다. TEMP 는 일반적으로 Microsoft Exchange 와 같은 응용 프로그램에서 사용되며 TMP 는 Microsoft Visual C++와 같은 개발 도구에서 사용됩니다. 각 변수의 경로는 일반적으로 응용 프로그램이나 도구의 보안 컨텍스트를 기준으로 합니다.

85


클러스터되지 않은 Exchange 서버에서 Exchange 저장소는 TEMP 및 TMP 모두에 기본 환경 변수 설정인 %Systemroot%\Temp 를 사용하는 SYSTEM(예: 로컬 시스템)을 사용합니다. Windows Server 클러스터에서 실행되는 Exchange 가상 서버는 특정 사용자 보안 원칙의 컨텍스트에서 실행되는 클러스터 서비스 계정에 환경 변수 설정을 사용합니다. 사용자 계정의 경우 TEMP 및 TMP 에 대한 기본 환경 변수는 %Userprofile%\Temp 로 설정되어 있습니다.이 항목에서는 클러스터된 환경과 클러스터되지 않은 환경에서 TEMP 및 TMP 디렉터리를 이동하는 방법에 대해 설명합니다.

시작하기 전에이 항목의 절차를 수행하기 전에 다음 권장 사항을 고려합니다. 최적의 성능을 얻으려면 Exchange 에서 사용한 TEMP 및 TMP 폴더에 운영 체제가 포함된 디스크를 사용하지 않는 것이 좋습니다. 또한 이러한 환경 변수가 RAID 0+1 스핀들 집합과 같은 디스크 하위 시스템이나 고속 디스크의 경로로 설정되어 있는지 확인해야 합니다. Exchange 또는 Exchange 가상 서버에서 사용한 TEMP 및 TMP 폴더에 운영 체제가 포함된 디스크를 사용하지 않는 것이 좋습니다.

절차클러스터되지 않은 환경에서 TEMP/TMP 폴더를 이동하려면 다음을 수행합니다.

1. 관리 권한이 있는 계정으로 Exchange 서버 컴퓨터에 로그온합니다.2. 내 컴퓨터를 마우스 오른쪽 단추로 클릭하고 속성을 선택합니다.3. 고급 탭을 선택합니다.4. 환경 변수 단추를 클릭합니다.5. 시스템 변수영역에서 TEMP 를 선택하고 편집 단추를 클릭합니다.6. 변수 값 필드에 TEMP 환경 변수의 새 경로를 입력하고 확인을 클릭합니다.7. 시스템 변수영역에서 TMP 를 선택하고 편집 단추를 클릭합니다.8. 변수 값 필드에 TMP 환경 변수의 새 경로를 입력하고 확인을 클릭합니다.9. 확인을 클릭하여 환경 변수 대화 상자를 닫고 확인을 한 번 더 클릭하여 시스템 속성 대화 상자를 닫습니다.10. 서버를 다시 부팅하여 변경 내용을 적용합니다.

클러스터된 환경에서 TEMP/TMP 폴더를 이동하려면 다음을 수행합니다.

1. 클러스터 서비스 계정으로 클러스터의 노드에 로그온합니다.

86

2. 내 컴퓨터를 마우스 오른쪽 단추로 클릭하고 속성을 선택합니다.3. 고급을 선택합니다.4. 환경 변수를 클릭합니다.5. <account name>에 대한 사용자 변수 영역에서 TEMP 를 선택하고 편집을 클릭합니다.6. 변수 값 필드에 TEMP 환경 변수의 새 경로를 입력하고 확인을 클릭합니다.7. <account name>의 사용자 변수 영역에서 TMP 를 선택하고 편집을 클릭합니다.8. 변수 값 필드에 TMP 환경 변수의 새 경로를 입력하고 확인을 클릭합니다.9. 확인을 클릭하여 환경 변수 대화 상자를 닫고 확인을 한 번 더 클릭하여 시스템 속성 대화 상자를 닫습니다.10.노드를 다시 시작하여 변경 내용을 적용합니다.11. 클러스터의 각 노드에 대해 1 - 10 단계를 반복합니다.

POP3 사용자에 대한 Compatibility 레지스트리 값 설정 방법POP3(Post Office Protocol version 3)를 사용하여 Exchange Server 에 액세스하는 인터넷 메시징 클라이언트 컴퓨터에서는 MIME(Multipurpose Internet Mail Extensions) 콘텐츠로 저장된 사서함 데이터 읽기/쓰기용으로 스트리밍 저장소(.stm 파일)를 사용합니다. Exchange System Manager 나 Active Directory 사용자 및 컴퓨터 스냅인의 사서함 이동 기능을 사용하여 POP3 클라이언트에서 액세스한 사서함을 이동할 경우 이동한 사서함의 데이터 수준은 확장 가능한 저장소 엔진 저장소(.edb 파일)로 올려지고 콘텐츠는 MIME 콘텐츠에서 MAPI 콘텐츠로 변환됩니다.POP3 클라이언트가 로그온하면 정확한 메시지 크기가 계산되고 메모리와 서버의 디스크에서 사서함 데이터에 대한 MAPI-MIME 변환이 발생합니다. 디스크 변환은 일반적으로 다수의 스핀들이 있는 디스크에는 존재하지 않는 Windows TMP 폴더에서 발생합니다. 디스크에서는 매우 많은 메시지가 변환되어 발생한 많은 수의 입/출력(I/O) 요청을 처리할 수 없습니다. 따라서 사용자가 클라이언트에서 메시지 간 전환 작업처럼 단순한 작업을 수행할 때 작업이 오래 지연될 수 있습니다(최대 몇 분). 이 동작은 TMP 폴더가 있는 디스크가 Exchange 에서 메시지를 변환하기 위해 생성한 모든 디스크 작업을 계속할 수 없기 때문에 발생합니다. 고성능 캐싱 컨트롤러가 연결되어 있고 변환을 처리할 스핀들이 충분한 디스크로 TMP 폴더를 이동하면 이 동작으로 인한 문제를 방지할 수 있습니다. TMP 폴더 이동 방법에 대한 자세한 내용은 TEMP 및 TMP 디렉터리 이동 방법 을 참조하십시오.극단적인 경우 이러한 동작이 발생할 때 매우 큰 임시 파일이 Exchange 서버에 만들어질 수 있습니다. 일부 경우에는 적절한 계획이나 사용 가능한 서버 리소스 없이 MIME 에서 MAPI 로 변환하면 시스템 대기 시간이 발생할 수도 있습니다. 이로 인해 정확한 메시지 크기를 계산해야 하므로 POP3

87

클라이언트가 로그온하는 동안 오래 지연될 수 있습니다. Compatibility 레지스트리 값을 POP3 클라이언트에서 액세스한 사서함이 포함된 Exchange 서버에 추가하여 성능을 향상시킬 수 있습니다.



절차POP3 사용자에 대한 Compatibility 레지스트리 값을 설정하려면 다음을 수행합니다.

1. Regedit.exe 또는 Regedt32.exe 와 같은 레지스트리 편집기를 엽니다.2. HKLM\System\CurrentControlSet\Services\Pop3svc\Parameters 를 탐색합니다.3. Parameters 를 마우스 오른쪽 단추로 클릭하고 새로 만들기 | DWORD 값을 클릭합니다.4. 새 DWORD 값의 이름을 Compatibility 로 지정합니다.5. Compatibility 를 두 번 클릭합니다.6. 단위를 16 진수로 설정합니다.7. 값 데이터 필드에 0xfffffffe 를 입력합니다.8. 레지스트리 편집기를 닫고 Microsoft Exchange Information Store 및 IIS Admin 서비스를 다시 시작하여 변경 내용을 적용합니다.

추가 정보 클라이언트 대기 시간 및 POP3 클라이언트에 대한 Compatibility 레지스트리 값에 대한 자세한 내용은 Microsoft 기술 자료 문서 317722, "Client latencies occur when Exchange

2000 Converts Mail from MAPI to MIME format"(http://go.microsoft.com/fwlink/?linkid=3052&kbid=317722)을 참조하십시오.

88


레지스트리 편집 방법에 대한 자세한 내용은 Microsoft 기술 자료 문서 256986, "Microsoft Windows 레지스트리 설명"(http://go.microsoft.com/fwlink/?linkid=3052&kbid=256986)"을 참조하십시오.

IMAP4 사용자에 대한 Compatibility 레지스트리 값 설정 방법IMAP4(Internet Message Access Protocol version 4)를 사용하여 Exchange Server 에 액세스하는 인터넷 메시징 클라이언트 컴퓨터에서는 MIME(Multipurpose Internet Mail Extensions) 콘텐츠로 저장된 사서함 데이터 읽기/쓰기용으로 스트리밍 저장소(.stm 파일)를 사용합니다. Exchange System Manager 나 Active Directory 사용자 및 컴퓨터 스냅인의 사서함 이동 기능을 사용하여 IMAP4 클라이언트에서 액세스한 사서함을 이동할 경우 이동한 사서함의 데이터 수준은 확장 가능한 저장소 엔진 저장소(.edb 파일)로 올려지고 콘텐츠는 MIME 콘텐츠에서 MAPI 콘텐츠로 변환됩니다.IMAP4 클라이언트가 로그온하면 정확한 메시지 크기가 계산되고 메모리와 서버의 디스크에서 사서함 데이터에 대한 MAPI-MIME 변환이 발생합니다. 디스크 변환은 일반적으로 다수의 스핀들이 있는 디스크에는 존재하지 않는 Windows TMP 폴더에서 발생합니다. 디스크에서는 매우 많은 메시지가 변환되어 발생한 많은 수의 입/출력(I/O) 요청을 처리할 수 없습니다. 따라서 사용자가 클라이언트에서 메시지 간 전환 작업처럼 단순한 작업을 수행할 때 작업이 오래 지연될 수 있습니다(최대 몇 분). 이 동작은 TMP 폴더가 있는 디스크가 Exchange 에서 메시지를 변환하기 위해 생성한 모든 디스크 작업을 계속할 수 없기 때문에 발생합니다. 고성능 캐싱 컨트롤러가 연결되어 있고 변환을 처리할 스핀들이 충분한 디스크로 TMP 폴더를 이동하면 이 동작으로 인한 문제를 방지할 수 있습니다. TMP 폴더를 이동하는 방법에 대한 자세한 내용은 TEMP 및 TMP 디렉터리 이동 방법 을 참조하십시오.극단적인 경우 이러한 동작이 발생할 때 매우 큰 임시 파일이 Exchange 서버에 만들어질 수 있습니다. 일부 경우에는 적절한 계획이나 사용 가능한 서버 리소스 없이 MIME 에서 MAPI 로 변환하면 시스템 대기 시간이 발생할 수도 있습니다. 이로 인해 정확한 메시지 크기를 계산해야 하므로 IMAP4 클라이언트가 로그온하는 동안 오래 지연될 수 있습니다. Compatibility 레지스트리 값을 IMAP4 클라이언트에서 액세스한 사서함이 포함된 Exchange 서버에 추가하여 성능을 향상시킬 수 있습니다.



89



절차IMAP4 사용자에 대한 Compatibility 레지스트리 값을 설정하려면 다음을 수행합니다.

1. Regedit.exe 또는 Regedt32.exe 와 같은 레지스트리 편집기를 엽니다.2. HKLM\System\CurrentControlSet\Services\IMAP4Svc\Parameters 로 이동합니다.3. Parameters 를 마우스 오른쪽 단추로 클릭하고 새로 만들기 | DWORD 값을 클릭합니다.4. 새 DWORD 값의 이름을 Compatibility 로 지정합니다.5. Compatibility 를 두 번 클릭합니다.6. 단위를 16 진수로 설정합니다.7. 값 데이터 필드에 0xfffffffe 를 입력합니다.8. 레지스트리 편집기를 닫고 Microsoft Exchange Information Store 및 IIS Admin 서비스를 다시 시작하여 변경 내용을 적용합니다.

추가 정보 클라이언트 대기 시간 및 IMAP4 클라이언트의 Compatibility 레지스트리 값에 대한 자세한 내용은 Microsoft 기술 자료 문서 317722, "Client latencies occur when Exchange

2000 Converts Mail from MAPI to MIME format"(http://go.microsoft.com/fwlink/?linkid=3052&kbid=317722)을 참조하십시오.


백업 튜닝Windows Server 2003 을 실행하는 컴퓨터에서 백업 작업을 수행하는 중에 성능 문제가 발생할 수 있습니다. 이 문제는 운영 체제의 Transition Fault/sec 카운터에 따라 Jet 데이터베이스의 캐시 크기가 늘어나거나 줄어들기 때문에 발생합니다. 예를 들어 현재는 캐시를 사용하여 백업을 수행하는데 이로 인해 Transition Fault/sec 카운터가 영향을 받습니다. 이 예에서는 Jet 데이터베이스 메모리 관리 기능이 메모리 사용량을 최적화하는 방법과 더 많은 운영 체제용 메모리를 확보하기 위한 방법에 모순이 발생할 수 있습니다.

90




특성을 수정하여 백업 성능을 향상시킬 수 있습니다. 이 설정은 또한 컨텍스트 인덱싱에 관련된 성능 문제를 해결해 줍니다. 자세한 내용은 msExchESEParamCacheSizeMin 특성 설정 방법 을 참조하십시오.자세한 내용은 Microsoft 기술 자료 문서 822894, "Jet Database Does Not Work Correctly During a Backup or During a Content Indexing Operation"을 참조하십시오.

msExchESEParamCacheSizeMin 특성 설정 방법Exchange 정보 저장소는 디스크에 저장소 데이터를 기록할 때 ESE 캐시를 버퍼로 사용합니다. Exchange Server 2000 은 최대 858MB 의 캐시 크기를 사용합니다. Exchange Server 2003에서는 서버에 설치된 실제 RAM(Random Access Memory) 크기에 따라 msExchESEParamCacheSizeMin 특성의 기본값을 동적으로 결정합니다.예를 들어 boot.ini 파일에 /3GB 스위치가 설정되어 있는 Exchange Server 2003 컴퓨터의 최대 캐시 크기는 896MB 입니다. 컴퓨터에 /3GB 스위치가 설정되어 있지 않으면 최대 캐시 크기는 576MB 입니다.예를 들어 boot.ini 파일에 /3GB 스위치가 설정되어 있는 Exchange Server 2003 컴퓨터의 최대 캐시 크기는 896MB 입니다. 컴퓨터에 /3GB 스위치가 설정되어 있지 않으면 최대 캐시 크기는 576MB 입니다.다음 정보를 사용하여 msExchESEParamCacheSizeMin 특성을 올바른 값으로 제대로 설정할 수 있습니다. Exchange Server 2003 이 Microsoft® Windows Server™ 2003 에서 실행되고 서버에

2GB 이상의 RAM 이 있는 경우 msExchESEParamCacheSizeMin 은 131072(512MB)입니다.

Exchange 2003 이 Windows Server 2003 에서 실행되고 서버에 768MB 이상 2GB 미만의 RAM 이 있는 경우 msExchESEParamCacheSizeMin 은 "RAM/4*(4*1024)"입니다.

Exchange 2003 이 Windows Server 2003 에서 실행되고 서버가 768MB 미만의 RAM 을 사용하면 msExchESEParamCacheSizeMin 은 "RAM/8*(4*1024)"입니다.예를 들면 다음과 같습니다. 512MB 의 RAM 을 사용하는 Windows Server 2003 에서는

msExchESEParamCacheSizeMin 의 기본값이 16384(4KB 페이지)입니다. 1GB 의 RAM 을 사용하는 Windows Server 2003 에서는

msExchESEParamCacheSizeMin 의 기본값이 65536(4KB 페이지)입니다.

91



4GB 의 RAM 을 사용하는 Windows Server 2003 에서는 msExchESEParamCacheSizeMin 의 기본값이 131072(4KB 페이지)입니다.

Exchange Server 2003 이 Microsoft Windows® 2000 Server 에서 실행되고 있는 경우 msExchESEParamCacheSizeMin 에 설정된 기본값이 없습니다.

시작하기 전에이 항목의 절차를 수행하기 전에 다음을 고려해야 합니다.ADSI 편집 스냅인, LDP 도구 또는 기타 LDAP 버전 3 클라이언트를 사용하여 Active Directory 개체의 특성을 잘못 수정하면 심각한 문제가 발생할 수 있습니다. 이러한 문제로 인해 Microsoft Windows 2000 Server, Microsoft Windows Server 2003, Microsoft Exchange 2000 Server, Microsoft Exchange Server 2003 또는 Windows 와 Exchange 를 모두 다시 설치해야 할 수도 있습니다. Microsoft 는 Active Directory 개체 특성을 잘못 수정하는 경우 발생하는 문제 해결을 보장하지 않습니다.

절차msExchESEParamCacheSizeMin 특성을 설정하려면 다음을 수행합니다.

1. ADSI 편집과 같은 Active Directory 편집기를 엽니다.2. Configuration 컨테이너를 두 번 클릭합니다.3. CN=Services 를 확장합니다. 4. CN=Microsoft Exchange 를 확장합니다. 5. CN=<Exchange Organization Name>을 확장합니다. 6. CN=Administrative Groups 를 확장합니다. 7. CN=<Administrative Group Name>을 확장합니다.8. CN=Servers 를 확장합니다. 9. CN=<Exchange Server Name>을 확장합니다. 10. CN=<Mailbox Store Name>을 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다.11. 특성 필드에서 msExchESEParamCacheSizeMin 으로 스크롤하여 두 번 클릭합니다.12. 위 지침에 따라 값 필드에 올바른 구성 값을 입력합니다. 입력한 값은 32MB 의 배수여야 합니다.13. 확인을 차례로 두 번 클릭합니다.

92

14. ADSI 편집을 닫고 Microsoft Exchange Information Store 서비스를 다시 시작하여 변경 내용을 적용합니다.

추가 정보msExchESEParamCacheSizeMin 특성 조정에 대한 자세한 내용은 Microsoft 기술 자료 문서, "Jet Database Does Not Work Correctly During a Backup or During a Content Indexing Operation(http://go.microsoft.com/fwlink/?linkid=3052&kbid=822894)"을 참조하십시오.

메시지 전송 에이전트(MTA) 튜닝메시지 전송 에이전트(MTA)는 Exchange Server 5.5 와 Exchange Server 2003 이 모두 포함된 Exchange 조직에서 사용됩니다. MTA 는 원격 프로시저 호출(RPC)을 사용하는 사이트 커넥터 또는 X.400 커넥터가 배포된 경우 사이트 내 및 사이트 간의 모든 통신에 사용됩니다. MTA 는 또한 Lotus cc:Mail, Lotus Notes, Novell GroupWise 및 Microsoft Mail 과 같은 다른 메시징 시스템으로 송수신되는 메시지를 처리합니다.메일을 라우팅하는 모든 Exchange Server 컴퓨터에서 Exchange MTA Stacks 서비스를 시작하는 것이 좋습니다. Exchange Server 5.5 와 Exchange Server 2003 및/또는 Exchange 2000 Server 사이에 메시지가 전송되는 혼합 모드 환경에서는 특히 중요합니다. 또한 X.400 커넥터와 사서함 이동 작업을 수행하려면 MTA 가 필요합니다.Exchange Server 2003 에서는 모든 메시지가 Store.exe 프로세스를 거치기 때문에 MTA 가 Exchange Server 5.5 에 비해 훨씬 더 높은 로드를 시스템 리소스(예: CPU, 메모리 및 디스크)에 부과합니다. 따라서 하드웨어의 규모를 결정할 때 이러한 높은 로드를 고려해야 합니다. Exchange Server 5.5 와 Exchange 2000 Server 및/또는 Exchange Server 2003 이 혼합된 대규모 사이트에서 서버를 서로 다른 라우팅 그룹으로 구분할 수 있으며 Exchange 2003 서버 중 하나를 전용 서버로 사용하여 Exchange 2000 Server 및/또는 Exchange Server 2003 과 Exchange Server 5.5 사이의 MTA 통신을 처리할 수 있습니다. 이렇게 하면 사이트의 다른 Exchange 2003 서버에서 이 전용 브리지헤드 서버를 사용하여 Exchange 5.5 서버로 메시지를 보낼 수 있으며 이를 통해 MTA 처리 오버헤드를 줄일 수 있습니다.일반적으로 소규모 조직은 MTA 프로세스를 수동으로 튜닝하지 않아도 됩니다. 하지만 동일한 사이트에 서버가 여러 개 있거나 조직에 사이트가 여러 개 있거나 또는 이전의 메시징 커넥터가 있는 대규모 회사의 경우에는 혼합 모드에서 실행할 때 다음 MTA 레지스트리 매개 변수를 조정해야 할 수도 있습니다. 전용 모드로 변환한 후 이러한 레지스트리 설정을 제거해야 합니다. 전용 모드 Exchange 조직에서 아래 설명된 MTA 조정을 사용하면 Exchange 성능이 저하됩니다. DB Data Buffers per Object 이 값은 각 데이터베이스 개체에 구성된 데이터베이스 서버 버퍼 수입니다. 버퍼 수가 많을수록 메모리는 더 많이 필요하지만 버퍼 공간 부족으로 인해

93


데이터베이스 개체가 디스크로 롤아웃될 가능성은 줄어듭니다. 레지스트리 값 설정 방법에 대한 자세한 내용은 DB Data Buffers per Object 레지스트리 값 설정 방법 을 참조하십시오. Dispatcher Threads 이 값은 메시지 처리를 담당하는 MTA 발송자 스레드 수입니다. 이 값은 발송자 스레드의 세 가지 종류인 Router, Fanout 및 Result 에 3 을 곱한 값입니다. 레지스트리 값을 설정하는 방법에 대한 자세한 내용은 Dispatcher Threads 레지스트리 값 설

정 방법을 참조하십시오. Kernel Threads 이 값은 OSI(Open Systems Interconnection) 스택의 프레젠테이션 및 세션 수준을 처리하는 플랫폼 스레드 수입니다. 이 스레드는 MTA 메시지 처리의 핵심입니다. 레지스트리 값 설정 방법에 대한 자세한 내용은 Kernel Threads 레지스트리 값 설정 방법 을 참조하십시오. Max RPC Calls Outstanding 이 값은 최대 RPC 스레드 수입니다. 이 설정은 동시에 처리할 수 있는 최대 RPC 수를 제한합니다. 레지스트리 값 설정 방법에 대한 자세한 내용은 Max

RPC Calls Outstanding 레지스트리 값 설정 방법 을 참조하십시오. MDB Users 이 값은 디렉터리에서 캐시할 고유 이름 수를 정의합니다. 레지스트리 값 설정 방법에 대한 자세한 내용은 MDB Users 레지스트리 값 설정 방법 을 참조하십시오. RTS Threads 이 값은 OSI 스택의 RTSE(Reliable Transfer Service Element) 수준을 처리하는 플랫폼 스레드 수입니다. 레지스트리 값 설정 방법에 대한 자세한 내용은 RTS Threads

레지스트리 값 설정 방법을 참조하십시오. TCP/IP Control Blocks 이 값은 지원되는 최대 동시 RFC1006 연결 수입니다. 이 설정은

X.400 연결에 사용할 수 있는 버퍼 수를 제어합니다. 레지스트리 값 설정 방법에 대한 자세한 내용은 TCP/IP Control Blocks 레지스트리 값 설정 방법 을 참조하십시오. Transfer Threads 이 값은 MTA 전송 스레드 수입니다. 이 값은 전송 스레드의 두 가지 하위 종류(Transfer In, Transfer Out)에 2 를 곱한 값입니다. 레지스트리 값 설정 방법에 대한 자세한 내용은 Transfer Threads 레지스트리 값 설정 방법 을 참조하십시오.

MSExchangeIS 레지스트리 키 설정메시지가 Exchange 5.5 서버나 이전 게이트웨이에서 MTA 에 도착하면 Store.exe 프로세스로 전달된 다음 고급 큐 엔진으로 이동합니다. 여러 메시지가 동시에 MTA 에 도착하는 환경에서는 Store.exe 프로세스와 MTA 사이의 처리 스레드 수를 늘리는 것이 좋습니다. 시스템 모니터나 Exchange System Manager 를 사용하면 MTA - Store.exe 프로세스 간 큐 대기 내용을 모니터링할 수 있습니다.일반적으로 소규모 조직은 MTA 프로세스를 수동으로 튜닝하지 않아도 됩니다. 동일한 사이트에 서버가 여러 개 있거나 조직에 사이트가 여러 개 있거나 또는 이전의 메시징 커넥터가 있는 대규모 회사의 경우에는 혼합 모드에서 실행할 때 다음 MTA 레지스트리 매개 변수를 조정해야 할 수도 있습니다. 전용 모드로 변환한 후 이러한 레지스트리 설정을 제거해야 합니다. 전용 모드 Exchange 조직에서 아래 설명된 MTA 조정을 사용하면 Exchange 성능이 저하됩니다. Gateway In Threads 이 값은 MTA 프로세스의 메시지를 Store.exe 프로세스에서 검색하는 데 사용할 수 있는 스레드 수를 정의합니다. Gateway In Threads 레지스트리

94

값을 설정하는 방법에 대한 자세한 내용은 Gateway In Threads 레지스트리 값 설정 방법 을 참조하십시오. Gateway Out Threads 이 값은 Store 프로세스에서 MTA 프로세스로 메시지를 보내는 데 사용할 수 있는 스레드 수를 정의합니다. Gateway Out Threads 레지스트리 값을 설정하는 방법에 대한 자세한 내용은 Gateway Out Threads 레지스트리 값 설정 방법 을 참조하십시오.해당 서버에 구성되어 있는 모든 개인 데이터베이스에 이러한 값을 추가해야 합니다. 이와 같이 변경한 후에는 MTA 프로세스의 Max RPC Calls Outstanding 레지스트리 값을 늘려야 합니다. Max RPC Calls Outstanding 레지스트리 값을 설정하는 방법에 대한 자세한 내용은 Max RPC Calls Outstanding 레지스트리 값 설정 방법 을 참조하십시오. 자세한 내용은 Microsoft 기술 자료 문서 264075, "Description of MTA tuning when Exchange 5.5 coexists with Exchange 2000 Server or with Exchange Server 2003"(http://go.microsoft.com/fwlink/?LinkId=3052&kbid=264075)을 참조하십시오.

MTA 파일 디렉터리기본적으로 Exchange MTA 데이터베이스와 실행 디렉터리는 Exchange Server 2003 이 설치되어 있는 경로(drive:\Program Files\Exchsrvr\mtadata) 아래에 있습니다. Exchange 가 브리지헤드 서버로 사용되는 서버를 비롯하여 일부 서버에서는 MTA 데이터베이스 위치를 RAID0+1 파티션과 같은 고속 디스크 배열로 이동하면 성능이 향상됩니다. MTA 실행 디렉터리 위치를 이동하면 부작용이 발생할 수 있으므로 옮기지 마십시오.Exchange System Manager 를 사용하여 MTA 데이터베이스(X.400 메시지 큐 디렉터리라고도 함)를 다른 위치로 이동할 수 있습니다. 자세한 내용은 MTA 데이터베이스 디렉터리 이동 방법 을 참조하십시오.

DB Data Buffers per Object 레지스트리 값 설정 방법DB Data Buffers per Object 레지스트리 값은 각 데이터베이스 개체에 구성된 4KB 의 데이터베이스 서버 버퍼 수입니다. 버퍼 수가 많을수록 메모리는 더 많이 필요하지만 버퍼 공간 부족으로 인해 데이터베이스 개체가 디스크에 롤아웃될 가능성은 줄어듭니다. 메시지 전송 에이전트(MTA)가 사이트 내에서나 사이트 간에 여러 대의 Exchange Server 5.5 컴퓨터와 통신하는 경우에는 이 값을 변경하는 것이 좋습니다. 이 서버에 다른 메시징 커넥터가 있는 경우에도 이 값을 조정해야 합니다. 이러한 시나리오에서는 DB Data Buffers per Object 의 값 데이터를 6 으로 변경하는 것이 좋습니다. 이 MTA 가 사이트 내에서나 사이트 간에 여러 대의 Exchange 5.5 컴퓨터와 통신하지 않는 경우에는 기본 설정 3 을 사용하는 것이 좋습니다.

95


일반적으로 소규모 조직은 MTA 프로세스를 수동으로 튜닝하지 않아도 됩니다. 전용 모드로 변환한 후 이러한 레지스트리 설정을 제거해야 합니다. 전용 모드 Exchange 조직에서 아래 설명된 MTA 튜닝을 사용하면 Exchange 성능이 저하됩니다.



절차DB Data Buffers per Object 레지스트리 값을 설정하려면 다음을 수행합니다.

1. Regedit.exe 또는 Regedt32.exe 와 같은 레지스트리 편집기를 엽니다.2. HKLM\System\CurrentControlSet\Services\MSExchangeMTA\

Parameters 로 이동합니다.3. 세부 정보 창에서 DB Data Buffers per Object 를 찾아 두 번 클릭합니다.4. 값 데이터 필드에 적절한 값을 입력한 다음 확인을 클릭합니다.5. 레지스트리 편집기를 닫고 Microsoft Exchange MTA Stacks 서비스를 다시 시작하여 변경 내용을 적용합니다.

추가 정보레지스트리 편집 방법에 대한 자세한 내용은 Microsoft 기술 자료 문서 256986, "Microsoft Windows 레지스트리 설명"(http://go.microsoft.com/fwlink/?linkid=3052&kbid=256986)을 참조하십시오.

96



Dispatcher Threads 레지스트리 값 설정 방법Dispatcher Threads 값은 메시지 전송 에이전트(MTA) 발송자 스레드의 수입니다. 이 값은 발송자 스레드의 세 가지 종류(Router, Fanout, Result)에 3 을 곱한 값입니다. 이 수가 변경되면 아래에서 설명한 각 발송 기능의 스레드 수가 실제로 3 배 증가한다는 것을 알아두십시오. Router 메시지를 라우팅합니다. Fanout 메시지를 제대로 보냅니다. Result 배달 못 함 보고서(NDR)와 같은 알림을 처리합니다.일반적으로 소규모 조직은 MTA 프로세스를 수동으로 튜닝하지 않아도 됩니다. 전용 모드로 변환한 후 이러한 레지스트리 설정을 제거해야 합니다. 전용 모드 Exchange 조직에서 아래 설명된 MTA 튜닝을 사용하면 Exchange 성능이 저하됩니다.MTA 가 사이트 내에서나 사이트 간에 6 대 이상의 Exchange Server 5.5 컴퓨터와 통신하거나 메일 그룹의 사용량이 많은 경우에는 Dispatcher Threads 레지스트리 값을 수동으로 구성하는 것이 좋습니다. 이 작업을 해당 조직에 적용할 경우에는 Dispatcher threads 를 3 으로 설정하고 적용하지 않을 경우에는 Dispatcher threads 를 1 로 설정해야 합니다.



절차Dispatcher Threads 레지스트리 값을 설정하려면 다음을 수행합니다.


Parameters 로 이동합니다.3. 세부 정보 창에서 Dispatcher Threads 값을 찾아 두 번 클릭합니다.4. 값 데이터 필드에 적절한 값을 입력한 다음 확인을 클릭합니다.

97

5. 레지스트리 편집기를 닫고 Microsoft Exchange MTA Stacks 서비스를 다시 시작하여 변경 내용을 적용합니다.

추가 정보레지스트리 편집 방법에 대한 자세한 내용은 Microsoft 기술 자료 문서 256986, "Microsoft Windows 레지스트리 설명"(http://go.microsoft.com/fwlink/?linkid=3052&kbid=256986)"을 참조하십시오.

Kernel Threads 레지스트리 값 설정 방법Kernel Threads 레지스트리 값은 OSI(Open Systems Interconnection) 스택의 프레젠테이션 및 세션 수준을 처리하는 플랫폼 스레드 수입니다. 이 스레드는 MTA 메시지 처리의 핵심입니다.이 MTA 가 저속 또는 고도의 잠재적인 네트워크 연결을 통해 RPC 를 사용하여 여러 다른 Exchange 5.5 서버와 통신하는 경우에는 다음 표에 나열된 값을 사용하는 것이 좋습니다.

값 설명0x3(16진수) 표준 권장 사항입니다. 저속 또는 고도의 잠재적인 네트워크 연결을 통해 RPC 를 사용하여 다른 Exchange 5.5 서버와 통신하는

MTA 에 이 값을 사용합니다.0x8(16진수) 15 대 이상의 Exchange Server 5.5 컴퓨터가 포함된 사이트에 속하는 Exchange

2000 Server 또는 Exchange Server 2003 MTA 에 이 값을 사용합니다.

0xC(16진수) 30 대 이상의 Exchange Server 5.5 컴퓨터가 포함된 사이트에 속하는 Exchange 2000 Server 또는 Exchange Server 2003 MTA 에 이 값을 사용합니다.

일반적으로 소규모 조직은 MTA 프로세스를 수동으로 튜닝하지 않아도 됩니다. 전용 모드로 변환한 후 이러한 레지스트리 설정을 제거해야 합니다. 전용 모드 Exchange 조직에서 아래 설명된 MTA 튜닝을 사용하면 Exchange 성능이 저하됩니다.

98





절차Kernel Threads 레지스트리 값을 설정하려면 다음을 수행합니다.


Parameters 로 이동합니다.3. 오른쪽 창에서 Kernel Threads 를 찾아 두 번 클릭합니다.4. 값 데이터 필드에 조직에 적합한 값을 입력하고 확인을 클릭합니다.5. 레지스트리 편집기를 닫고 Microsoft Exchange MTA Stacks 서비스를 다시 시작하여 변경 내용을 적용합니다.


Max RPC Calls Outstanding 레지스트리 값 설정 방법Max RPC Calls Outstanding 레지스트리 값은 최대 원격 프로시저 호출(RPC) 스레드 수입니다. 이 값은 한 번에 처리할 수 있는 최대 RPC 프로시저 호출 수를 제한합니다.Max RPC Calls Outstanding 의 기본값은 50(10진수)입니다. Exchange 2000 Server 및/또는 Exchange Server 2003 과 Exchange Server 5.5 컴퓨터를 함께 사용하고 Store.exe 프로세스에서 Gateway In/Out 스레드 수를 늘린 혼합형 시나리오에서는 값 데이터를 0x80(16진수) 또는 128(10진수)로 늘리는 것이 좋습니다.

99



Max RPC Calls Outstanding 레지스트리 값은 일반적으로 Gateway In Threads 및 Gateway Out Threads 레지스트리 값과 동시에 설정됩니다. Gateway In Threads 레지스트리 값 설정에 대한 자세한 내용은 Gateway In Threads 레지

스트리 값 설정 방법을 참조하십시오. Gateway Out Threads 레지스트리 값 설정에 대한 자세한 내용은 Gateway Out Threads

레지스트리 값 설정 방법을 참조하십시오.일반적으로 소규모 조직은 MTA 프로세스를 수동으로 튜닝하지 않아도 됩니다. 전용 모드로 변환한 후 이러한 레지스트리 설정을 제거해야 합니다. 전용 모드 Exchange 조직에서 아래 설명된 MTA 튜닝을 사용하면 Exchange 성능이 저하됩니다.



절차Max RPC Calls Outstanding 레지스트리 값을 설정하려면 다음을 수행합니다.


Parameters 로 이동합니다.3. 오른쪽 창에서 Max RPC Calls Outstanding 을 찾아 두 번 클릭합니다.4. 값 데이터 필드에 조직에 맞는 값을 입력하고 확인을 클릭합니다.5. 레지스트리 편집기를 닫고 Microsoft Exchange MTA Stacks 서비스를 다시 시작하여 변경 내용을 적용합니다.

추가 정보 Exchange 2000 Server 또는 Exchange Server 2003 을 함께 사용하는 Exchange

Server 5.5 조직의 MTA 튜닝에 대한 자세한 내용은 Microsoft 기술 자료 문서 264075, "XCON: Microsoft Exchange 2000 Server 의 성능 조정"(http://go.microsoft.com/fwlink/?LinkId=3052&kbid=264075)을 참조하십시오.

100



MDB Users 레지스트리 값 설정 방법MDB Users 레지스트리 값은 MTA 에서 지원하는 최대 MDB 사용자 수입니다. 기본적으로 모든 Exchange Server 사용자는 명시적으로 별도로 설정되어 있지 않은 경우 MDB 사용자입니다. MDB Users 는 디렉터리에서 캐시할 고유 이름(DN) 수를 정의합니다. 조직에 1500 명 이상의 사용자가 있을 경우 값을 전체 주소 목록 크기의 3 분의 1 로 변경해야 하지만 최대 5000 으로만 변경합니다.일반적으로 소규모 조직은 MTA 프로세스를 수동으로 튜닝하지 않아도 됩니다. 전용 모드로 변환한 후 이러한 레지스트리 설정을 제거해야 합니다. 전용 모드 Exchange 조직에서 아래 설명된 MTA 튜닝을 사용하면 Exchange 성능이 저하됩니다.



절차MDB Users 레지스트리 값을 설정하려면 다음을 수행합니다.


Parameters 로 이동합니다.3. 오른쪽 창에서 MDB Users 를 찾아 두 번 클릭합니다.4. 값 데이터 필드에 조직에 맞는 값을 입력하고 확인을 클릭합니다.5. 레지스트리 편집기를 닫고 Microsoft Exchange MTA Stacks 서비스를 다시 시작하여 변경 내용을 적용합니다.

101




RTS Threads 레지스트리 값 설정 방법RTS Threads 레지스트리 값은 OSI(Open Systems Interconnection) 스택의 RTSE(Reliable Transfer Service Element) 수준을 처리하는 플랫폼 스레드 수입니다. RTS 스레드는 큐에 데이터를 저장하는 역할을 합니다. 이 MTA 가 사이트 내 또는 사이트 간에 여러 대의 Exchange Server 5.5 컴퓨터와 통신하는 경우에는 RTS Threads 레지스트리 값을 기본값 1에서 3 으로 조정해야 합니다.일반적으로 소규모 조직은 MTA 프로세스를 수동으로 튜닝하지 않아도 됩니다. 전용 모드로 변환한 후 이러한 레지스트리 설정을 제거해야 합니다. 전용 모드 Exchange 조직에서 아래 설명된 MTA 튜닝을 사용하면 Exchange 성능이 저하됩니다.



절차RTS Threads 레지스트리 값을 설정하려면 다음을 수행합니다.


Parameters 로 이동합니다.3. 오른쪽 창에서 RTS Threads 를 찾아 두 번 클릭합니다.4. 값 데이터 필드에 적절한 값(1 또는 3)을 입력하고 확인을 클릭합니다.5. 레지스트리 편집기를 닫고 Microsoft Exchange MTA Stacks 서비스를 다시 시작하여 변경 내용을 적용합니다.

102




TCP/IP Control Blocks 레지스트리 값 설정 방법TCP/IP Control Blocks 레지스트리 값은 지원되는 최대 동시 RFC1006(TCP/IP) 연결 수입니다. 이 설정은 X.400 연결에 사용할 수 있는 버퍼 수를 제어합니다. 이 메시지 전송 에이전트(MTA)가 둘 이상의 X.400 커넥터를 호스트하는 경우에는 TCP/IP Control Blocks 레지스트리 값을 조정해야 합니다. 호스팅되는 X.400 커넥터마다 10 개의 제어 블록이 있어야 하며 받는 연결을 처리하는 제어 블록이 하나 있어야 합니다. 따라서 세 개의 X.400 연결이 있는 시스템의 적절한 값은 33 입니다.일반적으로 소규모 조직은 MTA 프로세스를 수동으로 튜닝하지 않아도 됩니다. 전용 모드로 변환한 후 이러한 레지스트리 설정을 제거해야 합니다. 전용 모드 Exchange 조직에서 아래 설명된 MTA 튜닝을 사용하면 Exchange 성능이 저하됩니다.



절차TCP/IP Control Blocks 레지스트리 값을 설정하려면 다음을 수행합니다.


Parameters 로 이동합니다.3. 오른쪽 창에서 TCP/IP Control Blocks 을 찾아 두 번 클릭합니다.

103



4. 값 데이터 필드에 적절한 값을 입력한 다음 확인을 클릭합니다.5. 레지스트리 편집기를 닫고 Microsoft Exchange MTA Stacks 서비스를 다시 시작하여 변경 내용을 적용합니다.


Transfer Threads 레지스트리 값 설정 방법Transfer Threads 레지스트리 값은 MTA 전송 스레드 수입니다. 이 값은 각 전송 스레드의 두 가지 하위 종류(Transfer In 및 Transfer Out)에 2 를 곱한 값입니다. 그러나 이 값은 게이트웨이와 MTA 의 전송/배달 스레드 값(MTA 및 정보 저장소 메시지 전송과 관련됨)과 같습니다.사이트 내에서나 사이트 간에 두 대 이상의 Exchange Server 5.5 컴퓨터와 통신하는 Exchange 2000 Server 또는 Exchange Server 2003 MTA 의 경우 Transfer Threads 의 값을 3 으로 조정하는 것이 좋습니다.일부 Exchange Server 5.5 컴퓨터에서는 Exchange Performance Optimizer 가 이 값을 기본값 2 에서 Exchange Server 컴퓨터에 더 적합한 값으로 자동 변경할 수 있습니다.일반적으로 소규모 조직은 MTA 프로세스를 수동으로 튜닝하지 않아도 됩니다. 전용 모드로 변환한 후 이러한 레지스트리 설정을 제거해야 합니다. 전용 모드 Exchange 조직에서 아래 설명된 MTA 튜닝을 사용하면 Exchange 성능이 저하됩니다.



104



절차Transfer Threads 레지스트리 값을 설정하려면 다음을 수행합니다.


Parameters 로 이동합니다.3. 오른쪽 창에서 Transfer Threads 를 찾아 두 번 클릭합니다.4. 값 데이터 필드에 적절한 값을 입력한 다음 확인을 클릭합니다.5. 레지스트리 편집기를 닫고 Microsoft Exchange MTA Stacks 서비스를 다시 시작하여 변경 내용을 적용합니다.6. Exchange 2000 Server 및 Exchange Server 2003 컴퓨터에서는 이 항목의 값을 3 이하로 설정해야 합니다. Exchange Server 5.5 컴퓨터에 대한 위 절차 대신 세부 정보 표시 모드(perfwiz.exe -v)에서 Exchange Performance Optimizer 를 실행하고 해당 유틸리티를 사용하여 값을 설정할 수 있습니다.

추가 정보 MTA Transfer Threads 레지스트리 값을 기본값과 다르게 변경해야 하는 경우에 대한 자세한 내용은 다음 Microsoft 기술 자료 문서를 참조하십시오.

234280, "XCON: How to Increase the Ability of the MTA to Pass Mail over Slow Network Connections"(http://go.microsoft.com/fwlink/?linkid=3052&kbid=234280)

265186, "XCON: MTA Fanout Slows on Multiprocessor Servers and Messages Back Up in Information Store"(http://go.microsoft.com/fwlink/?linkid=3052&kbid=265186)

327260, "MTA slows down or stalls in Exchange Server 5.5 and messages back up in the private information store"(http://go.microsoft.com/fwlink/?linkid=3052&kbid=327260)


105









Gateway In Threads 레지스트리 값 설정 방법Gateway In Threads 레지스트리 값은 MTA 프로세스(Emsmta.exe)에서 정보 저장소 프로세스(Store.exe)로 메시지를 검색하는 데 사용할 수 있는 스레드 수를 정의합니다. 메시지가 Exchange 5.5 서버에서 MTA 에 도착하면 MTA 에서 정보 저장소 프로세스로 이동한 다음 고급 큐 엔진으로 이동합니다. 관리자는 특히 Microsoft Exchange MTA(Message Transfer Agent) Stacks 서비스를 사용하여 메일을 주고 받을 때 Microsoft Exchange Server 5.5 에 비해 Microsoft Exchange 2000 Server 및 Microsoft Exchange Server 2003 에서 약간의 성능 저하를 발견할 수 있습니다. 여러 메시지가 동시에 MTA 에 도착하는 환경에서는 서버의 모든 개인 데이터베이스에 대해 Store.exe 프로세스와 MTA 사이의 처리 스레드 수를 1 에서 3 으로 늘리는 것이 좋습니다.Gateway In Threads 레지스트리 값은 일반적으로 Gateway Out Threads 및 Max RPC Calls Outstanding 레지스트리 값과 동시에 설정됩니다. Gateway Out Threads 레지스트리 값을 설정하는 방법에 대한 자세한 내용은 Gateway Out Threads 레지스트리 값 설정 방법 을 참조하십시오. Max RPC Calls Outstanding 레지스트리 값을 설정하는 방법에 대한 자세한 내용은 Max RPC Calls Outstanding 레지스트리 값 설정 방법 을 참조하십시오.

시작하기 전에이 항목의 절차를 수행하기 전에 다음 사항을 고려하십시오. 각 스레드는 약 1MB 의 가상 메모리를 사용합니다. 또한 실제로 만들어지는 스레드 수는 이 값에 데이터베이스 수를 곱한 값입니다. 따라서 개인 데이터베이스가 많은 서버에서는 문제가 될 수 있습니다. 예를 들어 개인 데이터베이스가 10 개인 상태에서 이 매개 변수와 다음 매개 변수를 1에서 3 으로 늘리면 전체적으로 스레드가 4 개 증가하여 실제로는 4 x 10, 즉 40 개의 스레드가 만들어지므로 모두 40MB 의 가상 메모리를 사용하게 됩니다. 이 항목에는 레지스트리 편집에 대한 정보가 나와 있습니다.


106

절차Gateway In Threads 레지스트리 값을 설정하려면 다음을 수행합니다.


<ServerName>\Private-<GUID>로 이동합니다.3. Private-<GUID>를 마우스 오른쪽 단추로 클릭하고 새로 만들기 | DWORD 값을 클릭합니다.4. 값 이름을 Gateway In Threads 로 지정합니다.5. Gateway In Threads 를 두 번 클릭합니다.6. 값 데이터 필드에 조직에 맞는 값을 입력하고 확인을 클릭합니다.7. 서버의 각 개인 정보 저장소에 대해 3 - 6 단계를 반복합니다. 즉, 서버에 두 개의 개인 정보 저장소가 있는 경우에는 레지스트리에 Private-<GUID> 키가 두 개 있습니다.8. 레지스트리 편집기를 끝내고 Microsoft Exchange Information Store 서비스를 다시 시작하여 변경 내용을 적용합니다.




Gateway Out Threads 레지스트리 값 설정 방법Gateway Out Threads 레지스트리 값은 정보 저장소 프로세스(Store.exe)에서 MTA 프로세스(Emsmta.exe)로 메시지를 검색하는 데 사용할 수 있는 스레드 수를 정의합니다. 메시지가 Exchange 5.5 서버에서 MTA 에 도착하면 MTA 에서 정보 저장소 프로세스로 이동한 다음 고급 큐 엔진으로 이동합니다. 특히 Microsoft Exchange MTA(Message Transfer Agent) Stacks 서비스를 사용하여 메일을 주고 받을 때 관리자는 Microsoft Exchange Server 5.5 에 비해

107




Microsoft Exchange 2000 Server 및 Microsoft Exchange Server 2003 에서 약간의 성능 저하를 느낄 수 있습니다. 여러 메시지가 동시에 MTA 에 도착하는 환경에서는 서버의 모든 개인 데이터베이스에 대해 Store.exe 프로세스와 MTA 사이의 처리 스레드 수를 1 에서 3 으로 늘리는 것이 좋습니다.Gateway Out Threads 레지스트리 값은 일반적으로 Gateway In Threads 및 Max RPC Calls Outstanding 레지스트리 값과 동시에 설정됩니다. Gateway In Threads 레지스트리 값을 설정하는 방법에 대한 자세한 내용은 Gateway In Threads 레지스트리 값 설정 방법 을 참조하십시오. Max RPC Calls Outstanding 레지스트리 값을 설정하는 방법에 대한 자세한 내용은 Max RPC Calls Outstanding 레지스트리 값 설정 방법 을 참조하십시오.

시작하기 전에이 항목의 절차를 수행하기 전에 다음 사항을 고려하십시오. 각 스레드는 약 1MB 의 가상 메모리를 사용합니다. 또한 실제로 만들어지는 스레드 수는 이 값에 데이터베이스 수를 곱한 값입니다. 따라서 개인 데이터베이스가 많은 서버에서는 문제가 될 수 있습니다. 예를 들어 개인 데이터베이스가 10 개인 상태에서 이 매개 변수와 다음 매개 변수를 1에서 3 으로 늘리면 전체적으로 스레드가 4 개 증가하여 실제로는 4 x 10, 즉 40 개의 스레드가 만들어지므로 모두 40MB 의 가상 메모리를 사용하게 됩니다. 이 항목에는 레지스트리 편집에 대한 정보가 나와 있습니다.


절차Gateway Out Threads 레지스트리 값을 설정하려면 다음을 수행합니다.


<ServerName>\Private-<GUID>로 이동합니다.3. Private-<GUID>를 마우스 오른쪽 단추로 클릭하고 새로 만들기 | DWORD 값을 클릭합니다.4. 값 이름을 Gateway Out Threads 로 지정합니다.5. Gateway Out Threads 를 두 번 클릭합니다.

108

6. 값 데이터 필드에 조직에 맞는 값을 입력하고 확인을 클릭합니다.7. 서버의 각 개인 정보 저장소에 대해 3 - 6 단계를 반복합니다. 즉, 서버에 두 개의 개인 정보 저장소가 있는 경우에는 레지스트리에 Private-<GUID> 키가 두 개 있습니다.8. 레지스트리 편집기를 끝내고 Microsoft Exchange Information Store 서비스를 다시 시작하여 변경 내용을 적용합니다.




MTA 데이터베이스 디렉터리 이동 방법이 항목에서는 Exchange System Manager 를 사용하여 MTA 데이터베이스 디렉터리(X.400 메시지 큐 디렉터리라고도 함)를 다른 위치로 이동하는 방법에 대해 설명합니다.

시작하기 전에이 항목의 절차를 수행하기 전에 다음을 고려해야 합니다.메시지 큐 디렉터리의 위치를 수정하면 MTA 실행 파일 또는 MTA 실행 디렉터리를 이동하는 것이 아니라 MTA 데이터베이스 경로만 수정하고 해당 데이터베이스(.dat) 파일만 이동하는 것입니다. MTA 실행 디렉터리 위치를 이동하면 부작용이 발생할 수 있으므로 옮기지 마십시오.

절차MTA 데이터베이스 디렉터리를 새 위치로 이동하려면 다음을 수행합니다.

1. Exchange System Manager 를 엽니다.2. 서버, Exchange 서버, 프로토콜을 차례로 확장합니다.3. X.400 을 마우스 오른쪽 단추로 클릭하고 속성을 클릭합니다.

109




4. 일반 탭의 메시지 큐 디렉터리에서 수정을 클릭합니다.5. MTA 데이터베이스 디렉터리의 새 경로를 입력합니다.6. 확인을 클릭하여 변경 내용을 저장하고 확인을 클릭하여 X.400 개체 속성을 끝냅니다.7. Microsoft Exchange MTA Stacks 서비스를 중지하고 다시 시작하여 변경 내용을 적용합니다.

추가 정보MTA 파일 디렉터리에 대한 자세한 내용은 메시지 전송 에이전트 (MTA) 튜닝 의 "MTA 파일 디렉터리" 섹션을 참조하십시오.

라우팅 튜닝이 항목에서는 서버의 메시지 라우팅에 대해 설명합니다.

연결 상태 변경 억제Exchange 2003 에는 연결 상태 변경을 자동으로 감지하는 기능이 있습니다. 이 정보는 순위가 가장 낮은 주 경로 대신 대체 경로를 사용할 것임을 다른 Exchange 2003 실행 서버에 알리는 데 사용할 수 있습니다. 연결 상태 정보는 주 변경과 부 변경으로 나눌 수 있습니다. 주 변경은 관리자가 새 커넥터를 추가하거나 순위를 변경하는 등 라우팅 토폴로지를 변경할 때 발생합니다. 부분 변경은 시스템이 연결 실패나 연결 복원을 자동으로 감지했을 때 발생합니다.이 기능은 중소규모 조직에서 잘 작동합니다. 그러나 대규모 다중 사이트 환경에서는 대량 네트워크 변동으로 인해 부 버전에 대해 연결 업데이트가 초과될 수 있습니다. 제대로 적용하기 위해서는 연결 상태 데이터를 해당 조직 내의 모든 서버로 브로드캐스팅해야 하기 때문입니다. 또한 상태가 변경되면 연결 상태 테이블 전체가 다시 브로드캐스팅되어 중요 데이터가 네트워크를 통해 전송될 수도 있습니다. 이러한 시나리오에서는 부 연결 상태 변경을 억제하는 것이 유용할 수도 있습니다. SuppressStateChanges 레지스트리 값을 1 로 설정하여 이 작업을 수행할 수 있습니다. 자세한 내용은 SuppressStateChanges 레지스트리 값 설정 방법 을 참조하십시오.

Note: 스포크 브리지헤드와 허브 사이에 대체 경로가 없는 중앙 집중형(hub-and-spoke) 환경에서는 Exchange 2003 서버가 해당 커넥터의 연결 상태 변경을 자동으로 억제합니다. 이 시나리오에서는 SuppressStateChanges 레지스트리 값을 1 로 설정할 필요가 없습니다.

110

결함 재시도Exchange Server 2003 이 바이러스 방화벽과 같은 과부하된 외부 SMTP 시스템으로 메시지를 라우팅하려고 하면 서버 작업 중 오류가 발생할 수 있습니다. 이러한 상황에서는 Exchange Transport 가 '결함 재시도'라는 상태로 들어갑니다. 이 상태에서는 Exchange Server 2003 이 60초 기다렸다가 메시지 재전송을 시도하고 이 과정을 세 번 반복한 후 다른 작업을 수행합니다. 외부 SMTP 서버가 계속 사용 중이면 결함 재시도 대기 시간을 줄여서 대량 메시지 큐 대기를 방지하십시오.자세한 내용은 Exchange Server 2003 의 Glitch 레지스트리 간격 구성 방법 을 참조하십시오.

라우팅 그룹 만들기Exchange System Manager 에서 라우팅 그룹을 만들면 이 그룹, 포함되어 있는 서버 그리고 이 그룹과 관련된 커넥터에 대한 정보가 연결 상태 업데이트를 통해 해당 조직 내의 다른 모든 Exchange 2000 및 Exchange 2003 서버로 브로드캐스팅됩니다. 라우팅 그룹을 제거하면 해당 개체는 연결 상태 테이블에서 연결되지 않은 상태가 되지만 데이터는 해당 연결 상태의 일부로 계속해서 브로드캐스팅됩니다. 그룹을 제거해도 라우팅 문제는 발생하지 않지만 연결 상태 테이블이 원래보다 커집니다. 연결 상태 테이블에서 연결되지 않은 모든 라우팅 그룹을 영구적으로 제거하는 유일한 방법은 조직에서 Exchange 2000 Server 와 Exchange Server 2003 컴퓨터를 동시에 종료하는 것입니다. 따라서 실제 Exchange 작업 환경에서는 라우팅 그룹을 만들고 삭제하는 것을 최소로 유지해야 합니다.

SuppressStateChanges 레지스트리 값 설정 방법Exchange Server 2003 에는 연결 상태 변경을 자동으로 감지하는 기능이 있습니다. 이 정보를 통해 Exchange Server 2003 을 실행하는 다른 서버에 순위가 가장 낮은 주 경로 대신 대체 경로를 사용해야 한다는 것을 알릴 수 있습니다. 연결 상태 정보는 주 변경과 부 변경으로 나눌 수 있습니다. 주 변경은 관리자가 새 커넥터를 추가하거나 순위를 변경하는 등 라우팅 토폴로지를 변경할 때 발생합니다. 부 업데이트는 시스템이 연결 실패나 연결 복원을 자동으로 감지했을 때 발생합니다.이 기능은 중소규모의 조직에서 사용할 수 있습니다. 그러나 대규모 다중 사이트 환경에서는 대량 네트워크 변동으로 인해 부 버전에 대해 연결 업데이트가 초과될 수 있습니다. 제대로 적용하기 위해서는 연결 상태 데이터를 해당 조직 내의 모든 서버로 브로드캐스팅해야 하기 때문입니다. 또한 상태가 변경되면 연결 상태 테이블 전체가 다시 브로드캐스트되어 상당량의 데이터가 네트워크를 통해 전송될 수 있습니다. 이러한 시나리오에서는 부 연결 상태 변경을 억제하는 것이 유용할 수도 있습니다. SuppressStateChanges 레지스트리 값은 부분 연결 상태 변경을 억제하는 데 사용되는 사용자 지정 구성 설정입니다. SuppressStateChanges 가 값 1(또는 0 보다 큰 모든 값)로 설정되어 있으면 이 Exchange Server 컴퓨터의 커넥터 상태 변경으로 인해 발생된 모든 연결 상태 소통량이 억제됩니다.

111



절차SuppressStateChanges 레지스트리 값을 설정하려면 다음을 수행합니다.

1. Regedit.exe 또는 Regedt32.exe 와 같은 레지스트리 편집기를 엽니다.2. HKLM\System\CurrentControlSet\Services\RESvc\Parameters 를 탐색합니다.3. Parameters 를 마우스 오른쪽 단추로 클릭하고 새로 만들기 | DWORD 값을 선택합니다. 새 DWORD 값의 이름을 SuppressStateChanges 로 지정합니다.4. SuppressStateChanges 를 두 번 클릭합니다.5. 단위를 10 진수로 설정합니다.6. 값 데이터 필드에 1 을 입력합니다.7. 레지스트리 편집기를 닫은 다음 SMTP(Simple Mail Transfer Protocol), Microsoft

Exchange Routing Engine 및 Microsoft Exchange MTA Stacks 서비스를 다시 시작하여 변경 내용을 적용합니다.

추가 정보레지스트리 편집 방법에 대한 자세한 내용은 Microsoft 기술 자료 문서 256986, Microsoft Windows 레지스트리 설명 을 참조하십시오.

Exchange Server 2003 의 Glitch 레지스트리 간격 구성 방법Exchange Server 2003 이 바이러스 방화벽과 같은 과부하된 외부 SMTP 시스템으로 메시지를 라우팅하려고 하면 서버 작업 중 오류가 발생할 수 있습니다. 이러한 상황에서는 Exchange

112



Transport 가 '결함 재시도'라는 상태로 들어갑니다. 이 상태에서는 Exchange Server 2003 이 60초 기다렸다가 메시지 재전송을 시도하고 이 과정을 세 번 반복한 후 다른 작업을 수행합니다. 외부 SMTP 서버가 계속 사용 중이면 결함 재시도 대기 시간을 줄여서 대량 메시지 큐 대기를 방지하십시오.



절차Exchange Server 2003 에서 결함 시 재시도 간격을 구성하려면 다음을 수행합니다.

1. Regedit.exe 또는 Regedt32.exe 와 같은 레지스트리 편집기를 엽니다.2. HKLM\System\CurrentControlSet\Services\SMTPSvc 로 이동합니다.3. SMTPSvc 를 마우스 오른쪽 단추로 클릭하고 새로 만들기 | 키를 선택합니다.4. 새 키의 이름을 Queuing 으로 지정합니다.5. Queuing 을 마우스 오른쪽 단추로 클릭하고 새로 만들기 | DWORD 값을 선택합니다.6. 새 DWORD 값의 이름을 GlitchRetrySeconds 로 지정합니다.7. GlitchRetrySeconds 를 두 번 클릭하여 값 데이터를 편집합니다.8. 단위를 10 진수로 변경합니다.9. 값 데이터 필드에 Exchange Server 2003 이 메시지 재전송을 시도하기 전에 기다려야 하는 시간(초)을 입력합니다.10. 확인을 클릭하여 변경 내용을 저장한 다음 레지스트리 편집기를 닫습니다.11. SMTP(Simple Mail Transfer Protocol) 서비스를 다시 시작하여 변경 내용을 적용합니다.

추가 정보레지스트리 편집에 대한 자세한 내용은 Microsoft 기술 자료 문서 256986, "Microsoft Windows 레지스트리 설명(http://go.microsoft.com/fwlink/?linkid=3052&kbid=256986)"을 참조하십시오.

113


SMTP 전송 튜닝이 항목에는 서버의 전송 튜닝에 대해 설명되어 있습니다. 이 섹션에서는 Exchange 2000 Server 고객을 위해 이전 Exchange 2000 Server 성능 설명서와 동일한 권장 사항을 제공합니다.

Mailroot 디렉터리 위치Exchange Server 2003 에서는 SMTP 를 통해 메시지가 도착할 때 데이터가 NTFS 파일 시스템 파일 형식(.eml 파일)으로 디스크에 기록됩니다. 기본적으로 이러한 파일은 Exchange Server 2003 이진 파일이 설치되어 있는 동일한 디스크 파티션의 디렉터리(<drive>:\Program Files\Exchsrvr\Mailroot)에 기록됩니다.브리지헤드 서버나 릴레이 서버를 구성하는 등의 일부 시나리오에서는 SMTP Mailroot 디렉터리 위치를 속도가 빠른 디스크 파티션으로 이동하면 성능이 향상될 수 있습니다. Exchange Server 2003 에서는 Exchange System Manager 를 사용하여 Mailroot 디렉터리를 이동할 수 있습니다. 자세한 내용은 Exchange Server 2003 에서 Mailroot 디렉터

리 이동 방법을 참조하십시오.

SMTP MaxMessageObjectsSMTP 큐에 있는 메시지마다 4KB 이상의 메모리를 사용하므로 큐가 크게 증가할 경우 메모리가 부족할 수 있습니다. 이 설정을 낮추면 큐에서 대기할 수 있는 최대 메시지 수가 줄어 SMTP 에 대한 최대 메모리 사용 공간이 감소합니다. 구성된 한계에 도달하면 서버에 대한 각 SMTP 연결에서 메모리 부족 오류가 반환됩니다. 예를 들어 이 값을 10,000 으로 줄이면 큐의 메시지가 10,000 개가 되었을 때부터 SMTP 가 인바운드 메일을 거부하기 시작합니다.MaxMessageObjects 레지스트리 값을 설정하여 SMTP 큐에 있을 수 있는 메시지 수를 지정할 수 있습니다. 자세한 내용은 MaxMessageObjects 레지스트리 값 설정 방법 을 참조하십시오.

Exchange Server 2003 에서 Mailroot 디렉터리 이동 방법SMTP 를 통해 Exchange Server 2003 에 메시지가 도착하면 데이터가 NTFS 파일 시스템 파일(.eml 파일)에 기록됩니다. 기본적으로 이러한 파일은 Exchange Server 2003 프로그램 파일이 포함된 파티션의 디렉터리(<drive>:\Program Files\Exchsrvr\Mailroot)에 기록됩니다.브리지헤드 서버나 릴레이 서버를 구성하는 등의 일부 시나리오에서는 SMTP Mailroot 디렉터리 위치를 속도가 빠른 디스크로 이동하면 성능이 향상될 수 있습니다. Exchange Server 2003에서는 Exchange System Manager 를 사용하여 Mailroot 디렉터리를 이동할 수 있습니다.

114

절차Exchange Server 2003 에서 Mailroot 디렉터리를 이동하려면 다음을 수행합니다.

1. Exchange System Manager 를 엽니다.2. 서버, Exchange 서버, 프로토콜, SMTP 를 차례로 확장합니다.3. SMTP 가상 서버(예: 기본 SMTP 가상 서버)를 마우스 오른쪽 단추로 클릭한 다음 중지를 클릭합니다.4. SMTP 가상 서버를 다시 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다.5. 메시지 탭을 클릭합니다.6. 큐 디렉터리 필드에서 해당 Mailroot 폴더의 전체 경로를 지정합니다. 원격 컴퓨터가 아니라

Exchange Server 에서 Exchange System Manager 가 실행되고 있는 경우 찾아보기를 클릭하여 로컬 컴퓨터에서 경로를 찾을 수 있습니다.7. 확인을 클릭하여 변경 내용을 저장합니다.8. SMTP 가상 서버를 마우스 오른쪽 단추로 클릭한 다음 시작을 클릭합니다. 새 위치가 바로 사용됩니다.

추가 정보Mailroot 디렉터리 이동에 대한 자세한 내용은 다음 Microsoft 기술 자료 문서를 참조하십시오. 822933, "How to change the Exchange 2003 SMTP Mailroot folder

location"(http://go.microsoft.com/fwlink/?linkid=3052&kbid=822933) 318230, "XCON: How to Change the Exchange 2000 SMTP Mailroot Directory

Location"(http://go.microsoft.com/fwlink/?linkid=3052&kbid=318230)SMTP 가상 서버 설정에 대한 자세한 내용은 다음 Microsoft 기술 자료 문서를 참조하십시오. 266686, "XCON: SMTP 가상 서버를 구성하는 방법

(1)"(http://go.microsoft.com/fwlink/?linkid=3052&kbid=266686) 268163, "XCON: SMTP 가상 서버를 구성하는 방법

(2)"(http://go.microsoft.com/fwlink/?linkid=3052&kbid=268163)

115





MaxMessageObjects 레지스트리 값 설정 방법SMTP 큐에 있는 메시지마다 4KB 이상의 메모리를 사용하므로 큐가 크게 증가할 경우 메모리가 부족할 수 있습니다. 이 설정을 낮추면 큐에서 대기할 수 있는 최대 메시지 수가 줄어 SMTP 에 대한 최대 메모리 사용 공간이 감소합니다. 서버의 큐에 최대 메시지 수가 있으면 SMTP 프로토콜을 통해 들어오는 추가 인바운드 메시지가 4xx(일시적인) 오류와 함께 거부됩니다.MaxMessageObjects 레지스트리 값을 설정하여 SMTP 큐에 있을 수 있는 메시지 수를 지정할 수 있습니다. MaxMessageObjects 레지스트리 값은 기본적으로 없으며 지정된 시간에 SMTP 큐에 있을 수 있는 최대 기본 메시지 수는 100,000 개입니다.



절차MaxMessageObjects 레지스트리 값을 설정하려면 다음을 수행합니다.

1. Regedit.exe 또는 RegEdt32.exe 와 같은 레지스트리 편집기를 시작합니다. 2. HKLM\Software\Microsoft\Exchange 로 이동합니다. 3. Exchange 를 마우스 오른쪽 단추로 클릭한 다음 새 키를 클릭합니다. 새 키의 이름을

MailMsg 로 지정합니다.4. MailMsg 를 마우스 오른쪽 단추로 클릭한 다음 새로 만들기 | DWORD 값을 클릭합니다. 5. 새 값을 마우스 오른쪽 단추로 클릭하고 이름 바꾸기를 클릭한 다음

MaxMessageObjects 를 입력합니다. 6. MaxMessageObjects 값을 두 번 클릭한 다음 언제든지 큐에 있을 최대 메시지 수로 설정합니다. 더 많은 메시지를 처리해야 할 필요가 없다면 최대값 100,000 을 사용하는 것이 좋습니다.7. 레지스트리 편집기를 닫고 SMTP(Simple Mail Transfer Protocol) 서비스를 다시 시작하여 변경 내용을 적용합니다.

116

추가 정보레지스트리 편집 방법에 대한 자세한 내용은 Microsoft 기술 자료 문서 256986, "Microsoft Windows 레지스트리 설명(http://go.microsoft.com/fwlink/?linkid=3052&kbid=256986)"을 참조하십시오.

Active Directory Connector 튜닝일반 작업 중에는 ADC(Active Directory Connector)를 튜닝할 필요가 거의 없습니다. 그러나 절전 모드 시간과 블록 검색의 두 가지 시나리오에서는 ADC 프로세스를 수동으로 튜닝할 수 있습니다. 이 섹션에서는 Exchange 2000 Server 고객을 위해 이전 Exchange 2000 Server 성능 설명서와 동일한 권장 사항을 제공합니다.

절전 모드 시간ADC 는 Exchange 데이터와 Active Directory 데이터를 완전 복제한 후 해당 디렉터리의 변경 내용을 복제합니다. 대부분의 경우 이러한 변경 내용은 많지 않습니다. 연결 동의(CA)가 활성화된 동안에는 ADC 가 5 분 동안 계속 작동할 수 있습니다. 그 후에는 도메인 컨트롤러나 글로벌 카탈로그 서버의 복제 처리 시간 같은 다른 응용 프로그램이 실행될 수 있도록 5 분 동안 대기합니다. 그러나 연결 동의(CA)가 처음 실행되는 경우나 디렉터리 중 하나가 많이 변경된 경우에는 ADC 가 대기하지 않고 복제를 수행하도록 하여 복제 주기 속도를 빠르게 할 수 있습니다. Active Directory Connector 의 동작을 제어하도록 Max Continuous Sync (secs) 레지스트리 값 및 Sync Sleep Delay (secs) 레지스트리 값을 설정하여 ADC 가 대기하지 않고 작업할 수 있는 최대 시간 및 ADC 가 대기해야 하는 최대 시간을 구성할 수 있습니다. Max Continuous Sync (secs) 레지스트리 값을 설정하는 방법에 대한 자세한 내용은 Max Continuous Sync (secs) 레지스트리 값 설정 방법 을 참조하십시오. Sync Sleep Delay (secs) 레지스트리 값을 설정하는 방법에 대한 자세한 내용은 Sync Sleep Delay (secs) 레지스트리 값 설정 방법 을 참조하십시오.

Note: 이러한 변경 내용은 해당 ADC 서버에서 실행 중인 모든 연결 동의(CA)에 영향을 미치며 다른 Active Directory 응용 프로그램에도 나쁜 영향을 미칠 수 있습니다.

자세한 내용은 Microsoft 기술 자료 문서 253825, "XADM: How the Active Directory Connector Polling Period Works"를 참조하십시오.

117





블록 검색기본적으로 ADC 는 Exchange 와 Active Directory 의 변경 내용을 10,000블록씩 요청합니다. 10,000 개가 넘는 개체를 복제할 경우에는 ADC 가 처음 10,000 개 항목을 요청해서 처리한 후 다음 10,000 개에 대한 확인 메시지를 사용자에게 표시합니다. 따라서 ADC 가 오류가 발생하기 쉬운 네트워크를 통해 디렉터리 서버와 통신하는 경우에는 블록 크기를 줄이는 것이 좋습니다. ADC 가 연결 실패로 인해 부분 블록만을 받은 경우에는 전체 블록을 다시 복제해야 합니다.Active Directory Connector 가 WAN 이나 대역폭이 낮은 환경에서 복제 중인 경우 블록 크기를 줄이도록 Export Block Size 레지스트리 값을 설정해야 합니다. 블록 크기를 줄이면 연결 실패로 인한 반복 복제 횟수가 감소됩니다. 자세한 내용은 Export Block Size 레지스트리 값 설정 방법 을 참조하십시오.자세한 내용은 다음 Microsoft 기술 자료 문서를 참조하십시오. 253665 "XADM: Active Directory Connector 가 블록 검색 (Block Search) 을 사용하여 변경 내용을 복제하는 방법" 253840 "XADM: When the Active Directory Connector Commits Changes to

Active Directory"

Max Continuous Sync (secs) 레지스트리 값 설정 방법Max Continuous Sync (secs) 레지스트리 값은 Active Directory Connector 가 중단 없이 복제되는 최대 시간을 입력합니다. Max Continuous Sync (secs)는 Active Directory Connector 가 Max Continuous Sync (secs) 레지스트리 값에 도달한 후 대기하는 시간뿐만 아니라 다음 주기가 시작되기 전의 시간도 정의하는 Sync Sleep Delay (secs) 레지스트리 값과 함께 작동합니다. 예를 들어 Max Continuous Sync (secs)를 1200(20 분)으로 설정하고 Sync Sleep Delay (secs)를 300(5 분)으로 설정한 경우 Active Directory Connector 는 20 분 동안 작동한 다음 5 분 동안 대기하고 또 다시 20 분 동안 작동하는 등 이런 식으로 계속됩니다.Sync Sleep Delay (secs) 레지스트리 값을 설정하는 방법에 대한 자세한 내용은 Sync Sleep Delay (secs) 레지스트리 값 설정 방법 을 참조하십시오.

시작하기 전에이 항목의 절차를 수행하기 전에 다음을 고려해야 합니다. 이러한 변경 내용은 해당 ADC 서버에서 실행 중인 모든 연결 동의(CA)에 영향을 미치며 다른

Active Directory 응용 프로그램에도 나쁜 영향을 미칠 수 있습니다. 이 값을 너무 높게 설정하면 Active Directory 와 다른 응용 프로그램에 나쁜 영향을 미칠 수 있습니다. Max

118





Continuous Sync (secs)는 최대 1200(20 분)으로 설정하고 Sync Sleep Delay (secs)는 최대 300(5 분)으로 설정하는 것이 좋습니다.

이 항목에는 레지스트리 편집에 대한 정보가 나와 있습니다.


절차Max Continuous Sync (secs) 레지스트리 값을 설정하려면 다음을 수행합니다.

1. Regedit.exe 또는 Regedt32.exe 와 같은 레지스트리 편집기를 엽니다.2. HKLM\System\CurrentControlSet\Services\MSADC\Parameters 로 이동합니다.3. Parameters 를 마우스 오른쪽 단추로 클릭하고 새로 만들기 | DWORD 값을 선택합니다.4. 새 DWORD 값의 이름을 Max Continuous Sync (secs)로 지정합니다.5. Max Continuous Sync (secs)를 두 번 클릭합니다.6. 단위를 10 진수로 설정합니다.7. 값 데이터 필드에 Active Directory Connector 가 중단 없이 복제되는 최대 시간(초)을 입력합니다.8. 확인을 클릭하여 변경 내용을 저장합니다.9. 레지스트리 편집기를 닫고 Microsoft Active Directory Connector 서비스를 다시 시작하여 변경 내용을 적용합니다.

추가 정보 Active Directory Connector 폴링에 대한 자세한 내용은 Microsoft 기술 자료 문서

253825, "XADM: How the Active Directory Connector Polling Period Works"(http://go.microsoft.com/fwlink/?LinkId=3052&kbid=253825)를 참조하십시오.


119




Sync Sleep Delay (secs) 레지스트리 값 설정 방법Sync Sleep Delay (secs) 레지스트리 값은 다음 복제 주기가 시작되기 전의 시간을 정의하고 Active Directory Connector 가 중단 없이 복제되는 최대 시간을 정의하는 Max Continuous Sync (secs) 레지스트리 값에 도달한 후 대기하는 시간을 정의합니다. 예를 들어 Max Continuous Sync (secs)를 1200(20 분)으로 설정하고 Sync Sleep Delay (secs)를 300(5 분)으로 설정한 경우 Active Directory Connector 는 20 분 동안 작동한 다음 5 분 동안 대기하고 또 다시 20 분 동안 작동하는 등 이런 식으로 계속됩니다.Max Continuous Sync (secs) 레지스트리 값을 설정하는 방법에 대한 자세한 내용은 Max Continuous Sync (secs) 레지스트리 값 설정 방법 을 참조하십시오.

시작하기 전에이 항목의 절차를 수행하기 전에 다음을 고려해야 합니다. 이러한 변경 내용은 해당 ADC 서버에서 실행 중인 모든 연결 동의(CA)에 영향을 미치며 다른

Active Directory 응용 프로그램에도 나쁜 영향을 미칠 수 있습니다. 이 값을 너무 높게 설정하면 Active Directory 와 다른 응용 프로그램에 나쁜 영향을 미칠 수 있습니다. Max Continuous Sync (secs)는 최대 1200(20 분)으로 설정하고 Sync Sleep Delay (secs)는 최대 300(5 분)으로 설정하는 것이 좋습니다.

이 항목에는 레지스트리 편집에 대한 정보가 포함되어 있습니다.


절차Sync Sleep Delay (secs) 레지스트리 값을 설정하려면 다음을 수행합니다.

1. Regedit.exe 또는 Regedt32.exe 와 같은 레지스트리 편집기를 엽니다.2. HKLM\System\CurrentControlSet\Services\MSADC\Parameters 로 이동합니다.3. Parameters 를 마우스 오른쪽 단추로 클릭하고 새로 만들기 | DWORD 값을 선택합니다.

120

4. 새 DWORD 값의 이름을 Sync Sleep Delay (secs)로 지정합니다.5. Sync Sleep Delay (secs)를 두 번 클릭합니다.6. 단위를 10 진수로 설정합니다.7. 값 데이터 필드에 Active Directory Connector 가 중단 없이 복제되는 최대 시간(초)을 입력합니다.8. 확인을 클릭하여 변경 내용을 저장합니다.9. 레지스트리 편집기를 닫고 Microsoft Active Directory Connector 서비스를 다시 시작하여 변경 내용을 적용합니다.

추가 정보 Active Directory Connector 폴링에 대한 자세한 내용은 Microsoft 기술 자료 문서

253825, "XADM: How the Active Directory Connector Polling Period Works"(http://go.microsoft.com/fwlink/?LinkId=3052&kbid=253825)를 참조하십시오.

레지스트리 편집 방법에 대한 자세한 내용은 Microsoft 기술 자료 문서 256986, "Microsoft Windows 레지스트리 설명(http://go.microsoft.com/fwlink/?linkid=3052&kbid=256986)"을 참조하십시오.

Export Block Size 레지스트리 값 설정 방법기본적으로 Active Directory Connector 는 Exchange 와 Active Directory 의 변경 내용을 10,000블록씩 요청합니다. 10,000 개 이상의 개체를 복제할 경우에는 Active Directory Connector 가 처음 10,000 개 항목을 요청하고 처리한 후 다음 10,000 개에 대한 확인 메시지를 사용자에게 표시합니다. 따라서 Active Directory Connector 가 오류가 발생하기 쉬운 네트워크를 통해 디렉터리 서버와 통신하는 경우에는 블록 크기를 줄이는 것이 좋습니다. Active Directory Connector 가 연결 실패로 인해 부분 블록만 받은 경우에는 전체 블록을 다시 복제해야 합니다. Active Directory Connector 가 WAN 이나 대역폭이 낮은 환경에서 복제 중인 경우 블록 크기를 줄이도록 Export Block Size 레지스트리 값을 설정해야 합니다. 블록 크기를 줄이면 연결 실패로 인한 반복 복제 횟수가 감소됩니다.


121





절차Export Block Size 레지스트리 값을 설정하려면 다음을 수행합니다.

1. Regedit.exe 또는 Regedt32.exe 와 같은 레지스트리 편집기를 엽니다.2. HKLM\System\CurrentControlSet\Services\MSADC\Parameters 로 이동합니다.3. Parameters 를 마우스 오른쪽 단추로 클릭하고 새로 만들기 | DWORD 값을 선택합니다.4. 새 DWORD 값의 이름을 Export Block Size 로 지정합니다.5. Export Block Size 를 두 번 클릭합니다.6. 단위를 10 진수로 설정합니다.7. 값 데이터 필드에 각 복제 블럭에 요청할 개체 수를 입력합니다.8. 확인을 클릭하여 변경 내용을 저장합니다.9. 레지스트리 편집기를 닫고 Microsoft Active Directory Connector 서비스를 다시 시작하여 변경 내용을 적용합니다.

추가 정보 자세한 내용은 다음 Microsoft 기술 자료 문서를 참조하십시오.

253665, "XADM: How the Active Directory Connector Uses Block Search to Replicate Changes"(http://go.microsoft.com/fwlink/?LinkId=3052&kbid=253665)

253840, "XADM: When the Active Directory Connector Commits Changes to Active Directory"(http://go.microsoft.com/fwlink/?LinkId=3052&kbid=253840)


122







Active Directory 통합 튜닝모든 Exchange 서버와 사용자가 글로벌 카탈로그 서버에 고속으로 액세스할 수 있어야 합니다. 글로벌 카탈로그 서버가 Exchange 서버와 클라이언트 컴퓨터에 모두 근접하면 클라이언트 성능에 직접적으로 영향을 줍니다. 하나 이상의 글로벌 카탈로그 서버는 Exchange 서버가 포함된 각 도메인에 설치되어야 합니다. 대규모 조직에서 최적의 성능을 얻으려면 추가로 글로벌 카탈로그 서버가 필요합니다.Exchange 프로세서와 글로벌 카탈로그 서버 프로세서의 모델 및 속도가 비슷하다고 가정할 경우 사이트당 두 프로세서의 비율은 4:1 이어야 합니다. 그러나 글로벌 카탈로그 서버 사용량이 증가하거나 Active Directory 구현이 대규모이거나 응용 프로그램 사용량이 증가하거나 메일 그룹이 클 경우 글로벌 카탈로그 서버가 더 많이 필요할 수 있습니다. Exchange 2003 에서는 최대 8개의 프로세서가 설치된 글로벌 카탈로그 서버를 사용할 수 있습니다.

글로벌 카탈로그와 Exchange 의 비율Exchange Server 2003 설치에 필요한 글로벌 카탈로그 서버 수를 계획하는 데 많은 시간이 소요될 수 있습니다. Exchange Server 2003 프로세서 4 개당 글로벌 카탈로그 프로세서 한 개를 구현한 다음 필요한 대로 미세 조정해야 합니다. 이 규칙은 프로세서의 등급과 속도가 동일하다는 것을 전제로 합니다. 예를 들면 다음과 같습니다. 단일 프로세서 글로벌 카탈로그 서버 한 대는 프로세서가 4 개인 단일 Exchange 2003 서버의 로드를 처리할 수 있습니다. 단일 프로세서 글로벌 카탈로그 서버 두 대는 프로세서가 8 개인 단일 Exchange 2003 서버의 로드를 처리할 수 있습니다. 프로세서가 4 개인 글로벌 카탈로그 서버 4 대는 프로세서가 8 개인 Exchange 2003 서버 8대의 로드를 처리할 수 있습니다.Exchange Server 2003 에서는 최대 8 개의 프로세서가 설치된 글로벌 카탈로그 서버를 사용할 수 있습니다. 그러나 Active Directory 서버에 대해 4 - 8 개 프로세서의 75% 배율 인수도 고려해야 합니다. 따라서 프로세서가 8 개인 글로벌 카탈로그는 글로벌 카탈로그와 Exchange 의 비율 계산 시 프로세서가 7 개인 서버로 간주됩니다.

Exchange 전용 Active Directory 서버고도로 집중된 Exchange 2003 서버를 사용할 경우 글로벌 카탈로그 서버 집합을 Exchange 전용으로 사용해야 합니다. Exchange 2003 서버와 전용 글로벌 카탈로그 서버가 모두 있는 전용 Active Directory 사이트를 만드십시오. 이 경우 다음과 같은 긍정적인 효과가 있습니다. Exchange Server 2003 이외의 다른 시스템에서 전달된 소통량이 조직 내의 다른 Active

Directory 서버로 분산됩니다.

123

Active Directory 의 성능을 훨씬 더 쉽게 분석하고 관리할 수 있습니다. Exchange 관리자가 Exchange 전용 Active Directory 서버를 더 잘 제어할 수 있습니다.

PDC 를 사용하지 않도록 설정Exchange 외에 다른 응용 프로그램이 주 도메인 컨트롤러(PDC) 에뮬레이터 컴퓨터를 집중적으로 사용할 수 있습니다. Exchange Server 2003 도 해당 요청에 이 PDC 에뮬레이터 컴퓨터를 사용하려고 하면 PDC 에뮬레이터와 Exchange 의 성능이 저하될 수 있습니다. 기본적으로 DSAccess 는 해당 로컬 Active Directory 사이트에 있는 다른 서버와 함께 PDC 에뮬레이터 컴퓨터를 요청에 사용합니다. 그러나 MinUserDC 레지스트리 값을 추가하여 이러한 동작을 바꿀 수 있습니다. 자세한 내용은 MinUserDC 레지스트리 값 설정 방법 을 참조하십시오.

Active Directory 서버에서 /3GB 스위치 사용Active Directory 프로세스는 데이터베이스에 ESE(Extensible Storage Engine)를 사용합니다. 기본적으로 ESE 캐시 크기는 512MB 입니다. 그러나 글로벌 카탈로그 서버에 Windows 2000 Advanced Server 나 Windows Server 2003(모든 버전)을 사용하며 1GB 이상의 실제 RAM 이 설치되어 있는 경우에는 이러한 서버의 Boot.ini 파일에서 /3GB 스위치를 설정해야 합니다. 이렇게 하면 ESE 캐시가 자동으로 1024MB 로 증가됩니다. 대부분의 경우 캐시 크기를 늘리면 디스크 읽기 수가 20-40% 감소되고 LDAP 응답 시간이 상당히 단축됩니다.1GB 이상의 실제 메모리가 있는 시스템에서는 Boot.ini 파일에 /3GB 시작 스위치를 사용하는 것이 좋습니다. 이로 인해 Active Directory 프로세스의 가상 주소 공간에서 조각화된 메모리 양이 줄어듭니다./3GB 스위치는 다음 운영 체제를 실행하고 있는 메모리가 1GB 이상인 Active Directory 서버에서만 사용해야 합니다. Microsoft Windows Server 2003 Standard Edition Microsoft Windows Server 2003 Enterprise Edition Microsoft Windows Server 2003 Datacenter Edition Microsoft Windows 2000 Advanced Server Microsoft Windows 2000 Datacenter Server

Important/3GB 스위치가 지원되지 않으며 응용 프로그램이나 운영 체제를 손상시킬 수 있으므로 Windows 2000 Server 에서 사용해서는 안 됩니다. 또한 /3GB 스위치는 1GB 이상의 실제 메모리가 설치되어 있는 경우 위 운영 체제에서만 지원됩니다.

124

boot.ini 파일에서 이 스위치를 설정하는 방법에 대한 자세한 내용은 Windows 에서 /3GB 시작 스 위치 설정 방법을 참조하십시오.

Active Directory 서버에서 Exchange Server 2003 사용최상의 확장성과 관리 측면의 융통성을 위해서는 도메인 컨트롤러나 글로벌 카탈로그 서버 대신 Windows 구성원 서버에 Exchange Server 2003 을 설치해야 합니다. 도메인 컨트롤러나 글로벌 카탈로그 서버에도 설치할 수는 있지만 그 결과에 유의해야 합니다.Lsass.exe 프로세스의 스레드가 Exchange 스레드보다 높은 우선 순위로 실행됩니다. Lsass.exe 프로세스가 증가하면 Exchange 처리 시간에 나쁜 영향을 미칠 수 있습니다.Exchange 서버가 도메인 컨트롤러의 역할도 하는 경우에는 서버가 다른 응용 프로그램에 대한 사용자 인증과 디렉터리 조회 같은 다른 비 Exchange 요청에도 리소스를 소모합니다. 이러한 추가 활동은 Exchange 2003 서버의 성능에 영향을 미칩니다.DSAccess 가 해당 로컬 Active Directory 사이트에 있는 모든 도메인 컨트롤러와 글로벌 카탈로그 서버를 감지하기는 하지만 사용하지는 않습니다. 모든 디렉터리 요청은 로컬 디렉터리 서비스로 보내집니다. 이러한 시나리오에서는 로드 균형 조정과 장애 조치가 발생하지 않습니다.Exchange Server 2003 서비스를 관리하려면 관리자가 로컬 관리자로 정의되어야 합니다. Exchange Server 2003 이 도메인 컨트롤러에서 실행되고 있는 경우에는 Exchange 관리자가 해당 도메인의 Administrators 그룹에 속해 있어야 합니다. 구성원 자격은 Exchange 관리자에게 해당 도메인의 다른 컴퓨터에 대한 추가 액세스 권한도 암시적으로 부여합니다.Microsoft Windows Small Business Server 2003 의 일부로 Exchange Server 를 실행하고 있는 경우에는 도메인 컨트롤러에 Exchange Server 를 설치할 수 있습니다. 그러나 Windows Small Business Server 의 일부로 Exchange Server 를 실행하고 있지 않은 경우에는 도메인 컨트롤러에서 Exchange Server 를 실행하지 않는 것이 좋습니다.Small Business Server 를 사용하지 않고 도메인 컨트롤러에서 Exchange Server 를 실행하고 있는 경우에는 다음 문제를 고려해야 합니다. Exchange Server 및 Active Directory 모두 리소스를 많이 사용하는 응용 프로그램입니다. 이 두 서버가 모두 동일한 컴퓨터에서 실행되고 있을 경우 성능 문제를 고려해야 합니다. Exchange Server 가 도메인 컨트롤러에서 실행되고 있는 경우에는 해당 도메인 컨트롤러를 글로벌 카탈로그 서버로도 만들어야 합니다. DSAccess(Directory Service Access), DSProxy(Directory Service Proxy) 및 메시지 분류기와 같은 여러 Exchange Server 디렉터리 구성 요소는 다른 도메인 컨트롤러나 글로벌 카탈로그 서버로 장애 조치되지 않습니다. Windows 에서 /3GB 시작 스위치를 사용할 경우 Exchange Server 가 모든 메모리를 사용하여 Active Directory 에서 메모리를 사용할 수 없는 경우가 생길 수 있습니다.

125

서버를 종료하거나 다시 부팅하기 전에 Exchange Server 서비스를 중지하지 않으면 시스템을 종료하는 데 상당히 오랜 시간이 걸립니다. 이 구성은 Active Directory 에 대해 로컬 관리자 액세스 권한을 갖고 있는 Exchange 관리자가 자신의 권한을 높일 수 있으므로 보안 수준이 낮습니다. 또한 Exchange Server 나 Active

Directory 에서 발견된 보안상 취약점으로 인해 다른 취약점이 노출되어 위험할 수 있습니다. 도메인 컨트롤러에서 Exchange Server 2003 을 실행하고 있는 경우에 DCPromo(Domain

Controller Promotion) 도구를 사용하여 컴퓨터 역할을 변경하는 작업은 지원되지 않으며 Outlook Mobile Access 와 같은 구성 요소를 손상시키는 것으로 알려져 있습니다.

Active Directory 도메인 컨트롤러이기도 한 클러스터된 노드에서는 Exchange Server 2003 실행이 지원되지 않으며 실행되어서도 안 됩니다. 따라서 도메인 컨트롤러이기도 한 클러스터의 노드에서 Exchange 2000 Server 를 실행하는 경우 Exchange 2000 Server에서 Exchange Server 2003 으로 업그레이드하기 전에 서버의 수준을 구성원 서버로 내려야 합니다.

최대 활성 LDAP 쿼리 수 늘리기Windows 2000 기반 디렉터리 서버가 포함된 Windows Active Directory 사이트에 Exchange 2003 서버가 많이 있으면 Active Directory 서버에 LDAP 로드가 과도해질 수 있습니다. 기본적으로 Active Directory 서버는 최대 20 개의 활성 LDAP 쿼리를 지원하도록 구성되어 있습니다. 이 한도에 도달하면 Active Directory 는 LDAP_ADMIN_LIMIT_EXCEEDED 오류를 반환하고 더 이상 LDAP 쿼리를 처리하지 않습니다. 일반적으로 대부분의 Active Directory 서버에 대해 이 값을 20 으로 설정하면 일반적으로 충분하지만 프로세서가 8 개인 서버에서 Exchange Server 2003 을 실행하고 있거나 LDAP_ADMIN_LIMIT_EXCEEDED 오류 메시지가 기록되는 경우에는 이 값을 늘려야 합니다.최대 LDAP 쿼리 수는 MaxActiveQueries 특성을 통해 구성할 수 있습니다. 이 설정은 Ntdsutil.exe 도구를 사용하여 조정할 수 있습니다. 이 설정을 늘리면 해당 Active Directory 서버의 Lsass.exe 프로세스에서 더 많은 메모리를 사용합니다. 따라서 이 값을 필요 이상으로 늘리지는 마십시오. 최대 활성 LDAP 쿼리 수를 늘리는 방법에 대한 자세한 내용은 MaxActiveQueries 특성 설정 방 법을 참조하십시오.

Note: MaxActiveQueries 는 Windows 2000 Server 를 실행하는 디렉터리 서버에만 적용됩니다. MaxActiveQueries 는 Windows Server 2003 을 실행하는 디렉터리 서버에서 설정될 수 없습니다.

사서함 서버에서 DSAccess 조정기본적으로 Exchange 의 DSAccess 구성 요소는 개체를 캐시에 저장합니다. 캐시는 두 개의 섹션으로 나뉘어져 있는데, 하나는 사용자 개체 즉, 도메인 명명 컨텍스트용이고 다른 하나는 저장소

126

및 라우팅 개체 같은 구성 데이터용입니다. 사용자 개체는 5 분 동안 캐시에 보관되고 구성 데이터는 15 분 동안 캐시에 보관됩니다.Exchange 2000 Server 에서는 각 캐시 풀이 25MB였으나 성능 향상을 위해 기본 설정이 바뀌었습니다. 기본적으로 Exchange Server 2003 의 구성 데이터 캐시는 5MB 이고 사용자 개체는 140MB 입니다.관리 그룹이나 라우팅 그룹이 100 개가 넘는 대규모 토폴로지에서는 DSAccess 캐시 섹션을 수동으로 조정하여 성능을 향상시킬 수 있습니다. DSAccess 구성 캐시를 조정하는 방법에 대한 자세한 내용은 DSAccess 구성 캐시 구성 방법 을 참조하십시오. DSAccess 사용자 캐시를 조정하는 방법에 대한 자세한 내용은 DSAccess 사용자 캐시 구성 방 법을 참조하십시오.

MinUserDC 레지스트리 값 설정 방법PDC(주 도메인 컨트롤러) 에뮬레이터는 Microsoft® Windows NT® 4.0 백업 도메인 컨트롤러에서 복제 요청을 처리하고 Active Directory 사용 가능 클라이언트 소프트웨어를 실행하지 않는 클라이언트의 모든 암호 업데이트를 처리하는 Active Directory 작업 마스터 역할 컴퓨터입니다. PDC 에뮬레이터는 도메인 컨트롤러이기도 하므로 Exchange 와 같은 응용 프로그램에서 사용할 수 있습니다.DSAccess(Directory Service Access)는 모든 Exchange 구성 요소가 Active Directory 에 액세스하는 방법을 제어하는 Exchange 2000 Server 및 Exchange Server 2003 의 내부 구성 요소입니다. DSAccess 의 주 기능은 다양한 디렉터리 관련 이벤트 및 작동에 대한 정보를 유지 관리하는 것입니다. 예를 들어 DSAccess 는 Active Directory 토폴로지를 검색한 후 도메인 컨트롤러와 글로벌 카탈로그 서버가 사용 가능하고 쿼리에 응답하는지 확인합니다.기본적으로 DSAccess 에는 사용 가능한 도메인 컨트롤러 목록에 있는 PDC 에뮬레이터 컴퓨터가 포함되어 있습니다. Exchange 이외의 프로그램이 PDC 에뮬레이터를 집중적으로 사용하고 있는 경우 DSAccess 에서 PDC 에뮬레이터를 사용하면 Exchange 서버와 Exchange 이외의 프로그램 컴퓨터뿐만 아니라 PDC 에뮬레이터 컴퓨터에서 성능 문제가 발생할 수 있습니다.이러한 성능 문제를 방지하기 위해 Exchange 서버의 레지스트리에 MinUserDC 레지스트리 값을 추가하여 DSAccess 에서 사용 가능한 다른 모든 도메인 컨트롤러를 쿼리한 다음 PDC 에뮬레이터 작업 마스터 역할을 하는 도메인 컨트롤러를 쿼리할 수 있습니다.


127


절차MinUserDC 레지스트리 값을 설정하려면 다음을 수행합니다.

1. Regedit.exe 또는 Regedt32.exe 와 같은 레지스트리 편집기를 엽니다.2. HKLM\System\CurrentControlSet\Services\MSExchangeDSAccess\

Profiles\Default 를 탐색합니다.3. MinUserDC 값을 찾아 필요한 경우 변경합니다. 이 DWORD 값이 없으면 수동으로 이 값을 만들 수 있습니다.4. MinUserDC 레지스트리 항목에 구성된 값 데이터는 PDC 에뮬레이터에 연결하기 전에 연결할 최대 도메인 컨트롤러 수입니다. 예를 들어 MinUserDC 를 4 로 설정하면 총 4 개의 도메인 컨트롤러를 사용할 수 있는 경우에만 PDC 에뮬레이터를 제외하도록 DSAccess 가 구성됩니다. 이 조건을 충족하면 PDC 에뮬레이터를 사용할 수 없고 DSAccess 는 나머지 3 개의 도메인 컨트롤러와만 통신합니다.

자세한 내용 MinUserDC 레지스트리 항목 사용에 대한 자세한 내용은 Microsoft 기술 자료 문서

298879, "Exchange Server 2003 and Exchange 2000 Server may experience performance problems when the PDC emulator is used for DSAccess"(http://go.microsoft.com/fwlink/?linkid=3052&kbid=298879)를 참조하십시오.

레지스트리 편집 방법에 대한 자세한 내용은 Microsoft 기술 자료 문서 256986, "Microsoft Windows 레지스트리 설명"(http://go.microsoft.com/fwlink/?linkid=3052&kbid=256986)"을 참조하십시오.

MaxActiveQueries 특성 설정 방법LDAP 관리 제한은 Active Directory 의 작업 기능과 성능의 균형을 유지시킵니다. 이러한 제한을 통해 특정 작업이 서버의 성능을 저하시키지 않도록 합니다. 이 설정을 기본값 이상으로 늘리면 Active Directory 인프라에 악영향을 미칠 수 있습니다.

128




LDAPAdminLimits 특성의 MaxActiveQueries값은 기본 쿼리 정책의 최대 동시 LDAP 쿼리 수를 제어합니다. 기본적으로 활성 쿼리는 20 개로 제한됩니다. 이 제한에 도달하면 Active Directory 는 "LDAP_ADMIN_LIMIT_EXCEEDED"를 반환하고 추가 LDAP 쿼리를 처리하지 않습니다.

Note: MaxActiveQueries 는 Windows 2000 Server 를 실행하는 디렉터리 서버에만 적용됩니다. MaxActiveQueries 는 Windows Server 2003 을 실행하는 디렉터리 서버에서 설정될 수 없습니다.

절차Ntdsutil.exe 를 시작하려면 다음을 수행합니다.

1. 시작을 클릭한 다음 실행을 클릭합니다. 2. 열기 입력란에 ntdsutil 을 입력한 다음 Enter 키를 누릅니다. 언제든지 도움말을 보려면 명령 프롬프트에 ?를 입력합니다.

Ntdsutil.exe 를 사용하여 정책 설정을 보려면 다음을 수행합니다.

1. Ntdsutil.exe 명령 프롬프트에서 LDAP policies 를 입력한 다음 Enter 키를 누릅니다. 2. LDAP 정책 명령 프롬프트에서 connections 를 입력한 다음 Enter 키를 누릅니다. 3. 서버 연결 명령 프롬프트에서 connect to server DNS name of server 를 입력한 다음 Enter 키를 누릅니다. 현재 사용 중인 서버에 연결합니다. 4. 서버 연결 명령 프롬프트에서 q 를 입력한 다음 Enter 키를 눌러 이전 메뉴로 돌아갑니다. 5. LDAP 정책 명령 프롬프트에서 Show Values 를 입력한 다음 Enter 키를 누릅니다.

정책이 그대로 표시됩니다.참고 이 절차는 기본 도메인 정책 설정만 표시합니다. 자체 정책 설정을 적용하는 경우에는 볼 수 없습니다.

Ntdsutil.exe 를 사용하여 정책 설정을 변경하려면 다음을 수행합니다.

1. Ntdsutil.exe 명령 프롬프트에서 LDAP policies 를 입력한 다음 Enter 키를 누릅니다. 2. LDAP 정책 명령 프롬프트에서 Set MaxActiveQueries to 40 을 입력한 다음

Enter 키를 누릅니다.Show Values 명령을 사용하여 변경 내용을 확인할 수 있습니다.

3. 변경 내용을 저장하려면 Commit Changes 를 사용합니다. 4. 완료되면 q 를 입력한 다음 Enter 키를 누릅니다.

129

5. Ntdsutil.exe 를 종료하려면 명령 프롬프트에서 q 를 입력한 다음 Enter 키를 누릅니다.

추가 정보LDAP 정책 구성에 대한 자세한 내용은 Microsoft 기술 자료 문서 315071, "How to view and set lightweight directory access protocol policies by using Ntdsutil.exe in Windows 2000"(http://go.microsoft.com/fwlink/?LinkId=3052&kbid=315071)을 참조하십시오.

지점에서 Exchange 사용자의 글로벌 카탈로그 최적화대규모 지점 환경에서 Exchange Server 2003 을 실행하는 경우 최상의 효율성 및 성능을 얻으려면 사용자 환경의 최적화가 필요할 수 있습니다. 대규모 지점 환경의 Exchange 사용자는 항상 글로벌 카탈로그 서버에 LAN 속도로 액세스하는 것이 좋습니다. 여러 라우팅 그룹이 포함된 Exchange 분산 또는 지점 배포의 경우 이 특성을 인덱싱하지 않은 상태로 두면 성능이 저하될 수 있습니다. 예를 들어 Exchange 조직에 수 백 개의 라우팅 그룹이 있는 경우 하나 이상의 글로벌 카탈로그 서버의 작업이 15 분마다 증가하는 것을 알 수 있습니다. Exchange 의 DSAccess(디렉터리 서비스 액세스) 구성 요소가 라우팅 그룹 구성을 다시 읽기 때문에 이와 같이 작업이 증가됩니다. 심각한 경우에는 글로벌 카탈로그가 이 작업으로 소모될 수 있습니다.Active Directory® 디렉터리 서비스의 라우팅 그룹 뒤로 연결 특성을 인덱싱하면 부담을 최소화할 수 있으므로 DSAccess 가 라우팅 그룹 정보를 읽는 데 걸리는 시간을 줄일 수 있을 뿐만 아니라 이 작업으로 인한 글로벌 카탈로그의 부담도 줄일 수 있습니다. Active Directory 에서 특성을 인덱싱하는 방법에 대한 자세한 내용은 Active Directory 에서 특성 인덱싱 방법 을 참조하십시오.

Active Directory 에서 특성 인덱싱 방법특성을 인덱싱하면 쿼리할 때 특성에 인덱스가 없는 경우보다 더 빠르고 효율적으로 해당 특성이 있는 개체를 찾을 수 있습니다. Active Directory 디렉터리 서비스 인덱스는 디렉터리 서버의 백그라운드 스레드에 의해 자동으로 만들어집니다.

시작하기 전에이 항목의 절차를 수행하기 전에 먼저 스키마 수정은 숙련된 프로그래머와 시스템 관리자를 통해 최적으로 수행되는 고급 작업이라는 것을 알아두십시오.

130


도메인 컨트롤러에서 이 절차를 수행하려면 사용자가 Active Directory 에서 Domain Admins 그룹 또는 Enterprise Admins 그룹의 구성원이어야 합니다.

절차Active Directory 에서 특성을 인덱싱하려면 다음을 수행합니다.

1. Active Directory 스키마 스냅인을 엽니다.2. 왼쪽 창에서 특성을 클릭합니다.3. 오른쪽 창에서 인덱싱할 특성을 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다.4. Active Directory 에서 이 특성을 색인화를 클릭하고 확인을 클릭하여 변경 내용을 저장합니다.5. Active Directory 스키마 스냅인을 닫습니다.

추가 정보 Active Directory 에서 특성을 인덱싱하는 방법은 Windows Server 2003

TechCenter(http://go.microsoft.com/fwlink/?LinkId=46790)의 "Index an attribute in Active Directory"를 참조하십시오.

Active Directory 스키마 도구 및 설정에 대한 자세한 내용은 Windows Server 2003 기술 참조(http://go.microsoft.com/fwlink/?LinkId=4675)의 "Active Directory 스키마 도구 및 설정" 항목을 참조하십시오.

사용하지 않는 서비스 사용 안 함으로 설정하기성능과 보안을 더욱 향상시키기 위해 특정 서비스를 실행하지 못하도록 사용 안 함으로 설정할 수 있습니다. 예를 들어 Exchange Server 2003 을 사용하려면 Exchange Server 2003 을 설치하기 전에 NNTP(Network News Transfer Protocol) 스택을 설치해야 하지만 NNTP 에 액세스할 필요가 없는 경우에는 Exchange Server 2003 을 설치한 후 이 서비스를 종료하고 사용할 수 없도록 설정할 수 있습니다. POP3 서비스와 IMAP4 서비스도 마찬가지입니다.정상적인 작동을 위해 Exchange Server 2003 에 필요한 서비스는 사용 안 함으로 설정하지 마십시오. 예를 들어 전용 모드 Exchange 조직에서 작업할 때도 내부 작업을 위해서는 MTA 서비스가 필요합니다. 따라서 MTA 를 사용 안 함을 설정하거나 오랜 시간 동안 중지해서는 안 됩니다.자세한 내용은 Windows 에서 서비스 사용 안 함 설정 방법 을 참조하십시오.

131



Windows 에서 서비스 사용 안 함 설정 방법성능을 최적화하고 보안상 위험을 최소화하려면 Exchange Server 에서 실행되고 있는 불필요한 서비스를 중지하고 사용할 수 없도록 설정하는 것이 좋습니다. 이 항목에서는 Windows 서비스를 사용할 수 없도록 설정하는 방법에 대해 설명합니다.

시작하기 전에이 항목의 절차를 수행하기 전에 다음을 고려해야 합니다. 정상적인 작동을 위해 Exchange 에 필요한 서비스는 사용 안 함으로 설정하지 마십시오. 예를 들어 전용 모드 Exchange 조직에서 작업할 때도 내부 작업을 위해서는 Exchange MTA

Stacks 서비스가 필요합니다. 따라서 Exchange MTA Stacks 서비스를 오랜 시간 동안 중지하거나 사용할 수 없도록 설정해서는 안 됩니다. Windows 에서 서비스를 중지하고 사용할 수 없도록 설정하려면 로컬 관리자 권한이 있어야 합니다.

절차Windows 에서 서비스를 중지하고 사용할 수 없도록 설정하려면 다음을 수행합니다.

1. 시작, 모든 프로그램, 관리 도구, 서비스를 차례로 클릭합니다.2. 서비스 스냅인의 오른쪽 창에서 중지하고 사용할 수 없도록 설정할 서비스를 찾아 두 번 클릭합니다.3. 서비스를 중지하려면 중지를 클릭합니다.4. 시작 유형의 값을 사용 안 함으로 변경합니다.5. 확인을 클릭하여 변경 내용을 저장합니다.6. 중지하고 사용할 수 없도록 설정할 서비스마다 2 - 5 단계를 반복한 다음 서비스 스냅인을 닫습니다.

더 이상 사용되지 않는 설정서버에서 이전에 Exchange 2000 Server 를 실행한 경우에는 Exchange 2000 Server 에 권장되는 수동 튜닝 변경을 수행했을 수도 있습니다. 나중에 Exchange Server 2003 을 실행할 수 있도록 해당 서버를 업그레이드한 경우에는 이러한 수동 튜닝 변경이 더 이상 필요하지 않습니다.

132

서버에서 이러한 변경 내용을 수동으로 제거해야 합니다. 제거해야 하는 설정에 대한 자세한 내용은 Exchange 2000 튜닝 매개 변수 제거를 참조하십시오.

Exchange Server 2003 성능 도구이 항목에서는 Microsoft® Exchange Server 2003 환경의 성능을 확인하는 데 유용한 도구를 설명합니다. 이러한 도구 중 일부는 Microsoft Windows® 2000 Server 또는 Windows Server™ 2003 과 함께 설치되고 일부는 Exchange Server 2003 과 함께 설치되며 또 다른 일부는 "Downloads for Exchange 2003" 웹 사이트(http://go.microsoft.com/fwlink/?LinkId=25097)에 있습니다. 다음 표에는 특정 성능 관련 도구가 표시되어 있습니다.

Note: 잘못 사용할 경우 심각하거나 때로는 돌이킬 수 없는 문제를 일으키는 도구도 있습니다. 실제 작업 환경에서 도구를 사용하기 전에 먼저 테스트 서버에서 도구를 사용하는 데 충분히 익숙해져야 합니다. 도구 관련 설명서를 읽고 발생할 수 있는 위험을 숙지하십시오.

Exchange Server 2003 성능 도구도구 이름 설명 실행 위치 설치 위치ESP(Exchange Stress and Performance)

스트레스와 성능을 테스트하기 위해 사용합니다.이 도구는 동시에 하나 이상의 프로토콜 서버에 액세스하여 많은 클라이언트 세션을 시뮬레이트합니다.

명령 프롬프트 2003 버전: http://go.microsoft.com/fwlink/?LinkId=278812000 버전: http://go.microsoft.com/fwlink/?LinkId=1709

Jetstress 디스크 하위 시스템의 성능과 안정성을 테스트하기 위해 사용합니다.

명령 프롬프트 http://go.microsoft.com/fwlink/?LinkId=27883

133












도구 이름 설명 실행 위치 설치 위치Load Simulator(LoadSim)

메일 로드에 대한 서버의 응답을 테스트하기 위한 벤치마킹 도구로 사용합니다.

설정 및 설치 방법은 http://go.microsoft.com/fwlink/?LinkID=1710 을 참조하십시오.

2003 버전: http://go.microsoft.com/fwlink/?LinkId=278822000 버전: http://go.microsoft.com/fwlink/?LinkId=1710

네트워크 모니터 서버 연결 문제를 진단하기 위해 사용합니다.

시작 | 모든 프로그램 | 관리 도구 | 네트워크 모니터프로그램 추가/제거 | Windows 구성 요소 추가/제거

시스템 모니터(성능 모니터라고도 함)성능의 기준을 만들고 성능 문제를 해결하기 위해 사용합니다.

시작 | 모든 프로그램 | 관리 도구 | 성능 Windows 설치 도중 설치됩니다.

LoadSim 과 ESP 는 실제 작업 환경으로 가기 전에 시스템의 상태를 확인하기 위해 시스템을 테스트할 때 유용합니다. 그 밖의 다른 도구를 사용하여 프로덕션 서버의 병목 상태를 진단할 수 있습니다.

Exchange Server Stress and Performance 2003ESP(Exchange Server Stress and Performance) 2003 을 사용하면 하나 이상의 Exchange 2003 서버에 동시에 액세스하고 있는 임의의 클라이언트 세션 몇 개를 시뮬레이트할 수 있습니다.ESP 는 다음과 같은 인터넷 프로토콜과 API 를 통해 클라이언트 세션을 시뮬레이트하는 모듈을 제공합니다. WebDAV(Microsoft Office Outlook® Web Access 용) IMAP4(Internet Message Access Protocol version 4rev1) LDAP(Lightweight Directory Access Protocol) OLE DB NNTP(Network News Transfer Protocol) POP3(Post Office Protocol version 3) SMTP(Simple Mail Transfer Protocol) Exchange ActiveSync®

134







http://go.microsoft.com/fwlink/?LinkID=1710



Outlook Mobile AccessESP 와 LoadSim 은 유사하지만 LoadSim 에서 다루지 못하는 이동성 기능과 인터넷 프로토콜을 사용하는 배포 유효성을 확인할 때는 ESP 를 사용하십시오.ESP 에 대한 자세한 내용은 도구와 함께 제공되는 설명서를 참조하십시오.

JetstressJetstress 는 관리자가 Exchange 서버를 실제 작업 환경에서 사용하기 전에 디스크 하위 시스템의 성능과 안정성을 확인하는 데 유용합니다. Jetstress 를 사용하면 Exchange 디스크 입/출력(I/O) 로드를 시뮬레이트하여 디스크 성능을 확인할 수 있습니다. Jetstress 는 지정된 사용자 수에 따라 발생하는 Exchange 데이터베이스 및 로그 파일 로드를 시뮬레이트합니다. Jetstress 와 함께 시스템 모니터, 이벤트 뷰어 및 Exchange 서버 데이터베이스 유틸리티를 사용하면 디스크 하위 시스템이 설정한 성능 기준을 만족하거나 그 이상인지 확인할 수 있습니다. Jetstress 를 사용하여 다음 두 가지 종류의 테스트를 수행할 수 있습니다. Jetstress 디스크 성능 테스트는 두 시간 동안 실행되며 저장소 솔루션의 성능과 크기를 확인할 수 있습니다. Jetstress 디스크 하위 시스템 스트레스 테스트는 24 시간 동안 실행되며 더 많은 시간과 더 많은 로드를 사용하여 서버 로드를 테스트할 수 있습니다. 두 가지 테스트 모두 실행하는 것이 디스크 하위 시스템의 무결성과 성능을 확인하는 가장 좋은 방법입니다. 업무 환경이 아닌 환경에서 Jetstress 디스크 성능 테스트와 Jetstress 디스크 하위 시스템 스트레스 테스트를 성공적으로 완료했으면 Exchange Server 2003 배포 프로세스의 다음 단계를 진행할 준비가 된 것입니다. 테스트를 실행하면 설정한 성능 기준에 따라 Exchange Server 2003 디스크 하위 시스템이 사용자가 설정한 사용자 수 및 사용자 프로필에 맞는 적당한 규모인지 확인할 수 있습니다.Jetstress 에 대한 자세한 내용은 도구와 함께 제공되는 설명서를 참조하십시오.

Load Simulator 2003 Load Simulator 2003(LoadSim)은 MAPI 클라이언트의 성능 로드를 시뮬레이트합니다. 각 서버에 부과할 로드를 해당 서버에서 처리할 수 있는지 여부를 확인하는 데 LoadSim 을 사용합니다. 또한 배포 계획의 유효성을 확인할 때도 사용할 수 있습니다.그러나 LoadSim 은 서버 크기 조정과 관련된 요인을 모두 고려하지는 못합니다. 서버 용량 계획에 영향을 미칠 수 있는 다음과 같은 요인은 시뮬레이트하지 못합니다. 인터넷에서 들어오는 원치 않는 상업성 전자 메일(스팸이라고도 함) 인터넷이나 조직 내의 다른 사이트에서 들어오는 SMTP 메일 흐름 계정 액세스를 위한 비 MAPI 프로토콜(예: POP3 및 IMAP4) 사용

135

모바일 장치 사용 공용 폴더 사용또한 LoadSim 은 사용자의 경험을 완전히 반영하지는 못하므로 결과를 그러한 측면으로 해석하지 않아야 합니다.LoadSim 2003 에 대한 자세한 내용은 도구와 함께 제공되는 설명서를 참조하십시오.

네트워크 모니터네트워크 모니터를 사용하면 LAN 의 문제를 검색하고 해결할 수 있습니다. 네트워크 모니터를 사용하여 수행할 수 있는 작업은 다음과 같습니다. 네트워크 소통량 패턴과 네트워크 문제를 확인합니다. 예를 들어 클라이언트와 서버 간 연결 문제를 찾고 작업 요청 수의 불균형을 초래하는 컴퓨터를 찾고 네트워크에서 권한이 없는 사용자를 식별할 수 있습니다. 네트워크에서 직접 프레임(패킷)을 캡처합니다. 캡처한 프레임을 표시, 필터링, 저장 및 인쇄합니다.네트워크 모니터에 대한 자세한 내용은 다음 Microsoft 기술 자료 문서를 참조하십시오. 294818, "네트워크 모니터에 대한 질문과 대답"

(http://go.microsoft.com/fwlink/?LinkId=3052&kbid=294818) 148942, "네트워크 모니터를 사용하여 네트워크 트래픽을 캡처하는 방법"

(http://go.microsoft.com/fwlink/?LinkId=3052&kbid=148942)

시스템 모니터시스템 모니터는 MMC(Microsoft Management Console) 스냅인으로, 광범위한 하위 시스템과 소프트웨어를 모니터링하는 데 사용할 수 있습니다. 또한 성능 카운터를 기반으로 데이터를 보고할 수 있는 공통된 인프라를 제공합니다. 성능 카운터는 다음과 같이 개체, 카운터, 인스턴스 등으로 계층적으로 구성되어 있습니다. 성능 개체 모니터링할 수 있는 컴퓨터의 부분입니다. Processor, Memory 및

PhysicalDisk 와 같은 개체가 가장 일반적으로 사용됩니다. Exchange Server 2003 을 설치하면 Microsoft Exchange Information Store(MSExchangeIS)와 같은 새 개체가 성능 개체 목록에 추가됩니다. 카운터 모니터링할 수 있는 개체의 부분입니다. 예를 들어 메모리 개체의 경우 초당 페이지 오류 수나 초당 전체 페이지 수 외에도 사용 가능한 메모리의 바이트, 킬로바이트 및 메가바이트 수를 모니터링할 수 있습니다. 인스턴스(옵션) 컴퓨터에서 모니터링할 수 있는 여러 개체나 카운터입니다. 예를 들어 다중 프로세서 컴퓨터에서 Processor 개체 아래의 카운터를 확인하면 해당 컴퓨터에 있는 프로세서

136



수 만큼의 인스턴스가 표시됩니다. 특정 프로세서만 모니터링하거나 전체 프로세서를 모니터링하도록 선택할 수 있습니다.시스템 모니터에 대한 자세한 내용은 Windows 도움말을 참조하십시오.

성능 카운터 정의Available Mbytes

해당 컴퓨터에서 실행 중인 프로세스에 사용할 수 있는 실제 메모리 양을 바이트 단위로 표시합니다.Bytes Total/sec

해당 웹 서비스에서 전송한 총 바이트 수 비율입니다. 이 카운터는 Bytes Sent/sec 과 Bytes Received/sec 의 합입니다.

Client LatencyLoadSim/Microsoft® Office Outlook® 클라이언트에서 측정한 MAPI/RPC(원격 프로시저 호출) 작업의 대기 시간입니다. 이 카운터는 해당 서버에서 클라이언트 요청을 수행하는 데 걸리는 시간을 측정합니다. 사용자가 개별 Outlook 작업을 시작할 때마다 기다려야 할 시간을 예상할 때도 사용할 수 있습니다.

Database\Database Cache Size데이터베이스 캐시 관리자가 파일 작업을 하지 않기 위해 데이터베이스 파일에서 일반적으로 사용되는 정보를 보관하는 데 사용하는 시스템 메모리의 평균 크기입니다. 최적의 성능을 내기에는 데이터베이스 캐시 크기가 너무 작고 시스템에 사용 가능한 메모리가 너무 적은 경우(Memory/Available Mbytes 참조) 시스템에 메모리를 추가하면 성능이 향상될 수 있습니다. 시스템에 사용 가능한 메모리가 많이 있을 때 데이터베이스 캐시 크기가 특정 시점 이상 늘어나지 않으면 데이터베이스 캐시 크기가 인위적인 하한 크기로 제한될 수 있습니다. 이 한도를 늘리면 성능이 향상될 수 있습니다.

DB Disk Transfers/secMicrosoft Exchange 데이터베이스 디스크 볼륨(.edb 및 .stm 파일)에 대한 전체 임의 읽기/쓰기 입출력(I/O) 작업 수의 평균 합입니다.

Disk Bytes/sec모든 디스크 볼륨에서 쓰거나 읽은 초당 평균 디스크 바이트 수입니다.

IMAP4 Connections현재 IMAP4(Internet Message Access Protocol version 4rev1) 클라이언트 연결 수입니다.

IMAP4 UID/sec초당 UID(고유 식별자) 명령 수입니다.

137

ISAPI Extension Requests/secOutlook Web Access 트랜잭션에 대한 초당 요청 수입니다.

Log Writes/secExchange 로그 파일 디스크 볼륨(.log 파일)에 대한 모든 순차적 쓰기 I/O 작업의 평균 합입니다.

MSExchangeIS Mailbox\Local Delivery Rate메시지가 Exchange 저장소로 로컬로 배달되는 평균 속도입니다.

MSExchangeIS\RPC Operations/secRPC 작업이 발생하는 속도입니다. 모든 MAPI 기반 작업이 RPC 프로토콜을 사용하므로 이 카운터는 Exchange 작업 부하를 측정하는 데 적절한 속도 카운터입니다.

MSExchangeIS\RPC RequestsExchange 저장소에서 현재 처리되고 있는 클라이언트 요청 수입니다.

Network Interface\Bytes Total/sec프레이밍 문자를 포함하여 각 네트워크 어댑터를 통해 보내고 받는 바이트의 평균 비율입니다. Network Interface\Bytes Total/sec 은 Network Interface\Bytes Received/sec 과 Network Interface\Bytes Sent/sec 의 합입니다.

Network Usage서버에서 해당 서버의 네트워크 어댑터와 교환하는 네트워크 소통량을 측정합니다.

POP3 DELE/sec초당 메시지 삭제 명령 수입니다.

POP3 STAT/sec초당 STAT 명령 수입니다. STAT 명령은 각 사용자의 연결에 한 번씩 실행됩니다.

Private Bytes이 프로세스가 할당한 바이트 중 다른 프로세스와 공유할 수 없는 현재 바이트 수를 표시합니다.

Processor\% Processor Time프로세서가 비유휴 스레드를 실행하는 데 소모한 시간의 평균 백분율입니다. 이 값은 샘플 간격 중에 유휴 스레드가 활성화된 시간을 측정하여 간격 기간에서 그 값을 뺀 것입니다. 각 프로세서에는 유휴 스레드가 있는데 이것은 실행 준비가 된 다른 스레드가 없는 상태에서 주기를 소모하는 스레드입니다. 이 카운터는 프로세서 작업을 나타내는 주요 지표로, 샘플 간격 중에 관찰되는 사용 시간의 평균 백분율을 표시합니다.

SMTP Local Queue로컬 사용자에 배달될 때까지 로컬 큐에서 대기하는 메시지 수입니다.

SMTP Messages Del/sec원격 서버로 배달되는 초당 메시지 수입니다.

SMTP Messages Sent/sec원격 서버로 보내지는 초당 메시지 수입니다.

138

Store Virtual BytesStore.exe 프로세스가 사용 중인 바이트 단위의 평균 가상 주소 공간 크기입니다. 해당 디스크 또는 주 메모리 페이지를 사용하지 않고 가상 주소 공간을 사용할 수도 있습니다. 그러나 가상 공간이 한정되어 있기 때문에 프로세스에서 라이브러리를 로드하는 기능이 제한될 수 있습니다.

System\Context Switches/sec해당 컴퓨터의 모든 프로세서가 한 스레드에서 다른 스레드로 전환한 평균 횟수입니다. 컨텍스트 전환은 실행 중인 스레드가 자발적으로 프로세서를 포기하거나 더 높은 우선 순위를 가진 준비 스레드에 의해 먼저 수행되거나 실행부 또는 그 하위 시스템 서비스를 사용하기 위해 사용자 모드와 특권(커널) 모드 간을 전환할 때 나타납니다. 이 카운터는 해당 컴퓨터의 모든 프로세서에서 실행되고 있는 모든 스레드에 대한 Thread\Context Switches/sec 의 합이며 전환 수로 측정됩니다. System 및 Thread 개체에 대한 컨텍스트 전환 카운터가 있습니다. 이 카운터는 최근 두 샘플에서 관찰된 값을 각 샘플 간격 기간으로 나눈 값의 차이를 표시합니다.

Web ISAPI Extension Requests/sec웹 서비스가 ISAPI(Internet Server Application Programming Interface) Extension 요청을 받은 비율입니다. Internet server API 요청은 Outlook Web Access 에서 Exchange 서버에 액세스하는 데 사용됩니다.

Working Set프로세스의 스레드가 최근에 사용한 메모리 페이지의 집합(프로세스에 할당된 메모리 영역)입니다. 해당 서버에 있는 사용 가능한 메모리가 지정한 임계값을 초과하면 페이지는 사용 중이 아니라도 프로세스의 Working Set 에 남아 있습니다. 사용 가능한 메모리가 지정한 임계값 미만이면 페이지는 Working Set 에서 제거됩니다. 이 페이지가 필요하면 주 메모리에서 없어져서 다른 프로세스에서 이를 사용할 수 있게 되기 전에 Working Set 으로 반환됩니다.

서버 크기 계산이 항목에서는 서버 크기 조정 요구 사항을 확인하는 방법을 설명하며 특히 사용자 그룹을 지원하는 데 필요한 하드웨어를 중점적으로 다룹니다. 다양한 Microsoft® Exchange 구성과 사용자 프로필이 있기 때문에 서버에서 지원되는 사용자 수를 정확히 판단하는 것이 어렵습니다. 디스크 리소스를 사용하려면 다양한 유형의 클라이언트, 사용자의 활동 수준, 저장소 하위 시스템의 용량, Exchange 서버의 구성 방식을 고려해야 합니다.이러한 문제를 평가하고 필요한 하드웨어를 결정하려면 다음 단계를 수행하십시오. 1. 사용 프로필을 결정합니다.2. 사용 프로필을 기반으로 서버를 선택합니다.3. 디스크 하위 시스템 용량을 확인합니다.

139

Note: 이 섹션에서 설명한 방법은 Exchange 2000 Server 에도 적용됩니다. Exchange Server 2003 에서는 Exchange 2000 Server 보다 사용자 로드는 약간 더 낮고 메모리는 더 효율적으로 사용됩니다. Exchange Server 2003 에서는 동일한 사용자 프로필에 대해 Exchange 2000 Server 보다 10% 정도 더 적은 디스크 리소스를 사용합니다. 새 서버를 업그레이드하고 선택할 때 예측 사항에 이 조정 내용도 포함시키십시오.

사용 프로필 결정서버에서 지원할 수 있는 사용자 수를 계산하려면 먼저 현재 사용 프로필을 결정해야 합니다. 다음 두 가지 주요 메트릭을 함께 사용하면 사용 프로필을 계산할 수 있습니다. 사서함별 메가사이클 수 사서함별 초당 메가사이클 수입니다. 프로덕션 서버에서 사용량이 가장 많은 두 시간 동안 측정된 사서함당 필요한 원시 프로세서 사용량입니다. 예를 들어 사용자가 작업량이 가장 많을 때 초당 1 메가사이클을 사용하는 경우 해당 서버에 사용자가 1,000 명 있으면(초당 1,000 메가사이클) 2,000MHz 의 단일 프로세서는 CPU 사용량이 50%인 상태로 작동합니다.

Note: 여기서 실제로 사용되는 측정 단위는 사서함별 초당 메가사이클 수입니다. 이 섹션에서는 간략하게 표현하기 위해 단어 "초당"을 생략합니다.

사서함별 IOPS 수 사서함별 초당 입/출력 수입니다. 프로덕션 서버에서 사용량이 가장 많은 두 시간 동안 측정된 사용자당 필요한 원시 DB(데이터베이스) 디스크 사용량(초당 입/출력 수)입니다. 트랜잭션 로그 I/O(입/출력) 작업 수는 이 메트릭에 포함되지 않습니다. 예를 들어 각 사서함이 작업량이 가장 많을 때 DB IOPS 를 0.5 개 사용하는 경우에 해당 서버에 사용자가 1,000 명 있으면 DB IOPS 는 500 개 있습니다. IOPS/mailbox 메트릭은 임의 읽기/쓰기 Exchange 데이터베이스 I/O 작업 수를 기반으로 합니다.

Note: 여기서 실제로 사용되는 측정 단위는 사서함별 초당 IOPS 수입니다. 이 섹션에서는 간략하게 표현하기 위해 단어 "초당"을 생략합니다.

사용 프로필은 Microsoft Outlook®뿐만 아니라 타사 응용 프로그램도 포함할 수 있는 프로덕션 데이터를 기반으로 합니다. 이 섹션에 나와 있는 권장치는 특정 클라이언트나 클라이언트 버전에만 적용되는 것이 아닙니다. 사서함당 메가사이클 수와 사서함당 IOPS 수를 계산할 때는 해당 서버에 있는 현재 사서함 수를 사용하십시오. 사서함별 메가사이클 수를 계산하는 방법에 대한 자세한 내용은 사서함별 메가사이클 수 계산 방법을 참조하십시오. 사서함별 IOPS 수를 측정하는 방법에 대한 자세한 내용은 사서함별 IOPS 측정 방법 을 참조하십시오.

140

해당 서버에 사용되지 않는 사서함이 많이 있거나 사용량이 가장 많은 두 시간 동안 많은 로드를 추가하지 않는 다른 응용 프로그램을 실행하는 경우에는 결과에 일반적인 사용자 로드가 나타나지 않습니다. 측정에 일반적인 사용자 사서함을 가진 서버를 선택하거나 사용되지 않는 사서함을 계산에 포함시키지 마십시오. 요일마다 사용 로드가 약간 다릅니다. 예를 들면 많은 회사에서 월요일에는 다른 요일보다 로드가 많습니다. 일반적인 최고 작업량을 측정하려면 월요일 08:00 - 10:00 사이에 하는 것이 좋습니다.서버가 상당량의 서버 리소스를 사용하는 다른 프로세스도 실행하는 경우에는 전체 CPU 사용량 대신 Store.exe 프로세스의 Process\% Processor Time 카운터를 사용하십시오. CPU 사용량에 영향을 미치고 비선형인 요인(예: 메모리 캐시 효과 및 서버가 CPU 수에 따라 확장되는 방법)이 많이 있으므로 이 계산을 지침으로 사용하여 처리 필요량을 결정하십시오. 실제 처리 필요량은 해당 측정 작업에 현재 사용 중인 하드웨어와 최종 하드웨어가 얼마나 다른지에 따라 달라집니다.

Note: 회사의 사용자가 다양한 사용 요구 사항을 갖고 있다면 사용자 그룹마다 사용 프로필을 별도로 측정해야 할 수도 있습니다. 예를 들어 세일즈 엔지니어는 로컬 마케팅 그룹과 다른 사용 프로필을 가질 수 있습니다. 별도로 측정하는 것은 사용자 그룹이 상당히 다른 경우에만 유용합니다.

사용 프로필을 기반으로 서버 선택사용 프로필(사서함당 메가사이클 수 및 사서함당 IOPS 수)을 결정했으면 CPU 및 디스크 하위 시스템 요구량을 계산할 수 있습니다. 다음 섹션에서는 4 가지 예제 사용 프로필을 제공하며 예제 서버 하드웨어 권장 사항도 설명합니다. 사용자의 프로필과 예제 프로필을 비교해서 사용자 회사의 필요에 가장 잘 맞는 프로필을 결정하고 권장 하드웨어를 지침으로 사용할 수 있습니다. 예를 들어 사용량이 많은 사용자와 사용량이 적은 사용자가 모두 있을 경우에는 사용량이 많은 사용자에 대한 지침을 사용하십시오.아래의 각 지침은 한 가지 사용 프로필과 서버/Storage Area Network 구성에만 적용됩니다. 이 예에서는 Hewlett Packard StorageWorks Enterprise Virtual Array 나 CLARiion FC-4500 SAN(Storage Area Network)을 사용하지만 같은 디스크 처리량을 제공하는 SAN 도 작동합니다. 적절한 하드웨어를 선택한 후에는 디스크 하위 시스템이 사용자 요구에 맞는지 확인하십시오. 자세한 내용은 이 항목의 뒷부분에 나오는 "디스크 하위 시스템 용량 확인"을 참조하십시오. 고급 서버 구성에는 프로세서가 4 개인(2.8GHz) 서버를 사용하는 것이 좋습니다. 권장되는 하드웨어는 네트워크 용량, 서버 메모리 및 캐시 크기 같은 다른 성능 요인은 고려하지 않은 것입니다. 그러나 예제 사용 프로필을 사용하면 서버에 충분한 CPU 와 디스크 용량이 있는지 판단할 수 있습니다. 사서함 서버 CPU 요구 사항을 계산하는 방법에 대한 자세한 내용은 사서함 서버 CPU 요구 사항 계

산 방법을 참조하십시오. 사서함 서버 디스크 하위 시스템 요구 사항을 계산하는 방법에 대한 자세한 내용은 사서함 서버 디스

크 하위 시스템 요구 사항 계산 방법을 참조하십시오.

141

예제 사용 프로필이 섹션에서는 예제 사용 프로필과 각 프로필의 권장 하드웨어를 제공합니다. 앞의 섹션에서 수집한 정보를 사용하여 현재 요구 사항과 가장 잘 맞는 예제 프로필을 결정하십시오.사서함 크기와 사용자 동작에 따라 사서함당 IOPS 수 측정이 다음 섹션에 나와 있는 예제보다 많이 높거나 낮게 나타날 수 있습니다. 예를 들어 한 회사가 사서함당 IOPS 수가 4 인 사용자 프로필을 갖고 있습니다. 사용자에게 사서함 할당량이 없으므로 사서함당 IOPS 수가 대개 컸습니다. 일반적인 사서함 크기는 1-10GB였습니다. 첨부 파일 한도가 25MB 로 늘었기 때문에 사용자는 대용량 첨부 파일과 함께 메시지도 보냈습니다.

Heavy Knowledge Worker 프로필HKW(Heavy Knowledge Worker)는 매우 집중적인 Knowledge Worker 프로필입니다. 이 프로필에 맞는 사용자는 전자 메일에 주로 의존하는 작업을 갖고 있습니다. 사용자가 캐시된 Exchange 모드 클라이언트를 갖고 있을 수 있습니다. 이 프로필에서 예상되는 사용량은 다음과 같습니다. 사서함당 메가사이클 수: 약 2.5 사서함당 IOPS 수: 약 0.75

HKW 프로필에 대한 예제 대용량 서버서버 하드웨어 프로세서 4 개, 1,996MHz(하이퍼 스레드),

4GB RAMSAN(Storage Area Network) 하드웨어 Hewlett Packard StorageWorks

Enterprise Virtual Array RAID0+1 을 사용하는 48 개의 디스크 스핀들에 분산된 4 개의 저장소 그룹, 저장소 그룹당 5 개의 데이터베이스

저장소 그룹당 사서함 수 1,150서버당 사서함 수 4,600최대 프로세서 사용량 80%최대 디스크 사용량 84%

이 예제 구성에서는 서버가 5,100 명의 HKW 사용자를 지원할 수 있습니다. 서버에 MKW 사용자가 4,725 명 있다면 최대 프로세스 사용량은 80%로 로드가 극도로 높은 기간에 발생하는 오버헤드를 충분히 처리할 수 있습니다. 디스크가 스핀들당 100 개의 IOPS 를 지원할 경우 48 개의 스핀들은 초당 약 4,800 개의 IOPS 를 처리할 수 있습니다. 따라서 사서함당 0.75 개의 IOPS 를 필요로 하는 4,600 명의 사용자가 있을 경우 데이터베이스 드라이브의 최대 디스크 사용량은 72%입니다. RAID1 구성에서 모든 쓰기에 두

142

번의 I/O 작업이 필요한 경우에는 예상 처리량이 초당 3,840 개의 IOPS(이 값을 계산하는 방법에 대한 설명을 보려면 이 항목의 뒷부분에 나오는 "디스크 용량 계산" 참조)로 줄어듭니다. 위 표의 실제 최대 디스크 사용량은 예상치가 아닌 실제 디스크 용량 값에 기초하기 때문에 약간 더 높습니다.

Medium Knowledge Worker 프로필MKW(Medium Knowledge Worker)는 집중적인 Knowledge Worker 프로필입니다. 클라이언트가 BlackBerry 나 그 밖의 다른 로밍 장치를 사용하고 있을 수 있습니다. 이 프로필에 맞는 사용자는 전자 메일에 주로 의존하는 작업을 갖고 있습니다. 이 프로필에서 예상되는 사용량은 다음과 같습니다. 사서함당 메가사이클 수: 약 1.9 사서함당 IOPS 수: 약 0.4

MKW 프로필에 대한 예제 대용량 서버서버 하드웨어 프로세서 4 개, 2,800MHz, 4GB RAMSAN(Storage Area Network) 하드웨어 Hewlett Packard StorageWorks

Enterprise Virtual Array RAID0+1 을 사용하는 30 개의 디스크 스핀들에 분산된 3 개의 저장소 그룹, 저장소 그룹당 한 개의 데이터베이스


이 예제 구성에서는 서버가 4,725 명의 MKW 사용자를 지원할 수 있습니다. 서버에 MKW 사용자가 4,725 명 있다면 최대 프로세스 사용량은 80%이며 로드가 가장 높은 기간 동안에도 충분한 오버헤드를 남깁니다. 디스크가 스핀들당 100 개의 IOPS 를 지원할 경우 30 개의 스핀들은 초당 약 3,000 개의 IOPS 를 처리할 수 있습니다. 따라서 사서함당 0.4 개의 IOPS 를 필요로 하는 4,725 명의 사용자가 있을 경우 데이터베이스 드라이브의 최대 디스크 사용량은 72%입니다. 이 표의 실제 최대 디스크 사용량은 예상치가 아닌 실제 디스크 용량 값에 기초하기 때문에 약간 더 높습니다.

Light Knowledge Worker 프로필LKW(Light Knowledge Worker)는 약한 Knowledge Worker 프로필입니다. 이 프로필에 맞는 사용자는 일반적으로 작은 사서함 할당량을 갖고 있습니다. 이 프로필에서 예상되는 사용량은 다음과 같습니다.

143

사서함당 메가사이클 수: 약 0.75 사서함당 IOPS 수: 약 0.18

LKW 프로필에 대한 예제 대용량 서버서버 하드웨어 프로세서 4 개, 2,800MHz, 4GB RAMSAN(Storage Area Network) 하드웨어 Hewlett Packard StorageWorks

Enterprise Virtual Array RAID0+1 을 사용하는 30 개의 디스크 스핀들에 분산된 3 개의 저장소 그룹, 저장소 그룹당 한 개의 데이터베이스


Very Light Knowledge Worker 프로필VLKW(Very Light Knowledge Worker)는 아주 약한 전자 메일 사용자입니다. 이 프로필에 맞는 사용자는 POP3(Post Office Protocol version 3)를 사용하고 작은 사서함 할당량을 갖고 있을 것입니다. 이 프로필에서 예상되는 사용량은 다음과 같습니다. 사서함당 메가사이클 수: 약 0.33 사서함당 IOPS 수: 약 0.078

VLKW 프로필에 대한 예제 대용량 서버서버 하드웨어 프로세서 4 개, 2,000MHz, 4GB RAMSAN(Storage Area Network) 하드웨어 CLARiion FC-4500

RAID0+1 을 사용하는 18 개의 디스크 스핀들에 분산된 4 개의 저장소 그룹, 저장소 그룹당 한 개의 데이터베이스저장소 그룹당 사서함 수 6,700서버당 사서함 수 20,100최대 프로세서 사용량 76%최대 디스크 사용량 46%

144

디스크 하위 시스템 용량 확인서버 크기 조정 결정 작업의 마지막 단계는 디스크 하위 시스템 용량을 확인하는 것입니다. 디스크 하위 시스템을 선택한 후에는 하드웨어의 처리량을 테스트하여 사용자의 필요에 맞는지 확인해야 합니다. Microsoft 에서 제공하는 Jetstress 도구를 사용하면 디스크 하위 시스템의 성능을 측정할 수 있습니다. Jetstress 는 Exchange 데이터베이스 읽기/쓰기 로드를 시뮬레이트하는 스트레스 로드를 생성합니다. 도구를 실행할 때 각 SAN 에 읽기 또는 쓰기 대기 시간이 20ms 를 초과하지 않게 최대 IOPS 수(초당 I/O 작업 수)를 부과하십시오. Jetstress 에 대한 자세한 내용은 Exchange Server 2003 성능 도구 를 참조하십시오.많은 다른 종류의 디스크 하위 시스템이 같은 Exchange 메시징 배포를 처리할 수 있습니다. 다음 섹션에서 설명하는 예제 하위 시스템은 예제일 뿐이며 특정 저장 하위 시스템을 권장하기 위한 것이 아닙니다. 어떤 디스크 하위 시스템을 선택하더라도 먼저 테스트를 통해 해당 하위 시스템이 사용자의 요구 사항을 충족시키는지 확인해야 합니다.

파이버 채널 SAN 의 예제 테스트 결과표 C.5 의 데이터는 파이버 채널 SAN 의 최대 지속 가능 처리량을 테스트할 때 얻은 테스트 결과를 보여 줍니다. 이 테스트 작업은 테스트 환경에서 수행되었습니다.

Jetstress SAN 테스트기능 로그 데이터베이스저장소 그룹 구성 6 개의 디스크(RAID0+1) 6 개의 디스크(RAID0+1)디스크 쓰기 대기 시간(ms) 3 10디스크 읽기 대기 시간(ms) 0 20초당 디스크 전송 수 135 430초당 디스크 읽기 수 0 285초당 디스크 쓰기 수 135 145스핀들당 IOPS 수 적용할 수 없음 71.7

이 예제에서는 Jetstress 테스트가 저장소 그룹 데이터베이스당 최대 430 개의 IOPS 비율을 유지했습니다. 이 Jetstress 테스트는 다음과 같은 매개 변수를 사용하여 실행되었습니다.jetstress -l L:\logfile_location -Z -A -I 50 -D 50 -R 0 -N 0

Note: Exchange 논리 단위가 다른 비 메시징 응용 프로그램이나 서버와 스핀들을 공유하면 성능이 저하될 수 있습니다. 디스크를 Exchange 서버 전용으로 사용하면 Exchange 가

145

최적으로 수행됩니다. Exchange 가 스핀들을 공유하면 실제 성능이 테스트 환경의 테스트에서 관찰된 성능보다 떨어질 수 있습니다.Jetstress 테스트에서 측정된 처리량을 기반으로 해당 디스크 하위 시스템에서 지원할 수 있는 사용자 수를 결정할 수 있습니다. 예를 들어 이 시나리오에서는 Storage Area Network 가 1,075 개의 HKW 사서함을 지원할 수 있습니다.

디스크 용량 예상디스크 용량을 예상하려면 각 스핀들에 대해 초당 IOPS 수를 약 100 개로 예상하는 것이 좋습니다. 이것은 10,000rpm 을 가정한 상태의 것입니다. 디스크 구성에 따라 조정해야 할 수도 있습니다. Exchange 데이터베이스 디스크의 경우 디스크 읽기 대 디스크 쓰기의 적절한 비율은 3:1 입니다. 그러나 사용자에게 적합한 비율을 직접 측정할 수도 있습니다. 다음 표에서는 3:1 의 비율로 RAID0, RAID1, RAID0+1 및 RAID5 구성의 예상 처리량을 보여 줍니다.

스핀들당 예상 RAID 처리량RAID 구성 스핀들당 예상 초당 IOPS 수Raid0 100Raid1 80Raid0+1 80Raid5 57

이 계산에 따르면 함께 스트라이프된 디스크 48 개는 초당 3,840 개의 IOPS 를 처리할 수 있는 것으로 예상됩니다. 마찬가지로 RAID5 구성에서는 디스크 5 개가 초당 285 개의 IOPS 를 처리할 수 있습니다.RAID0 구성에서는 읽기와 쓰기가 각각 I/O 작업을 하나씩 생성합니다. RAID1 구성과 RAID0+1 구성에서는 읽기가 I/O 작업을 하나씩 생성하지만 쓰기는 미러 디스크마다 한 번씩 두 번의 I/O 작업을 필요로 합니다. RAID5 에서는 쓰기마다 4번의 I/O 작업 즉, 패리티를 계산하는 데 두 번의 읽기와 두 번의 쓰기(하나는 데이터용이고 다른 하나는 패리티를 쓰는 데 사용)를 필요로 합니다. 따라서 RAID1, RAID0+1 및 RAID5 의 경우 초기 읽기 및 쓰기 수가 확장됩니다. I/O 작업 수를 늘리는 예제를 보려면 이 항목의 뒷부분에 나오는 "예제 계산"을 참조하십시오. 초기 읽기 및 쓰기 수의 측면에서 보면 외견상 처리량이 감소됩니다.

예제 계산다음 표에서는 각 RAID 구성에서 300 회의 읽기 I/O 작업과 100 회의 쓰기 I/O 작업에 필요한 I/O 작업 수를 보여 줍니다.

146

예제 RAID I/O 작업 성능RAID 구성 읽기 및 쓰기 수 전체 I/O 작업 수RAID0 1 회 읽기 + 1 회 쓰기 400RAID1 1 회 읽기 + (2 회 쓰기) 500RAID0+1 1 회 읽기 + (2 회 쓰기) 500RAID5 1 회 읽기 + (4 회 쓰기) 700

이 예제를 보면 RAID1 구성에서는 400번의 트랜잭션(읽기 300번, 쓰기 100번)이 500번의 I/O 작업을 생성한다는 것을 알 수 있습니다. 외견상의 처리량은 400/500 또는 0.8 비율로 감소됩니다. 따라서 RAID0 의 경우 스핀들당 100 개의 IOPS 로 예상하는 대신 스핀들당 80 개의 IOPS 로 예상하는 것이 더 맞습니다.

System Center Capacity Planner 2006 을 사용한 토폴로지 계획System Center Capacity Planner 2006 은 Exchange Server 2003 과 같은 서버 응용 프로그램을 배포하기 위한 시스템 아키텍처 모델을 만드는 Microsoft 제품입니다. 일반적인 모델은 다음과 같은 요소로 구성됩니다. 토폴로지: 사이트 위치, 네트워크 종류, 네트워크 구성 요소 및 네트워크 특성(대역폭, 대기 시간) 하드웨어: 서버 배포 및 특성, 서버 및 네트워크 매핑 소프트웨어: 서버 역할 및 서비스 매핑, 파일 및 저장소 장치 매핑 사용 프로필: 사이트 사용 및 클라이언트 사용모델을 만든 후에는 해당 응용 프로그램과 지원 구성 요소의 성능에 대한 요약 및 자세한 정보를 제공하는 시뮬레이션을 실행할 수 있습니다. 이 도구에 대한 자세한 내용은 System Center Capacity Planner 2006 웹 페이지를 참조하십시오.

요약서버 크기를 조정할 때 수행하는 세 가지 단계는 아래와 같습니다. 사용 프로필을 결정합니다. 하드웨어를 선택하고 하드웨어 CPU 와 디스크가 해당 사용 프로필에 적절한지 계산합니다. 디스크 하위 시스템의 성능을 확인합니다. 사용 프로필은 시간에 따라 변합니다. 따라서 전체적으로 양호한 성능과 적절한 로드를 유지하기 위해서는 서버를 정기적으로 모니터링해야 합니다.

147



사서함별 메가사이클 수 계산 방법서버에서 지원할 수 있는 사용자 수를 계산하려면 먼저 현재 사용 프로필을 결정해야 합니다. 다음 두 가지 주요 메트릭을 함께 사용하면 사용 프로필을 계산할 수 있습니다. 사서함별 메가사이클 수 사서함별 초당 메가사이클 수입니다. 프로덕션 서버에서 사용량이 가장 많은 두 시간 동안 측정된 사서함당 필요한 원시 프로세서 사용량입니다. 사서함별 IOPS 수 사서함별 초당 입/출력 수입니다. 프로덕션 서버에서 사용량이 가장 많은 두 시간 동안 측정된 사용자당 필요한 원시 DB(데이터베이스) 디스크 사용량(초당 입/출력 수)입니다. 트랜잭션 로그 I/O(입/출력) 작업 수는 이 메트릭에 포함되지 않습니다. 사서함별 IOPS 수를 측정하는 방법에 대한 자세한 내용은 사서함별 IOPS 측정 방법 을 참조하십시오.

시작하기 전에이 항목의 절차를 수행하기 전에 다음을 고려해야 합니다.회사의 사용자가 다양한 사용 요구 사항을 갖고 있다면 사용자 그룹마다 사용 프로필을 별도로 측정해야 할 수도 있습니다. 예를 들어 세일즈 엔지니어는 로컬 마케팅 그룹과 다른 사용 프로필을 가질 수 있습니다. 별도로 측정하는 것은 사용자 그룹이 상당히 다른 경우에만 유용합니다.

절차사서함당 메가사이클 수를 계산하려면 다음을 수행합니다.

1. 일반적인 사용자 로드를 가진 프로덕션 서버를 선택합니다.2. 시스템 모니터 도구를 사용하여 서버 작업량이 가장 많은 두 시간 동안 Processor\%

Processor Time 카운터를 모니터링합니다. 3. 2 단계에서 얻은 데이터로부터 평균 CPU 사용량(%)을 계산합니다. 4. 아래의 공식에 나와 있는 것처럼 현재 사서함당 메가사이클 수를 계산합니다.

사서함당 메가사이클 수 = ((평균 CPU 사용량) × (메가사이클 단위의 프로세서 속도) × (프로세서 수)) ÷ (사서함 수)

사서함별 IOPS 측정 방법서버에서 지원할 수 있는 사용자 수를 계산하려면 먼저 현재 사용 프로필을 결정해야 합니다. 다음 두 가지 주요 메트릭을 함께 사용하면 사용 프로필을 계산할 수 있습니다.

148

사서함별 메가사이클 수 사서함별 초당 메가사이클 수입니다. 프로덕션 서버에서 사용량이 가장 많은 두 시간 동안 측정된 사서함당 필요한 원시 프로세서 사용량입니다. 사서함별 메가사이클 수를 계산하는 방법에 대한 자세한 내용은 사서함별 메가사이클 수 계산 방법을 참조하십시오. 사서함별 IOPS 수 사서함별 초당 입/출력 수입니다. 프로덕션 서버에서 사용량이 가장 많은 두 시간 동안 측정된 사용자당 필요한 원시 DB(데이터베이스) 디스크 사용량(초당 입/출력 수)입니다. 트랜잭션 로그 I/O(입/출력) 작업 수는 이 메트릭에 포함되지 않습니다.

시작하기 전에이 항목의 절차를 수행하기 전에 다음을 고려해야 합니다.회사의 사용자가 다양한 사용 요구 사항을 갖고 있다면 사용자 그룹마다 사용 프로필을 별도로 측정해야 할 수도 있습니다. 예를 들어 세일즈 엔지니어는 로컬 마케팅 그룹과 다른 사용 프로필을 가질 수 있습니다. 별도로 측정하는 것은 사용자 그룹이 상당히 다른 경우에만 유용합니다.

절차사서함당 IOPS 수를 측정하려면 다음을 수행합니다.

1. 일반적인 사용자 로드를 가진 프로덕션 서버를 선택합니다.2. 시스템 모니터 도구를 사용하여 서버 작업량이 가장 많은 두 시간 동안 Physical Disk\

Disk Transfers/sec 카운터를 모니터링합니다. 3. 아래의 공식에 나와 있는 것처럼 현재 사서함당 IOPS 수를 계산합니다.

사서함별 IOPS 수 = (초당 평균 디스크 전송 수) ÷ (사서함 수)

사서함 서버 CPU 요구 사항 계산 방법사용 프로필(사서함당 메가사이클 수 및 사서함당 IOPS 수)을 결정했으면 CPU 및 디스크 하위 시스템 요구량을 계산할 수 있습니다. 이 항목에서는 CPU 요구 사항을 계산하는 방법에 대해 설명합니다. 디스크 하위 시스템 요구 사항을 계산하는 방법에 대한 자세한 내용은 사서함 서버 디스크 하위 시스

템 요구 사항 계산 방법을 참조하십시오.

시작하기 전에이 항목의 절차를 수행하기 전에 다음 권장 사항을 고려해야 합니다.

149

일반적으로 고급 서버 구성에는 프로세서가 4 개인(2.8GHz) 서버를 사용하는 것이 좋습니다. 권장되는 하드웨어는 네트워크 용량, 서버 메모리 및 캐시 크기 같은 다른 성능 요인은 고려하지 않은 것입니다. 그러나 예제 사용 프로필을 사용하면 서버에 충분한 CPU 와 디스크 용량이 있는지 판단할 수 있습니다.

절차CPU 요구량을 계산하려면 다음을 수행합니다 프로세서에서 지원할 수 있는 최대 사용자 수를 계산하려면 전체 프로세서 메가사이클 수에

0.80 을 곱한 다음 현재 사서함당 메가사이클 수로 나눕니다. N 최대 사용자 수 = 0.80 × (프로세서 수) × (메가사이클 단위의 프로세서 속도) ÷ (사서함당 현재 메가사이클 수)

마찬가지로 서버에 투입한 사용자 수에 대해 서버의 메가사이클이 충분한지 확인하려면 아래와 같이 사용자 수에 사서함당 현재 메가사이클 수를 곱한 다음 그 결과를 해당 서버의 메가사이클 수(프로세서 수에 속도를 곱한 메가사이클 단위의 값)로 나눕니다. 값이 0.80 미만이면 서버가 해당 사용자 수를 지원할 수 있는 것입니다. 80% 사용을 초과하지 마십시오. 초과하면 서버가 오버로드됩니다. CPU 사용량 = ((사용자 수) × (사서함당 현재 메가사이클 수)) ÷ ((프로세서 수) × (메가사이클 단위의 프로세서 속도))

사서함 서버 디스크 하위 시스템 요구 사항 계산 방법사용 프로필(사서함당 메가사이클 수 및 사서함당 IOPS 수)을 결정했으면 CPU 및 디스크 하위 시스템 요구량을 계산할 수 있습니다. 이 항목에서는 CPU 요구 사항을 계산하는 방법에 대해 자세히 설명합니다. CPU 요구 사항을 계산하는 방법에 대한 자세한 내용은 사서함 서버 CPU 요구 사항 계

산 방법을 참조하십시오.권장되는 하드웨어는 네트워크 용량, 서버 메모리 및 캐시 크기 같은 다른 성능 요인은 고려하지 않은 것입니다. 그러나 예제 사용 프로필을 사용하면 서버에 충분한 CPU 와 디스크 용량이 있는지 판단할 수 있습니다.

150

절차디스크 하위 시스템 요구량을 계산하려면 다음을 수행합니다.

디스크 하위 시스템이 적절한지 계산하려면 해당 서버에 있게 될 사용자 수를 현재 사서함당 IOPS 수로 곱한 다음 그 결과를 해당 디스크가 제공할 초당 전체 IOPS 수 용량으로 나눕니다. 디스크 사용은 0.80 미만이어야 하며 그렇지 않으면 서버가 오버로드됩니다. 디스크 사용량 = ((사용자 수) × (사서함당 현재 IOPS 수)) ÷ (초당 전체 IOPS 수)

데이터베이스마다 디스크 사용량을 별도로 계산하는 것이 좋습니다. 저장소 그룹 내의 모든 데이터베이스가 단일 LUN(Logical Unit Number)을 사용하는 경우에는 아래와 같이 데이터베이스가 아닌 저장소 그룹당으로 계산할 수 있습니다. 데이터베이스당 디스크 사용량 = ((해당 데이터베이스에 있는 사용자 수) × (사서함당 현재 IOPS 수)) ÷ (초당 전체 IOPS 수)

Copyright이 문서에 포함된 정보는 문서 발행 시에 논의된 문제들에 대한 Microsoft Corporation 의 당시 관점을 나타냅니다. Microsoft 는 변화하는 시장 상황에 부응해야 하므로 이를 Microsoft 측의 공약으로 해석해서는 안 되며 발행일 이후 소개된 어떠한 정보에 대해서도 Microsoft 는 그 정확성을 보증하지 않습니다.이 문서는 오직 정보를 제공하기 위한 것입니다. Microsoft 는 이 설명서의 정보에 대해 어떠한 명시적이거나 묵시적인 보증도 하지 않습니다.해당 저작권법을 준수하는 것은 사용자의 책임입니다. 저작권에서의 권리와는 별도로, 이 설명서의 어떠한 부분도 Microsoft 의 명시적인 서면 승인 없이는 어떠한 형식이나 수단(전기적, 기계적, 복사기에 의한 복사, 디스크 복사 또는 다른 방법) 또는 목적으로도 복제되거나, 검색 시스템에 저장 또는 도입되거나, 전송될 수 없습니다. Microsoft 가 이 설명서 본안에 관련된 특허권, 상표권, 저작권, 또는 기타 지적 재산권 등을 보유할 수도 있습니다. 서면 사용권 계약에 따라 Microsoft 로부터 귀하에게 명시적으로 제공된 권리 이외에, 이 설명서의 제공은 귀하에게 이러한 특허권, 상표권, 저작권, 또는 기타 지적 재산권 등에 대한 어떠한 사용권도 허여하지 않습니다.다른 설명이 없는 한, 용례에 사용된 회사, 기관, 제품, 도메인 이름, 전자 메일 주소, 로고, 사람, 장소 및 이벤트 등은 실제 데이터가 아닙니다. 어떠한 실제 회사, 기관, 제품, 도메인 이름, 전자 메일 주소, 로고, 사람, 장소 또는 이벤트와도 연관시킬 의도가 없으며 그렇게 유추해서도 안 됩니다.

2006 Microsoft Corporation. All rights reserved.ⓒ

Microsoft, MS-DOS, Windows, Windows Server, Windows Vista, Active Directory, ActiveSync, ActiveX, Entourage, Excel, FrontPage, Hotmail, JScript, Microsoft

151

Press, MSDN, MSN, Outlook, SharePoint, Visual Basic, Visual C++, Visual Studio, Win32, Windows Mobile, Windows NT 및 Windows Server System 은 미국, 대한민국 및/또는 기타 국가에서의 Microsoft Corporation 등록 상표 또는 상표입니다.다른 모든 상표는 해당 소유자가 소유한 것입니다.

152

Documents

Microsoftdownload.microsoft.com › download › c › f › 9 › cf99214… · Web viewIMAP4 프런트 엔드 서버 성능 IMAP4 프런트 엔드 서버 백 엔드 서버 1 백