Exchange 관리자라면, 연결이 끊어진 사서함에 대해 알고 있을것이다.

하지만 혹시 부주의로 넘어갈수 있는 상황을 방지 하고자 여기 연결이 끊어진 사서함의 중요성과 확인 방법을 적어 보겠습니다.

연결이 끊어진 사서함은, Exchange 관리 도구의 받은 사람 구성에서 확인할수도 있고 Powershell 아래 명령을 통해서도 확인이 가능합니다.

Get-mailbox | Get-Mailboxstatistics | Where {$_.DisconnectDate -ne $null}

연결이 끊어진 사서함이 생기는 이유는 쉽게 말씀드리면 아래와 입니다.

사용자의 메일함을 사용안함, 삭제를 했을경우 연결이 끊어진 사서함으로 이동하게 되는데, 삭제와 사용안함의 차이는 계정과 관련이 있습니다.
사용안함 : 사용자 계정 아이디는 필요하고, 더이상 해당 메일함만 필요 없을 경우는 사용안함을 선택하여, 해당 사용자와 현재 메일함을 분리하는것이라고 생각하시면 됩니다.
다른 메일함을 연결하거나, 해당 사용자에게 메일함이 더이상 필요하지 않을때, 계정은 남겨두어야 할때 사용안함을 선택하시면 됩니다. Powershell 명령은 Disable-mailbox 입니다.

삭제 : 많은 분들이 이것을 사용하지는 않을것 같습니다만, 삭제는 계정과 메일함을 같이 지우게됩니다.
더이상 계정과 메일함 모두 필요없다면, 이것을 선택하시면 됩니다.
Powershell 명령은 Remove-mailbox 입니다.

연결이 끊어진 사서함 기본 삭제 주기(30일)까지 데이터 베이스에 끊어진 사서함으로 표시된후 온라인 유지 보수를 통해 영구적으로 삭제 됩니다.

하지만 간혹 사용자 사사함이 복구가 필요할때가 있습니다. (내용 확인 및 사용자 요구)
이때는 연결이 끊어진 사서함을 위에서 검색한후 Connect-mailbox 명령이나, 관리도구에서 해당 사서함을 검색한후 연결로 다른 사용자 혹은 기존 사용자로 연결해 줄수 있습니다.

[팁] 삭제되었는데 연결이 끊어진 사서함에 나타나지 않는경우 아래 명령을 사용하시면 현재 연결이 끊어진 사서함들을 정리, 갱신하여 줍니다.
Clean-MailboxDatabse

Windows 에서 제공 하는 Powershell을 통해 많은 작업을 편리하게 Cmd로 확인할수 있습니다.

이를 더 편리 하게 사용하기위하여, Powershell을 이용해, 원하는 결과를 파일로 내보낸 다음 내보낸 파일을, 메일로 전송하는 작업을 예약작업으로 실행해 봅시다.

여기서는 다른 환경(Powershell 확장 명령)에서도 사용할수 있도록 Exchange 환경을 예로 들겠습니다.

1.원하는 결과 Powershell로 추출하기
아마 많은 분들이 알고 있으시리라 생각됩니다. Powershell에서는 export라는 명령과 |(파이프라인)을 통해 실행 결과를 저장 파일로 내보낼수있습니다.

쉽게 설명드리면
Get-ExchangeServer | where {$_.ishubtransportserver -eq "true"} | get-message -resultsize unlimited
위 명령은 Get-Exchangeserver의 실행결과를  |을 통해 저장한후 hubtransportserver로 지정된 정보를 필터링을 통해 골라내  조건에 맞는 정보만 결과값으로 가지고 있으라는 명령입니다. 여기에 아래 명령를 하나더 붙였다고 생각하시면 됩니다.
| get-message -resultsize unlimited
그럼 그결과를 가지고 다시 조건을 거는 결과 인데 위 처음 실행한 명령에서 HubTransport 서버의 정보가 남아 있겠죠 그 결과를 가지고, Get-Message를 하라는 명령에 다시 조건을 걸어, 사이즈가 unlimited인 메세지를 결과만 남게 됩니다.

위 명령을 실행하면 아래와 같은 결과를 가지게 됩니다.

