참고 사항
- 기본적으로 Exchange Server 역할에 대한 Discovery 및 Monitoring은 동작하지 않는다.
- 이는 먼저 소수의 서버에 대해 테스트를 진행한 후 전체적으로 관제를 시작하기 위함이다.
- 관리팩을 가져오면 Exchange 2007 Discovery Helper 클래스에 Exchange Server가 등록된다.
- 먼저 Exchange 2007 Discovery Helper 클래스에 정상적으로 Exchange Server가 검색되었는지를 확인한다.

모니터링 설정
1. 다음과 같은 검색 규칙에 대해 사용으로 재정의 설정을 한다.
> Exchange 2007 CCR Clustered Mailbox Server Role Discovery
> Exchange 2007 CCR Node Role Discovery
> Exchange 2007 Standalone CCR Node Discovery
> Exchange 2007 CAS Role Discovery
> Exchange 2007 Hub Transport Role Discovery
> Exchange 2007 Edge Role Discovery
> Exchange 2007 UM Role Discovery

2. Edge Server의 사이트 이름 및 포리스트 이름 변경
> 기본적으로 모든 Edge Server들은 별도의 관리 그룹으로 설정된다. (도메인 구성원이 아니기 때문에)
> Site Edge on Edge discovery 검색 규칙을 재정의해 다른 역할이 설치된 서버와 동일한 관리 그룹으로 변경한다.
> 재정의할 부분은 'AD Site Name', 'Forest DNS Name'이다. 다른 서버의 검색 결과와 동일하게 변경한다.

3. 관리팩에 의해 다음과 같은 Exchange Server 용 MP 템플릿이 추가된다.
> Exchange 2007 Client Access Server Monitoring : CAS -> Mailbox 테스트
> Exchange 2007 Intra-Organization Mail Flow Monitoring : 실제 메일 서버 간 전송 테스트

4. Exchange Server 2007의 테스트 명령이 정상적으로 동작하도록 Cmdlet을 이용해 설정한다.
> Test-OwaConnectivity
> Test-ActiveSyncConnectivity
> Test-WebServicesConnectivity
> Test-PopConnectivity
> Test-ImapConnectivity

5. 각 Exchange Server에 대해 Agent Proxy 설정

6. 원격 통합 메시징(UC) 모니터링 설정
> Exchange 2007 Test UM Connectivity Remote Voice Collection 규칙 재정의
> Exchange 2007 Test UM Connectivity Remote Voice Monitor 모니터 재정의
> 재정의 항목 중 Enabled와 Phone, UM IP Gateway를 수정한다.
> Phone 확장 번호는 다음 Cmdlet을 이용해 구독 번호 또는 자동 전화 교환 번호를 입력한다.
> Get-UMDialPlan -> AccessTelephoneNumbers 속성
> Get-UMAutoAttendant -> PilotIdentifierList 속성

Set-Mailbox -Identity <MailboxIdParameter> -Languages  <languagecode>
예)Set-Mailbox -Identity administrator -Languages  ko-kr
 
Languages 매개 변수는 기본 설정 순서대로 이 사서함의 언어 기본 설정을 지정합니다.
해당 언어가 지원되는 경우 여러 Exchange 구성 요소에서 기본 설정 언어로 사서함 사용자에게 정보를 표시합니다.
이러한 구성 요소 중에는 할당량 메시지, NDR(배달 실패 보고서), Microsoft Outlook Web Access 사용자 인터페이스 및 UM(통합 메시징) 음성 안내가 포함됩니다.

참고 사이트 (MS Technet)
http://technet.microsoft.com/ko-kr/library/bb123981.aspx

Exchange 관리 셸을 사용하여 Outlook Web Access의 로그온 및 오류 언어 설정을 구성하려면 다음을 수행합니다.
Set-OwaVirtualDirectory -identity "Owa (Default Web Site)" -LogonAndErrorLanguage <language code>

Exchange 관리 셸을 사용하여 Outlook Web Access 가상 디렉터리의 기본 클라이언트 언어 설정을 구성하려면 다음을 수행합니다.
Set-OwaVirtualDirectory -identity "Owa (Default Web Site)" -DefaultClientLangugage <language code>

