'Exchange Server 2010'에 해당되는 글 17건

  1. 2013.02.15 [Microsoft] iOS 6.1로 인한 Exchange Server 퍼포먼스 저하 버그
  2. 2012.11.07 [Microsoft Exchange Server 2010] 사서함 저장소 탑재 실패
  3. 2012.10.07 [Microsoft Data Protection Manager 2010] Replica is Inconsistent
  4. 2012.10.06 [Microsoft Exchange Server 2010] The Write DACL for the Exchange...
  5. 2012.09.18 [Microsoft Exchange Server 2010] 이용자 사서함 이동 에러 (2)
  6. 2012.09.18 [Microsoft Exchange Server 2010] 이용자 사서함 이동 에러
  7. 2012.07.30 [Microsoft Exchange Server] Exchange 스토어의 타임아웃 검출을 무효화하기
  8. 2012.05.04 [Exchange Server 2010] 미지원 문자코드에 의한 NDR 생성
  9. 2012.03.18 [Exchange Server 2010] 메시지 사이즈의 제한
  10. 2012.03.14 [Exchange Server 2010] 421 4.4.2 에러
2013.02.15 10:24

[Microsoft] iOS 6.1로 인한 Exchange Server 퍼포먼스 저하 버그

얼마전 iPhone, iPad용 iOS 6.1가 공개되었습니다만, 업데이트후 Exchange Server와의 ActiveSync 동기를 이용할 경우, Exchange Server 퍼포먼스 저하가 발생할 수 있다는 버그가 발견되었다고 합니다. 


내용인즉슨, iOS 6.1로 업데이트한 iPhone, iPad가 Exchange Server와 ActiveSync 동기할 경우, Exchange Server의 트랜잭션 로그가 급격히 증가하여, 서버의 메모리, CPU를 소비하게 된다고 합니다. 이로인해 서버 전체의 퍼포먼스가 저하되는 현상이 발생한다고 합니다.


APPLE사는 현재 버그의 수정 패치를 준비중이라고 합니다만, 수정 패치가 공개될 때까지 일시책으로 APPLE사, Microsoft사에서 각각 대응방법을 공개했습니다.


■ Microsoft  (KB2814847)

Rapid growth in transaction logs, CPU use, and memory consumption in Exchange Server 2010 when a user syncs a mailbox by using an iOS 6.1-based device

■ APPLE (KB TS4532)

iOS 6.1: Excess Exchange activity after accepting an exception to recurring calendar event


최근들어 갑자기 Exchange Server의 퍼포먼스의 저하를 경험하신 분은 각 벤더의 대응책을 이용하시길 바랍니다.



저작자 표시
신고
크리에이티브 커먼즈 라이선스
Creative Commons License
Trackback 0 Comment 0
2012.11.07 15:14

[Microsoft Exchange Server 2010] 사서함 저장소 탑재 실패

Exchange Server 2010 환경에서 사서함 저장소를 탑재 혹은 작성이 실패할 경우가 있습니다. 이 경우 이벤트로그에는 다음과 같은 에러가 기록됩니다.

Failed to mount database '<저장소명>'.

<저장소명>FailedError:

Couldn't mount the database that you specified. Specified database: <저장소명>; Error code: An Active Manager  operation failed. Error: The database action failed. Error: Operation failed with message: apiExceptionNotFound: Unable to mount database. (hr=0x8004010f,ec=-2147221233)[Database: <저장소명>, Server: <서버명>].