*사이트 보호를 위해 실제 출력 데이터 내용은 뺐습니다.^^;
그럼 파일까지 생성해 볼까요?
Get-ExchangeServer | where {$_.ishubtransportserver -eq "true"} | get-message -resultsize unlimited | csv-export Queue.csv
자 이제 이해가 확~ 되시죠? ^^ |(파이프라인)을 통해 결과를 명령어로 출력하도록 하는 것 입니다.
위 명령을 자주 사용하신다면 ps1확장자를 가진 파일로 생성(ASCII)하시면 됩니다.
Check-Queue.ps1
그럼 이제 메일을 전송 하는 단계를 진행해 봅시다.

2. Powershell 명령 예약작업 등록하기
이건 진행해본 사람들은 아마 쉽게 바로 실행하기는 않될거라는것을 아실겁니다.
눈치가 있으신 분들은 아마 Technet을 찾아보시고, Google 검색을 하셔서 찾아 내셨을거라 생각합니다.
저도 여러 삽질끝에 확인된 결과를 여기 정리해 드릴게요.

Powershell 명령어는 특정 확장자를 가지고 있어  바로 실행이 되지 않고, Powershell 을 통해 실행하는 연결 문서를 실행하듯이 실행하셔야 합니다.
예로 Check-Queue.ps1(Powershell 확장자)를 CMD에서 실행하고자 하신다면,
Powershell Check-Queue.ps1
이라고 입력해 주시면 됩니다.

그럼 실행이 되었을까요?

아마 위 명령으로 오류 메세지와 함께 실행이 되지 않을것 입니다.
이유는 즉, Get-ExchangeServer라는 명령이 Powershell 기본 명령이 아닌, Exchange Server 전용 Powershell 명령이기 때문입니다.
이를 해결하기 위해 제공하는 옵션으로 -PSConsoleFile을 사용할수 있습니다.
위 명령을 통해 확장 명령이 등록된 psc1(환경설정파일)을 연결해주시면, 해당 확장 명령이 사용가능합니다.
Exchange Server용 psc1는 Exchange Server 설치 경로은 Bin에 위치 합니다. 
그럼 다음과 같이 입력해 봅시다.
POWERSHELL.Exe -PSconsoleFile "C:\Program Files\Microsoft\Exchange Server\Bin\exshell.psc1" -COMMAND "& {& '\\Path\Check-Queue.ps1'}"
위처럼 실행 경로 앞뒤로 }로 묵는 이유는 스크립트 상 경로 오류를 막기 위함 입니다.

정상 실행결과가 생성된다면 위 명령을 cmd(확장자), bat(확장자)로 저장하여 쉘 스크립트로 실행가능하도록 만듭니다.
Job1.bat라고 저장합니다.
그리고 제어판 예약 작업을 실행하여, 방금 만든 Job1.bat를 등록하시면 정상 예약 작업 실행이 가능하게 됩니다. ^^

어느덧 마지막 단계이네요,
이제 자동 실행까지 원하는 결과를 얻을수 있는데 매번 서버에 들어가서 확인해야 한다면 참으로 불편하겠죠,
그것을 위해 자신 혹은 해당 봐야하는 담당자에게 메일을 보내는 스크립트를 생성해 봅시다.


3. 실행결과 메일로 첨부하여 전송하기
첨부 파일 저장하는 명령어는 VBS의 기능을 사용합니다.
하지만Powershell도 VBS를 지원하기 때문에 잘 동작한답니다.
메일을 보내는 스크립트는 다음과 같습니다.

$filename = "\\Path\Queue.csv"
$smtpServer = "localhost"

$msg = new-object Net.Mail.MailMessage
$att = new-object Net.Mail.Attachment($filename)
$smtp = new-object Net.Mail.SmtpClient($smtpServer)

$msg.From = from@domain.com
$msg.To.Add(to@domain.com)
$msg.Subject = "현재 Queues 현황"
$msg.Body = "안녕하세요 ITKA 올엠입니다. 결과 파일로 첨부하였습니다."
$msg.Attachments.Add($att)

$smtp.Send($msg)
이 부분은 길게 설명 않드리겠습니다. 이것은 그대로 사용하시면 되고, 대신 SMTP의 릴레이 설정을 Enable 하셔야 하고,
첨부 파일의 경로는 전체경로로 입력하시기 바랍니다.(미지정시 기본 경로가 로그인 유저의 내문서 경로가 됩니다.) 
그리고, Exchange의 경우 받는 사용자의 사서함을 찾는 경우가 발생할수 있습니다.


추가 궁굼하신점, 틀린부분 보충 설명은 댓글및 방명록에 남겨주세요..