Exchange 관리 셸을 사용하여 개별 사서함의 클라이언트 언어 설정을 구성하려면 다음을 수행합니다.
Set-Mailbox –identity <mailbox identity> -languages <language code>

I see a lot of memory related Exchange Server 2007 questions in the Exchange 2007 forum on the MSExchange.org boards, so this month my plan was to talk about what has changed in regards to memory utilization in Exchange Server 2007 compared to previous versions of Exchange Server. As most of you remember, because Exchange Server 2003 was based on 32-bit architecture, this version of Exchange Server was limited to using a maximum of 4GB of memory. Because Exchange Server 2007 is based on 64-bit architecture, this limitation is no longer there. In fact Exchange Server 2007 has much better memory utilization than Exchange Server 2003 had, and is capable of using 32 GB of memory and more. Personally, I have deployed Exchange 2007 Mailbox servers with 16 GB of memory installed, and I have seen Store.exe processes grow as large as to approximately 14 GB in size!
These memory utilization changes are excellent for large enterprise IT organizations, but several of the smaller organizations with a relatively small amount of mailbox-enabled users (between 10-30) and an Exchange 2007 Mailbox server with let us say 4 GB of memory often seem to experience problems with excessive memory utilization. Several Exchange administrators report that their Exchange 2007 Mailbox server uses more memory than the amount of physical memory installed in the server. This means that the server can become sluggish and unresponsive.
With Exchange Server 2003, the store process was bound to a certain memory cache limit. The upper bounds of this limit were typically set at around 900MB. With Exchange Server 2007 which uses 64-bit architecture, the limit on database cache size is no longer present. Currently, the default minimum cache size for Exchange 2007 is 512MB (for machines with at least 2GB RAM), and there is no maximum value set, which means that ESE (store.exe) will grow the cache to consume almost all available RAM on the server if there is no other memory pressure on the system. A larger database cache size typically results in greatly reduced disk I/O as reading information from memory is much faster than reading information from disk. If memory pressure occurs, that is other applications request/require memory, ESE will appropriately shrink the size of the database cache automatically.
Okay, I hear you say, that was a good explanation, but unfortunately this is not the behavior I experience in my environment. So, what can I do if my Exchange 2007 server is sluggish and unresponsive? Although generally not recommended by Microsoft, there is one thing you can do. You can set a limit on the ESE database memory cache. This is done by following the below steps:

Warning!
Serious problems might occur if you modify the registry incorrectly by using Registry Editor or by using another method. These problems might require that you reinstall your Operating System. Neither MSExchange.org nor Microsoft can guarantee that these problems can be solved. Modify the registry at your own risk!

· Start ADSI Edit by clicking Start > Run and typing ADSIEDIT.MSC
· Open the following object: Configuration > Services > Microsoft Exchange > Exchange organization > AdministrativeGroups > Your administrative group > Servers > Server name > Information Store
· Right-click the Information Store, and then click Properties.
· Under the list of Attributes, scroll down and select msExchESEParamCacheSizeMax

Note
The msExchESEParamCacheSizeMax parameter controls the ESE buffer size. Its value is expressed as a page count, and must be set to an exact multiple of 8192 for maximum efficiency. If this value is not met, the cache size is rounded up to the next 32-MB boundary when virtual memory is allocated. If this value is incorrectly set, memory may be wasted.

Exchange에서는 메시지 크기 제한 설정을 하는 부분이 3군데이다.
1. 사용자별 설정
2. Transport Config 설정
3. 송신 커넥터와 수신 커넥터에서 설정

기본적으로 새 계정을 만들게 되면 제한 설정은 제한 없는 상태이다.
그리고, Transport Config도 없는 상태이다.

세번째, 커넥터 쪽이 문제이다.
기본적으로 커넥터를 만들게 되면 기본 값이 10MB가 된다. (송수신 각각 10MB)
GUI 로 는 확인이 불가능하고, 수정 또한 불가능 하므로 Shell을 사용해야 한다.

Shell에서 아래와 같이 입력을 해 보면 현재 설정 값을 알 수 있다.
Get-SendConnector | Select identity, Maxmessagesize
Get-ReceiveConnector | Select identity, Maxmessagesize