An Active Manager operation failed. Error: The database action failed. Error:Operation failed with message: MapiExceptionNotFound: Unable to mount  database. (hr=0x8004010f, ec=-2147221233)[Database: <저장소명>, Server: <서버명>

An Active Manager operation failed. Error: Operation failed with message:  MapiExceptionNotFound: Unable to mount database. (hr=0x8004010f, ec=-2147221233)[Server: e14mbxndb2.Enterprise.emory.net]

MapiExceptionNotFound: Unable to mount database. (hr=0x8004010f, ec=-2147221233)


■ 원인

Exchange Server 2010 의 ConfigurationDomainContoller 파라메터와 PreferredGlobalCatalog의 파라메터가 다르기 때문이라고 합니다. KB977960


해결방법

Exchange Management Shell상에서 다음과 같은 명령어로 優先 도메인 컨트롤러를 지정해주면 됩니다.

Set-ADServerSettings –PreferredServer 도메인 컨트롤러 FQDN




저작자 표시
신고
크리에이티브 커먼즈 라이선스
Creative Commons License
Trackback 0 Comment 0
2012.10.07 14:26

[Microsoft Data Protection Manager 2010] Replica is Inconsistent

마이크로소프트 백업 솔루션인 Data Protection Manager 2010을 이용해서 Exchange Server 2010의 사서함 저장소의 백업 설정시, "Run Eseutil to check data Integrity" 옵션을 선택하면 다음과 같은 에러가 발생할 수 있습니다.

Replica is Inconsistent


■ 원인

"Run Eseutil to check data Integrity" 옵션을 선택하면, eseutil을 DPM 2010상에서 실행하게 됩니다만, 실행에 필요한 eseutil.exe 화일이 없기 때문입니다.


■ 해결방법

Exchange Server 2010의 [eseutil.exe]와 [ese.dll] 화일을 DPM 2010에 복사하면 됩니다.

 Exchange Server 2010

 Exchange Server 2010 인스톨 드라이브\Program Files\Microsoft\Exchange Server\V14\Bin

 Data Protection Manager 2010

 Data Protection Manager 2010 인스톨 드라이브\Program Files\Microsoft Data Protection\DPM\bin



저작자 표시
신고
크리에이티브 커먼즈 라이선스
Creative Commons License
Trackback 0 Comment 0
2012.10.06 17:24

[Microsoft Exchange Server 2010] The Write DACL for the Exchange...

Exchange Server 2003에서 Exchange Server 2010로 이행후, BPA를 실행하면 레포트에 다음과 같은 경고가 표시됩니다.

The Write DACL inherit (group) right for the Exchange Enterprise Servers group should be removed from the root of the domain.


■ 원인

Exchange Server 2003에서 지원했던 비표시 배포그룹을 Exchange Server 2010에서는 지원을 하지않기 때문이라고 합니다. 자세한 내용은 여길 확인하세요.


해결방법

Exchange Management Shell에서 다음의 명령어를 실행, Exchange Enterprise Servers 그룹에서 삭제를 하면 됩니다.

Remove-ADPermission "dc=도메인,dc=도메인" -user "도메인명\Exchange Enterprise Servers" -AccessRights WriteDACL -InheritedObjectType Group



저작자 표시
신고
크리에이티브 커먼즈 라이선스
Creative Commons License
Trackback 0 Comment 0
2012.09.18 06:01

[Microsoft Exchange Server 2010] 이용자 사서함 이동 에러 (2)

Exchange Server 2003 환경에서 Exchange Server 2010 환경으로 이용자 사서함을 이동시, 다음과 같은 에러가 발생할 수 있습니다.

Property Expression “User name” isn’t valid. Valid values are : Strings that includes ‘@’, where ‘@’ cannot be the last character.


■ 원인

해당 이용자의 로그인명의 @이하가 공란이기 때문이랍니다.


■ 해결방법

[Active Directory 유저와 컴퓨터] ->[해당 유저]의 속성 -> [계정]탭에서 "이용자 로그인명"의 뒤부분이 공란일 경우, 풀다운 메뉴로부터 도메인을 지정해줍니다.

자세한 내용은 여길 확인하세요~



저작자 표시
신고
크리에이티브 커먼즈 라이선스
Creative Commons License
Trackback 0 Comment 0
2012.09.18 00:03

[Microsoft Exchange Server 2010] 이용자 사서함 이동 에러

Exchange Server 2003 환경에서 Exchange Server 2010 환경으로 이용자 사서함을 이동시, 다음과 같은 에러가 발생할 수 있습니다.
Active Directory operation failed on 도메인컨트롤러명. This error is not retriable. Additional information:
Insufficient access rights to perform the operation.
Active directory response: 00002098: SecErr: DSID-03150A45, problem 4003 (INSUFF_ACCESS_RIGHTS), data 0

+ CategoryInfo : NotSpecified: (0:Int32) [New-MoveRequest], ADOperationException
+ FullyQualifiedErrorId : 6C39B6E8,Microsoft.Exchange.Management.RecipientTasks.NewMoveRequest


■ 원인
에러 메시지대로 권한문제입니다.

해결방법

해결을 위해서는 위의 에러가 발생한 이용자의 권한을 수정해줘야 됩니다.

[Active Directory 유저와 컴퓨터] ->[해당 유저]의 속성 -> [보안]탭 -> [상세설정]에서 "Include Inheritable permissions from object's parent" 에 체크를 넣어주면 됩니다.

자세한 내용은 여길 확인하세요.


저작자 표시
신고
크리에이티브 커먼즈 라이선스
Creative Commons License
Trackback 0 Comment 0
2012.07.30 18:15

[Microsoft Exchange Server] Exchange 스토어의 타임아웃 검출을 무효화하기

Exchange Server 2010의 이벤트 로그에 다음과 같은 에러가 기록될 경우가 있습니다.

MessageID=10027

Source=MSExchangeIS

Severity=Error

Facility=General (6)

There are %1 RPC requests for the mailbox "%2" on the database "%3" that take abnormally long time to complete. It may be indicative of performance problems with your server.


■ 원인 

Exchange Server 2007 부터 새롭게 추가된 감시기능으로 1분간 다음의 요구 처리가 지연될 경우, 발생한다고 합니다. 

단일 사서함에서 시간 제한이 감지된 경우 해당 사서함은 잠재적으로 문제가 있다고 간주되어 CrashCount 속성을 증가시켜 오류와 유사하게 처리됩니다. 이 작업을 수행하면 사서함이 격리될 수 있습니다. 따라서 사서함 서버의 Exchange 저장소 시간 제한 감지를 해제하여 많은 수의 스레드가 정기적으로 작동하도록 할 수 있습니다.


해결방법

처리 지연을 감시하기 때문에 그냥 내버려둬도 상관은 없습니다만, 정기적으로 많은 요구가 발생하는 메일복스 서버에서는 이 기능을 무효화할 필요가 있다고 합니다. 이 기능을 무효화하기 위해서는 레지스트리 값을 설정해주면 됩니다.

1. \\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\서버명

2. 다음과 같은 DWORD(32비트)키를 작성

    키명 : DisableTimeoutDetection

    설정값 : 1

자세한 내용은 여길 확인하세요~





저작자 표시
신고
크리에이티브 커먼즈 라이선스
Creative Commons License
Trackback 0 Comment 0
2012.05.04 11:26

[Exchange Server 2010] 미지원 문자코드에 의한 NDR 생성

Javamail API를 이용, Exchange Server 2010에 메일을 보낼 경우, 다음과 같은 메시지의 NDR이 생성되며 발송에 실패할 경우가 있습니다.

aaa@bbb.ccc.com

#550 5.6.0 CAT.InvalidContent.Exception: InvalidCharsetException,

+ZYdbVzC7MMMwyFQN- (x-windows-iso2022jp) 

+MExxIVK5MGcwQjCLMEswATCkMPMwuTDIMPww6zBVMIwwZjBEMH4wWzCTMAI-; cannot

handle content of message with InternalId 3833, InternetMessageId 

<797167.8188.1335928378359.JavaMail.www@xxx.xxx.xxx.xxx>. ##


■ 원인

Exchange Server 2010가 지원하지 않는 문자코드(Javamail API에서 이용되는 ISO-2022-CN, ISO-2022-JP-2, ISO- 2022-KR등)가 메일 제목에 있기 때문이라고 합니다.


■ 해결방법

KB2536702에서 설명하는대로 FallbackToDefaultCharset 기능을 유효화합니다.

FallbackToDefaultCharset 기능을 유효화하기 위해서는 "EdgeTransport.exe.config" 화일에 다음의 코드를 삽입해야 합니다.

① Microsoft Exchange Transport 서비스를 정지합니다.

② C:\Program Files\Microsoft\Exchange Server\V14\Bin의 EdgeTransport.exe.config을 편집합니다.

<?xml version="1.0" encoding="utf-8"?>

<configuration>

   <configSections>

     <section name="CTS" type="Microsoft.Exchange.Data.Internal.CtsConfigurationSection, Microsoft.Exchange.Data.Common, Version=14.1.214.0, Culture=Neutral, PublicKeyToken=31bf3856ad364e35" />

   </configSections>

......

<CTS>
    <Globalization>
      <FallbackToDefaultCharset Fallback="true"/>
      <DefaultCulture Culture="ja"/>
    </Globalization>
</CTS>
</configuration>

③  보존후, 메모장을 닫습니다.

④  Microsoft Exchange Transport 서비스를 시작합니다.




저작자 표시
신고
크리에이티브 커먼즈 라이선스
Creative Commons License
Trackback 0 Comment 0
2012.03.18 16:49

[Exchange Server 2010] 메시지 사이즈의 제한

Exchange Server 2010 상에서 송수신 메시지의 사이즈를 제한할 경우, 다음과 같은 커맨드렛을 실행하면 됩니다.

조직 단위의 제한

Set-TransportConfig -MaxReceiveSize 용량 -MaxSendSize 용량


 수신 커넥터의 제한

Set-ReceiveConnector “커넥터명” -MaxMessageSize 용량


 송신 커넥터의 제한

Set-SendConnector “커넥터명” -MaxMessageSize 용량


 유저단위의 제한

Set-Mailbox “유저명” -MaxSendSize 용량 -MaxReceiveSize 용량


메시지 사이즈 제한의 우선 순위는 유저 > 허브 트랜스포트 > 엣지 트랜스포트 순입니다.

자세한 내용은 여기를 참고하세요~










 
신고
크리에이티브 커먼즈 라이선스
Creative Commons License
Trackback 0 Comment 0
2012.03.14 14:26

[Exchange Server 2010] 421 4.4.2 에러

Exchange Server 2010 에서 메일을 송신하면 일부 도메인의 경우, 다음과 같은 에러와 함께 송신지연->배달실패가 될 경우가 있습니다. 

"451 4.4.0 Primary target IP address responded with: "421 4.4.2 Connection dropped." Attempted failover to alternate host, but that did not succeed. Either there are no alternate hosts, or delivery failed to all alternates."


원인
다음과 같은 경우, 이런 현상이 발생할 수 있다고 합니다.
  ① Windows Server 2008 R2의 TCP Autotuning 기능을 처리하지 못하는 일부 F/W을 이용할 경우
   메일서버간 HELO/EHLO가 정상적으로 처리되지않을 경우

 해결방법
  ① 의 경우
 :  TCP Autotuning 을 무효화 한다.
  자세한 방법은 여기를 참고하세요~

  ②의 경우
 : 메일서버간은 강제적으로 HELO/EHLO를 처리하도록 송신 커넥터를 작성한다.
 자세한 방법은 여기를 참고하세요~
 
제 경우는 ②로 해결했습니다.

 
신고
크리에이티브 커먼즈 라이선스
Creative Commons License
Trackback 0 Comment 0


티스토리 툴바