Exchange EdgeTransport.exe 파일을 지속적으로 충돌 및 10003 이벤트 ID 및 이벤트 ID 5000 발생때가 있습니다. 이 이유는 수신 SMTP 커낵터에 증복으로 저장된 IP(경로) 때문에 발생하므로, 해당 중복 등록 IP를 삭제하시기 바랍니다.


증상
이벤트 종류: 오류
이벤트 원본: MSExchangeTransport
이벤트 범주: PoisonMessage
이벤트 ID: 10003
설명:
메시지를 다음과 같은 호출 스택이 처리하는 동안 전송 프로세스가 실패했습니다: System.InvalidOperationException: ' [< IP 주소 >] ' 값은 컬렉션에서 이미 있습니다.
Microsoft.Exchange.Data.MultiValuedProperty`1..ctor(Boolean readOnly, Boolean validate, ProviderPropertyDefinition propertyDefinition, ICollection values, ICollection invalidValues) 때
부울 읽기 전용, ProviderPropertyDefinition propertyDefinition, ICollection 값 Microsoft.Exchange.Data.MultiValuedProperty`1..ctor 때
(IPropertyBag propertyBag) Microsoft.Exchange.Data.Directory.SystemConfiguration.SmtpSendConnectorConfig.SmartHostsGetter 때
Microsoft.Exchange.Data.Directory.PropertyBag.get_Item (PropertyDefinition 키) 에
Microsoft.Exchange.Data.Directory.ADObject.ValidateCalculatedProperty ADPropertyDefinition propertyDefinition, PropertyBag propertyBag, 목록 ` 1 오류, 부울 useOnlyReadConstraints 때
(목록 ` 1 오류) Microsoft.Exchange.Data.Directory.ADObject.ValidateRead 때
Microsoft.Exchange.Data.Directory.ADRawEntry.ValidateRead() 때
(SearchResultEntryCollection 항목, String originatingServerName, ` 1 IEnumerable 속성, ADRawEntry dummyInstance, CreateObjectDelegate objectCtor, CreateObjectsDelegate arrayCtor) Microsoft.Exchange.Data.Directory.ADSession.ObjectsFromEntries 때
Microsoft.Exchange.Data.Directory.ADPagedReader`1.GetNextPage() 때
Microsoft.Exchange.Data.Directory.ADPagedReader`1.<getenumerator>d__0.MoveNext() 때
Microsoft.Exchange.Data.Directory.ADNotificationAdapter.<>c__DisplayClassd`1.<readconfigurationpaged>b__a() 때
(ADOperation adOperation, Int32 retryCount) Microsoft.Exchange.Data.Directory.ADNotificationAdapter.RunADOperation 때
Microsoft.Exchange.Data.Directory.ADNotificationAdapter.ReadConfigurationPaged[T](ADConfigurationReader`1 configurationReader, ADConfigurationProcessor`1 configurationProcessor, Int32 retryCount) 때
Microsoft.Exchange.Data.Directory.ADNotificationAdapter.ReadConfigurationPaged[T](ADConfigurationReader`1 configurationReader, ADConfigurationProcessor`1 configurationProcessor) 때
Microsoft.Exchange.Transport.Categorizer.RawRoutingConfigData.LoadAll[T](ADSystemConfigurationSession session, ADObjectId rootId, String name) 때
Microsoft.Exchange.Transport.Categorizer.RawRoutingConfigData 때ctor ADSystemConfigurationSession 세션, ExEventLog eventLogger, DateTime whenCreated
Microsoft.Exchange.Transport.Categorizer.RoutingTables 때ctor (ExEventLog eventLogger)
Microsoft.Exchange.Transport.Categorizer.BridgeheadRouting.LoadRoutingTables() 때
Microsoft.Exchange.Transport.Categorizer.BridgeheadRouting.TryLoadRoutingTables (예외 및 예외) 에
(개체 상태) Microsoft.Exchange.Transport.Categorizer.BridgeheadRouting.ReloadRoutingTables 때
(개체 상태) System.Threading._TimerCallback.TimerCallback_Context 때
System.Threading.ExecutionContext.Run ExecutionContext executionContext, ContextCallback 콜백, 개체 상태 시
(개체 상태) System.Threading._TimerCallback.PerformTimerCallback 때

이벤트 종류: 오류
이벤트 원본: MSExchange 일반
이벤트 범주: 일반
이벤트 ID: 4999
설명:
프로세스 ID dw20.exe 수 보냄을 Watson 보고서를: 매개 변수를 사용하여 <id>: E12, RTL-x 86, <version>, edgetransport, 알 수 알 수 없는 M.E.D.MultiValuedProperty`1.ctor, System.InvalidOperationException, 7e37. ErrorReportingEnabled: True

이벤트 종류: 오류
Microsoft Exchange Server 이벤트 원본:
이벤트 범주: 없음
이벤트 ID: 5000
설명:
이벤트 유형 e12, P1 rtl-x 86, P2 <version>, P3 edgetransport, 알 수 없는 P4 P5 m.e.d.multivaluedproperty`1.ctor P6 system.invalidoperationexception P7 7e37 P8 알 수 없는 P9 NIL P10 NIL.

 

Exchange에서 메일 삭제는 다음과 같이 분류 할수 있습니다.

Store Soft Delete – 일반적으로 아이템을 삭제하여, 휴지통으로 존재(이동)하는 경우를 뜻하죠

Store Hard Delete – 휴지통에도 존재하지 않는 것으로 사서함(메일박스)에 삭제로 체크된 메일이 정리되어 저장소에서도 삭제된 상황입니다.

Hard Delete via Outlook (Shift-Delete) – 윈도우와 같이 휴지통으로 버리지 않고 직접 삭제한 경우를 말합니다. 이경우 휴지통을 거치지 않고 바로 메일 관리자가 관리하는 쓰레기통(dumpster)로 들어오게 되죠.

 

그렇다면 일반적인 복구 방법은 어떻게 될까요

1. 사용자가 메일을 받겠죠
2. 사용자가 메일을 삭제(Soft) 해당 메일이 휴지통으로 들어갑니다.
3. 그리고 메일 공간을 확보하기위해 휴지통비우기를 하겠죠( 아니면 중앙에서 관리되는 폴더로 자동적으로 정리될수도 있구요)그럼 이때 Exchange 서버쪽에서 Store Hard Delete 가 된 상태 입니다.
4. 이렇게 되면, 실제 사용자는 메일이 삭제된 것으로 되며, Recover deleted Item을 사용하여, 복구 하여야 합니다.
5. 자 여기까지 진행됐다면, 설정된 해당 메일은 복구가 가능한 날짜는 Exchange에 dumpster보관 일자에 따라 복구가 가능해지게됩니다. 그럼 유저는 어떤 선택을 할수 있을까요?
   1. 완전히 지워지거나,
   2. Recover deleted Item을 통해 휴지통으로 복구할 수 있는것이죠

Dumpster 보관일자가 지나지 않았다면 유저 스스로 복구 할수 있습니다. 하지만 해당 일자가 지났다면.. 해당 유저는 전산실에 연락하여 복구를 요청하야하며 다음과 같이 진행되겠죠.

1. 복구할 메일을 알려줄고,
2. 해당 관리자는 해당 메일이 어디에 백업 되어 있는지 알기위한 정보를 물어볼 것 입니다.
3. 그리고 RSG 그룹을 생성하여, 데이터베이스를 복구하겠죠
4. 그리고 요청한 메일을 사용자 메일함에 넣어주겠죠, 단 Exchange 관리자가 바쁘다면 작업의 기간은 상당히 걸릴수 있을거에요.

만약 백업은 되었지만, 상태가 좋지 않다면.. 이 방법도 불가능 하겠죠.

 

그럼 Exchange 2010(Dumpster 2.0)에 대해 알아보도록 하죠

 

Dumpster 1.0에서는 Soft-Deleted시(shift-delete 키 혹은 지운편지함 비우기) 기존 메일 저장박스에 그대로 존재하며 단지 ptagDeletedOnFlag를 통해 flag만 체크 되고, 일반적인 아웃룩 및 용량제한에서는 보이지 않으며, 인덱스 및, 검색에도 포함되지 않았죠.

• Soft-Deleted를 통한 일반적으로 지운편지함의 폴더만 일반적으로 가능하지만, 다음 KB 설정을 통해 모든 폴더로 변경할수 있습니다. http://support.microsoft.com/kb/886205

그럼 2010의 Dumpster 2.0에서 바뀐 내용에 대해 알아볼까요?

Exchange는 메일 박스와 함께 Dumpster 데이터가 이동하는 것을 보장합니다.

Dumpster 데이터를 인덱스하고 발견할수 있습니다.

Dumpster에 대한 용량 제한을 해야합니다.

Dumpster에서 데이터가 지워지는 것을 방지 할수 있습니다.

Dumpster에서도 수정에 대한 로그(흔적) 포함하고 있습니다.

폴더 방식이 아닌 사용자당 메일 박스로 설정 됩니다.(레지스트리 수정이 필요없겠죠?)

이런 내용들이 변경되어 Dumpster가 재설계되게 되었습니다. 하지만 불행히도, Dumpster 1.0, 2.0

은 쉽게 볼수가 없습니다. Exchange 2010의 Dumpster는 복구 아이템은 유저 메일박스의 Non-IPM subtree에 나타나게 됩니다 (이것은 메일 박스의 히든 세션이며, 최종 사용자는 보이지 않습니다.) 이 디렉토리는 3개의 폴더트리를 가집니다.

 

Deletions

Versions

Purges

 

그럼 각 폴더의 역할에 대해 알아볼까요

Deletions 폴더는 유저가 삭제 메일 복구 툴을 통해 접근하였을 때, ptagDeletedOnFlag상태의 메일을 보여줍니다. 이 메일은 사용자가 soft delete 했거나, Outlook에서 hard delete한 메일입니다. 이런 메일들이 deletions 폴더로 옮겨지는 것이지요, 그리고 사용자가 OWA의 OWA Recover Deleted Items을 선택하면 이 폴더가 보여지게 됩니다.

Versions과 Purges에 대해서는 조금 후에 이야기 하겠습니다.

 

그리고 Dumpster 2.0은 Large quantities 의 Dos(Denial of Service) 공격에 대한 방어책으로 용량 제한 정책이 생겨서, 이것을 구성할수 있습니다.(이것은 데이터베이스 단위 혹은 메일박스 단위로 설정할수 있습니다.)

• RecoverableItemsWarningQuota – 기본값은 20GB로 Recoverable Items의 폴더의 크기가 20GB를 넘으면 이벤트로 이를 알립니다. (데이터 베이스 단위의 기본 세팅값으로, 메일박스단위로는 기본적으로 구성되어 있지 않습니다.) 그리고 dumpster는 FIFO구조로 오래된 아이템이 먼저 지워집니다.
• RecoverableItemsQuota – 실제 제한 용량으로 기본값은 30GB입니다. 이용량에 도달하게 되면 Soft delete가 실패하게 됩니다. 그리고 관리자에게 이벤트로 알립니다.(이것도 기본적으로 데이터 베이스 단위로 설정 되있습니다.)

 

아이템 단위 복구

1. Enduser의 메일 아이템 삭제를 진행하게 되면, 휴지통으로 이동하게 됩니다.
2. 휴지통으로 이동된 데이터는 사용자의 휴지통 비우기나, 관리되는 폴더 정챙으로 비워지게 되지요
3. 이 경우 사용자는 아이템을 복구 하기 위하여, Recover deleted Item을 선택 하여 복구가 가능하게 됩니다.

 

 

서버 연결도 잘되고, 글로벌 카달로그도 정상 엑세스가 된다면, Exchange 서비스에 문제가 있는지 확인해 봐야 하는데
이 Exchange 서비스가 정상 실행되지 않는지, 빠르게 확인이 가능한 Powershell 명령이 있습니다.

바로,
Test-ServiceHealth 인데요,
사용법은 Test-ServiceHealth -server 서버이름 으로 사용하시면 됩니다.

갑자기 어떤 사용자가 그룹으로 메일을 보냈는데, 반드시 취소해야 한다는 연락이 들어왔다,

일반적으로 보낸 메일은 발송함에서 읽은 여부와, 회송을 통해 보낸 메일을 취소할수 있다, 단 수신자가 이미 메일을 읽었을 경우에는 회송하지 못한다.

그리고 그룹으로 보냈을 경우, 개별 확인이 되지 않기 때문에 회송이 되지 않는다.

이때는 관리자에게 전화하여, 수신자들의 메일 사서함에서 삭제를 요청할것인데... 어떻게 효과적으로 지울수 있을까..

아래 옵션을 통해 효과적으로 삭제할수 있습니다.
Get-Mailbox -Server 서버이름 | Export-Mailbox -SubjectKeywords “제목” -StartDate “12/13/2009″ -SenderKeywords tset@test.com  -DeleteContent

Get-Mailbox -Server 명령을 통해 검색할 메일 박스 서버를 지정하고, Export-Mailbox에 3가지 옵션 ( 제목, 검색활성날짜, 보낸사람)을 지정하여, 효과적으로 메일을 삭제할수 있도록 합니다.

-SubjectKeywords : 검색할 제목입니다. 입력한 문구가 들어간 메일이 포함됩니다.
-StartDate : 입력한 날짜 이후부터 검색합니다. -EndDate도 있겠죠? ^^; 의미는 같습니다. 이전 날짜 검색
-SenderKeywords : 보낸사람을 포함할수 있습니다.
-DeleteContent : 찾은 메일을 삭제하게 됩니다.
이외에도 다양한 옵션이 있으니, 찾고자 하거나, Export 하고자 하는 메일을 다양하게 시도해 보시기 바랍니다.

Tip Import-Mailbox 명령을 통해 메일 사서함에 넣을수도 있습니다.
 Get-Mailbox -Identity 사용자 | Import-Mailbox –PSTFolderPath 파일경로

 

 

Exchange 2010 Rollup 1이 나왔습니다.

http://support.microsoft.com/kb/976573

977439  (http://support.microsoft.com/kb/977439/ ) Outlook 웹 App 사용하여 자신의 사서함에 액세스할 때 Exchange Server 2010 사용자가 특정 첨부 파일을 열 수 없습니다.

977551  (http://support.microsoft.com/kb/977551/ ) Exchange Server 2010 방 사서함 보낸 모임 요청은 처리되지 않습니다.

977552  (http://support.microsoft.com/kb/977552/ ) Exchange 2010 클라이언트 액세스 서비스 서버에 있는 Handler.dll Exchange RPC 클라이언트 액세스 서비스 충돌

977553  (http://support.microsoft.com/kb/977553/ ) Exchange Server 2010 CAS 서버에 있는 Parser.dll Exchange RPC 클라이언트 액세스 서비스 충돌

977554  (http://support.microsoft.com/kb/977554/ ) 제목 또는 본문에 있는 Exchange Server 2010 사서함을 호스팅하는 메시지의 예상대로 설정

977555  (http://support.microsoft.com/kb/977555/ ) PR_BODY_HTML PR_BODY 속성을 변환은 실패할 때 메시지 본문에 액세스할 수 없습니다.

977556  (http://support.microsoft.com/kb/977556/ ) Exchange Server 2010 함께 CDO 응용 프로그램을 사용하여 되풀이 모임 또는 되풀이 약속에 대해 예외를 만든 후 전자 메일 메시지의 본문 텍스트가 표시되지 않습니다.

977557  (http://support.microsoft.com/kb/977557/ ) Microsoft Exchange Server 2010 사서함의 CDO 응용 프로그램을 사용하여 모임 요청으로의 예외를 만들 때 E_FAIL 오류가 발생합니다.

977558  (http://support.microsoft.com/kb/977558/ ) 이동 및 IMAPIFolder 인터페이스의 CopyFolder 메서드를 사용하여 Exchange Server 2010 사서함에 있는 폴더 이름을 바꿀 때 폴더 이름 변경

977559  (http://support.microsoft.com/kb/977559/ ) 모임 또는 약속을 위치는 Exchange Server 2010 사서함에서 업데이트되지 않는다

977560  (http://support.microsoft.com/kb/977560/ ) CDO 응용 프로그램을 사용하여 Exchange Server 2010 되풀이 작업을 업데이트할 때 업데이트가 실패합니다.

977561  (http://support.microsoft.com/kb/977561/ ) VSS 백업 프로세스가 Exchange Server 2010 데이터베이스를 VSS (볼륨 섀도 복사본 서비스) 백업을 수행하려고 할 때 응답하지 않는다

시스템의 메일 처리 속도를 빠르게 할 수 있기 때문에 Exchange 2007은 DISK I/O를 줄이기 위해서 커널 메모리를 제외한 나머지 메모리를 선점합니다.

(일반적으로 커널 메모리는 2GB이며, 3GB 옵션을 사용할 경우 1GB가 됩니다.)

 

즉, 24 GB 메모리를 가진 시스템에서는 Exchange 서버가 OS 선점 메모리와 함께 22 GB정도까지 사용하여, 메모리에 최대한 Database의 내용을 올려서 Disk I/O를 줄입니다.

 

따라서 24 GB환경에서 22 GB 메모리가 사용되고 있어도, 그 상황은 정상적인 상황입니다.

 

하지만, Exchange 서버에 다른 응용서비스를 사용하고 있다거나, 전산실 운영정책으로 메모리는 80%를 넘을 수 없다면, 이는 수정해 주어야 할것입니다.

 

 

이를 수정할수 있는 파라미터는 msExchESEParamCacheSizeMax 입니다.

실제 적용하는 Tech net에 잘 나와 있습니다.

(http://technet.microsoft.com/ko-kr/library/bb691304.aspx)

 

요약 설명을 드리면,

1. ADSI 편집에서 도메인 컨트롤러의 구성 컨테이너에 연결합니다.
2. 구성/서비스/Microsoft Exchange/<사용자의 조직>/관리 그룹/<사용자의 그룹>/서버/<서버 이름>/정보 저장소 를 차례대로 이동입니다.
3. 정보 저장소에서 마우스 오른쪽 클릭후 속성을 선택합니다.
4. msExchESEParamCacheSizeMax 파라미터를 찾아 수정해주시면 됩니다.

   예를 들어, 데이터베이스 캐시 크기를 14GB로 설정하려면 14GB(14,680,064KB)를 8로 나누어서 1,835,008를 입력해주시면 됩니다.

Exchange 2007 SP2를 설치할때 Windows 2008 R2에서 설치하지 못하는 오류를 설치 파일 교체로 해결 할 수 있다고 합니다.

아래 파일을 "다른 이름으로 저장"을 선택하여 다운로드 받으신후 Exchange SP2 파일의 압축을 해제 합니다.

그리고 Setup\ServerRoles\Common\로 이동하여 원래 존재하는 파일과 교체해주시면 됩니다.

원본파일은 만일을 위해 백업해 두시기 바랍니다.

아래는 언어별 교체해야하는 2개의 파일 입니다.

English

• ExBPA.Prereqs.XML
• ExBPA.Readiness.XML

Chinese - Simplified

• ExBPA.Prereqs.XML
• ExBPA.Readiness.XML

Chinese - Traditional

• ExBPA.Prereqs.XML
• ExBPA.Readiness.XML

German

• ExBPA.Prereqs.XML
• ExBPA.Readiness.XML

French

• ExBPA.Prereqs.XML
• ExBPA.Readiness.XML

Italian

• ExBPA.Prereqs.XML
• ExBPA.Readiness.XML

Korean

• ExBPA.Prereqs.XML
• ExBPA.Readiness.XML

Japanese

• ExBPA.Prereqs.XML
• ExBPA.Readiness.XML

Portuguese

• ExBPA.Prereqs.XML
• ExBPA.Readiness.XML

Russian

• ExBPA.Prereqs.XML
• ExBPA.Readiness.XML
  

안녕하세요 한주성입니다.
8월 31일 Exchange 성능 테스트 툴인 Jetstress 2010이 발표 하였네요
새로운 기능으로 2010버전의 ESE 와 다른 버전의 비교(2010과 2003, 2007) 기능이 추가 되었다고 합니다.

Exchange 2010은 Windows 2008 R2 와 Windows 2008 SP2를 지원합니다.
하지만 Jetstress 2010는 Windows 2003이상 버전이면 가능하다고 합니다.
(즉 Exchange 2003과 2007에서 2010과 테스트 해볼수 있겠네요)

방금 반가운 소식을 접하게되었습니다.

Exchange 2010 RC버전이 오늘 나왔다네요

RC버전은 아시다시피 정식 출시버전과 많은 차이점이 없으므로, 개발 및 테스트하기에 용이 합니다.

관심있으신 분들 설치해서 확인해보도록합시다 ^^

이런일이 많지는 않겠지만, 특정 메세지를 확인해야할때가 있을것 입니다.
메세지가 장시간 큐에 대기하고 있다거나, 중요 메세지인지 삭제전 확인하기 위해서 말이죠

이럴때 사용할수 있는 명령어가 Get-queue가 있습니다.
그럼 여기서 Get-queue를 사용하여 메세지를 추출해보도록 하죠

제일 먼저 해야 할 일은 큐에 메세지가 있는지 확인해야겠죠?
아래 명령어를 실행하여 큐 번호를 확인합니다.
Get-queue

그리고 추출할 메세지를 확인했다면, 우선 해당 큐를 중지 시켜야 합니다.
그래야 Get-Message를 통해 확인할수 있습니다.
Suspend-queue <큐번호>

이제 해당 큐에 어떤 메세지인지 확인해보도록 합시다.
Get-message

이제 메세지의 제목과 수진지 확인이 가능할 것입니다. 추출하고자 하는 해당 메세지의 식별 번호를 확인후 해당 메세지를 일시정지 시킵니다.
Suspend-message <메세지큐번호>

그리고 파일경로를 적어주면 해당 메세지를 추출해 낼수 있습니다.
Export-message <큐번호> -Path <파일 경로>

그리고 다시 메세지 큐랑 큐 실행을 반드시 해주셔야한다는 점 주의해주세요 ^^
Resume-message <메세지큐번호>
Resume-queue <큐번호>

일부 도메인의 경우 MX레코드 등록시, 아무런 응답이 없는 Black Screen으로 아무런 응답을 주지 않는 경우가 있습니다.
일반적으로는 응답신호를 주도록 되어 있는데 말이죠.

이경우 Windows 2003은 문제 없이 전송이 가능하지만, Windows 2008의 경우 TcpWindowScaling이 작동하게 되는데 일부 라우터에서 이 Scaling값을 인식하지 못하여 메일 전송이 실패할수 있습니다.
물론 TCPWindowScaling 지원이 가능한 라우터로 업그레이드를 권장하지만, 현실적으로 다른 업체의 장비를 업그레이드하는건 불가능하므로, 이 Auto Tuning을 Disable 하여 임시적으로 해결하는 방법을 말씀드리고자 합니다.

Auto Tuning Disable 하기
다음 경로에서 Auto Tuning 을 Disable 하는 툴을 자동 다운로드 받을 수 있습니다. http://go.microsoft.com/?linkid=9645381

수동으로 진행하는 방법은 다음 명령과 같습니다.
netsh int tcp set global autotuninglevel=disabled
정상적으로 구성이 잘 되었는지 확인하는 명령도 해보도록 합시다.
netsh interface tcp show global

안녕하세요 올엠입니다.

요즘 회사에서 DRM을 많이 사용하시죠?

문서에 암호를 걸어 필요한 사용자에게만 문서를 볼수 있는 권한을 보여하는 것이죠.
이처럼 중요한 문서를 보호하기 위해 필요한 DRM이 Exchange Index에서는 큰 걸림돌이 되게 됩니다.
이런 DRM 이 첨부된 메일이 인덱스를 실패하여 검색 결과에 않나타나게 되는 것이죠.

그럼.. 이를 해결하기위한 방법은 어떻게 있을까요?

-우선 Exchange는 모든 첨부 파일을 인덱스 하는것이 아닌 "인덱스 하도록 필터로 지정한 항목만 진행을 한다는 것"을 이용하도록 하지요

이를 지정하는 레지스트리는 다음과 같습니다.
HKLM\Software\Microsoft\Exchange\MSSearch\Filters\ 

위 레지스트리로 가보시면, 등록된 확장자들을 보실수 있습니다.


위 등록된 확장자중 DRM 관련 확장자들을 지우고, 색인된 결과값인 .XLS를 삭제후 인덱스 서비스를 재시작하시면 DRM 문서의 내용은 알수 없으나, 메일의 내용은 검색결과에 표시가 가능합니다.


인덱스 서비스 관련 Powershell은 다음과 같습니다.

인덱스 서비스 중지
Set-MailboxDatabase MailboxDatabaseName -IndexEnabled $false

인덱스 서비스 시작
Set-MailboxDatabase MailboxDatabaseName -IndexEnabled $true

회사에서 회의실 예약을 게시판 같은 곳에 한다면 중복되서 등록되는 경우가 많겠지요?

그럼 여기서는

Outlook의 일정과를를 통해 예약 시간대가 서로 공유되는 회의실 사서함을 만들어 보도록 하겠습니다.

 

먼저 새 사서함을 만듭니다.

[PS] C:\>New-Mailbox -database "First Storage Group\Mailbox Database" -Name ConfRoom1 -OrganizationalUnit "2k3.com" -DisplayName "ConfRoom1" –UserPrincipalName ConfRoom1@2k3.com -Room

 

리소스 스키마 생성하기(사용 가능 장비 및 특성 지정)

[PS] C:\>Set-ResourceConfig -ResourcePropertySchema ("Room/TV", "Room/VCR", "Equ

ipment/Auto")

[PS] C:\>Set-Mailbox -Identity "ConfRoom1" -ResourceCustom ("TV","VCR") -Resourc

eCapacity 50

 

장소 사서함에 해당 리소소 사서험 속성 확인하기

설정한 리소스가 정상적으로 할당되었는지 확인합니다.

  

테스트 내용

 Administrator 유저로 미팅룸을 예약 합니다.

위와 같이 Confroom1과 5^th Floor Conference Room을 각각 다른시간으로 예약을 설정합니다.

 

다른계정으로 들어가 일정도우미를 통해 사용 가능한 시간대를 자동으로 표시해줍니다.

 

리소스 스키마를 설정했을경우 해당 리소스를 검색해서 사용가능 장소를 선택할 수 있습니다.