10MB로 제한되어 있는 것이 확인된다면 아래와 같이 입력하여 설정값을 수정한다.

Set-SendConnector "커넥터 이름" -MaxMessageSize 용량
예)  Set-SendConnector "Connector Name" -MaxMessageSize 50MB

Set-ReceiveConnector "커넥터 이름" -MaxMessageSize 용량
예) Set-SendConnector "Connector Name" -MaxMessageSize 50MB

Edge 서버가 있을 경우 Edge 서버에서도 설정해 주어야 한다.

http://technet.microsoft.com/ko-kr/library/bb124345.aspx

사전 요구 사항

-       Exchange Server 2007을 실행 중인 모든 서버에 Agent 설치

-       Agent action account는 로컬시스템

-       Cluster 인 경우 모든 Physical node에 agent 설치 및 Agent proxy enable

-       관리팩을 import 하기 전에 모든 Exchange Server에 KB950853 설치 (Memory leak issue)

-       관리 서버에 KB951979 설치

-       Cluster를 관리하는 경우 Cluster 된 모든 Exchange Server의 Physical node에 KB951380 설치

다음 모니터링 시나리오에 대한 설정 필요

-       ActiveSync (Test-ActiveSyncConnectivity)

-       Outlook Web Access (Test-OWAConnectivity)

-       Web Services (Test-WebServicesConnectivity)

-       Remote Unified Messaging (Test-UMConnectivity)

Remote Unified Messaging Connectivity 활성화

①     Authoring > Management Pack Objects > Rules

②     Execute: Test-UMConnectivity (Remote Voice) diagnostic cmdlet. (Report Collection)

③     Override > Override the Rule > For all objects of type: Microsoft Exchange 2007 Unified Messaging Servers Installation
(모든 UM 서버에 대하여 활성화하는 경우)

④     Enable > True

⑤     cmdletCommand parameter
- {gatewayname} -> (괄호 포함) UM IP Gateway의 이름으로 수정
- {extension} -> (괄호 포함) 테스트할 적절한 내선 번호 (자동 응답 또는 구독자 접속)

Outlook Web Access, Exchange ActiveSync, and Exchange Web Services Connectivity 설정

①     Test-OwaConnectivity, Test-ActiveSyncConnectivity, Test-WebServicesConnectivity 명령을 정상적으로 테스트하기 위해서는 각각의 사서함 서버에 테스트 사서함이 생성되어 있어야 한다.

②     테스트 사서함을 생성하기 위해서는 Exchange administrator와 Active Directory administrator 권한이 필요하다.

③     EMS을 실행하고 <ExchangeServerInstallationDir>\Scripts 폴더로 이동한다.

④     New-TestCasConnectivityUser.ps1 스크립트를 이용해 생성한다.

External Outlook Web Access Connectivity 모니터 활성화

이 규칙은 기본적으로 활성화 되어 있기 때문에 OWA 가상 디렉토리의 External URL이 설정되어 있어야 한다.

다음과 같은 명령을 이용해 External URL을 설정한다.

①     EMS 실행

②     set-owavirtualdirectory "<Server name>\owa (Default Web site)" -externalurl:"https://<FQDN>/owa"

Autodiscover 시 기본적으로 프록시 서버의 url이 인증서 이름으로 간주되어 입력된다.

만약, Wildcard 인증서(*.domain.com)를 Autodiscover 서비스에 사용하는 경우 '인증서에 이 사용자 이름이 있는 프록시 서버에만 연결' 항목에 'msstd:mail.domain.com' 대신 'msstd:*.domain.com'이 입력되어야 정상적으로 RPC over HTTPS로의 접속이 가능해진다. (내부 TCP/IP 통신은 관계없다.)

이 프록시 서버 url이 인증서 이름에 입력되는 Autodiscover의 동작을 수동으로 수정하기 위해서는 다음 명령을 이용한다.

Set-OutlookProvider EXPR -CertPrincipalName msstd:*.domain.com

명령 실행 후 Outlook의 '전자 메일 자동 구성 테스트'를 이용해 적용이 되었는지 확인이 가능하다.
Autodiscover 서비스가 XML을 Refresh하는 약간의 Interval이 있기 때문에 수 분의 시간이 필요하다.