Exchange 2003에서는 지원하지 않지만 Exchange 2007서버 이상에서 제공하는 기능 중 OWA 에서 자동완성캐시라는 부분이 있습니다.
많은 분들에게 새로운 내용은 아니며  To 또는 CC, BCC에 입력을 편하게 하기 위해서 이미 사용했던 메일주소 및 Display Name을 캐시파일로 자동으로 남기는 기능이며 Outlook에서 제공되던 기능의 OWA버전입니다. 대부분이 이미 사용하고 계신 기능일거라 예상됩니다.

OWA와는 다르게 Outlook에서는 이 기능이 .NK2라는 확장자(Nickname Cache File)로 클라이언트 PC내에 파일 형식으로 저장되며  Outlook 2003에서부터 Outlook 2010에서도 여전히 지원합니다.  Outlook에서 이러한 캐시를 Reset하려면 로컬PC내에 저장된 NK2파일을 삭제함으로 가능했었습니다.
일부 Outlook 2010에서 달라진 내용은 아래처럼 블로그에 포스팅되어 소개된 바도 있습니다.

Where is .nk2 file on Outlook 2010
https://blogs.technet.com/b/komessaging/archive/2010/08/13/where-is-nk2-file-on-outlook-2010.aspx

본론인 OWA의 자동완성 캐시내용으로 돌아와서 Outlook처럼 OWA에서도 이러한 자동완성캐시기능을 제공하며 이는 Outlook처럼 로컬파일 형태 제공할 수 없기 때문에 개별 사서함(Mailbox) 내에 특별한 형태의 Message형태로 자동완성캐시를 저장하여 이러한 기능을 구현되어 있습니다.

이러한 자동완성캐시로 인하여 OWA에서 주소록을 검색하지 않아도 최근 사용했던 정보를 바로 찾아서 메일을 전달할 수 있는 장점이 크나 몇몇 이유로 인하여 해당 캐시파일이 문제가 되는 경우도 있습니다.

예를 들면, 사내정책상의 문제로 Display Name에 직급 또는 부서정보 등이 함께 포함되어 있고 전사적으로 또는 부분적으로 직급 또는 부서이동으로 인하여 Display Name이 달라졌을 경우입니다.  이러한 경우에 캐시파일로 인하여 잘못된 정보가 표시되어 나타나게 되며 때문에 OWA에서 자동완성 캐시를 삭제하고 싶어하기도 합니다.

삭제하는 방법은 크게 두 가지 방법이 있습니다.

방법1) OWA Light 모드에서 삭제
OWA Light 모드로  로그인하고 옵션> 전체 옵션페이지로 이동합니다. 

Option > Messaging 아래에서 E-Mail Name Resolution에서 아래 Clear Most Recent Recipients List 항목을 클릭하고 아래처럼 삭제할 수 있습니다.

방법2) MFCMapi Tool을 통한 Autocomplete Cache 메시지 삭제 방법

a. MFCMAPI 툴을 다운로드 받아 클라이언트에서 실행합니다.
https://mfcmapi.codeplex.com/

b. 실행하고 세션의  Logon 창을 클릭합니다.

c. 사용자 프로필을 선택하여서 로그인합니다.  또는 새 프로필 옵션을 통해서 구성하셔도 됩니다.
단, 주의할 점은 캐시된 Exchange 모드를 사용하면 안됩니다. 캐시된 Exchange Mode에서는 해당 Autocomplete Cache 메시지가 나타나지 않습니다.

d. 아래처럼   MFCMAPI 에 해당 사용자계정으로 로그인되면 우측 클릭하여  Open Store 를 메뉴를 클릭합니다.

e. 새 창이 나타나면 Root Container 에서 우측 클릭하여  Open associated contents table 을 선택합니다.

f.  Entry 중에서  Message Class 가  IPM.Configuration.OWA.AutocompleteCache라는 항목을 선택하고 우측클릭하여 Delete Message 를 선택합니다.


Delete 옵션은 아래처럼 Permanent delete passing DELETE_HARD_DELETE 를 선택합니다.

주의점)
1. 일반 OWA모드에서는 자동완성캐시삭제 메뉴가 없습니다. 반드시 시각 장애인 모드 또는 OWA Light옵션을 체크하셔서 로그인하신 후에 삭제하실 수 있습니다.

2.  OWA Light 모드 또는 MFCMapi 툴을 통해서 삭제 가능하지만 여러 사용자를 일괄 삭제하는 방법은 없습니다. 
만약 관리자가 다른 사용자 사서함에 로그인하여 OWA자동완성 캐시를 삭제할 필요가 있다면 관리자에게 해당 계정에 대한 Full Access권한을 부여하신 뒤(Exchange관리콘솔에서 사용자의 모든 액세스 권한 관리메뉴를 통해서 가능)  프로필 생성시 관리자 계정으로 인증 받아 로그인하시면 됩니다.



연결할 사사함은 mstest이나 인증은 administrator계정을 사용합니다.

이러한 방법으로 캐시파일을 삭제하고 나면 OWA의 캐시파일이 삭제되며 앞으로 사용하는 Email 또는 Display Name으로 캐시가 새롭게 저장됩니다.

Posted by dyjung

Exchange 2007 또는 2010에서 msg 형태가 아닌 eml로 export하여 메시지 원문을 확인하고 싶지만 방법이 없어서 고민하실때가 있습니다.
EWS Editor를 사용하면  메시지를 MIME Type으로 추출하여 eml을 확인할 수 있습니다.

1. EWS Editor를 다운로드 받음
https://ewseditor.codeplex.com/

2. EWS를 설치하고 실행시키 뒤에 New Exchange Service 항목을 엽니다.

3. 아래처럼 EWS연결 설정
전 서버Local에서 했지만 접근되는곳 이면 어느 클라이언트던 상관없겠죠

4. 원하는 폴더에 접근하여 더블클릭

5. 원하는 메일 Item을 선택한후 Export MIME Content  선택

6. 추출된 eml확인

posted by dyjung

1. CAS서버에 구성 전에 필요한 pre-requisite 설치

(1) Microsoft Office Communications Server R2 Web Service Provider를 다운로드하여 실행하여 c:\Web Service Provider Installer Package 폴더에 압축을 해제함

  Microsoft Office Communications Server 2007 R2 Web Service Provider

  https://www.microsoft.com/downloads/details.aspx?familyid=CA107AB1-63C8-4C6A-816D-17961393D2B8&displaylang=en

위에서 다운로드 받은 CWAOWASSPMain.msi 를 다운로드 받아서 설치함.

실제 설치가 아니라 압축이 풀리고 아래와 같이 4개의 파일이 생성됨.

1) C:\Web Service Provider Installer Package에서 vcredist_x64.exe 설치

2) Unified Communications Managed API 2.0 Hotfix (KB 2400399) 설치

해당 파일에 대한 최신 update 버전을 다운로드 받아 설치함.

https://www.microsoft.com/download/en/details.aspx?id=7557

Unified Communications Managed API 2.0 Redist (64 Bit) Hotfix KB 2647091

위 최신 버전이 설치가 안 될 경우,  압축 풀린 파일 내에 UcmaRedist 파일을 설치한 후 최신 버전 설치 함.

3) OCS R2 Web Service Provider 파일을 업데이트 버전을 다운 받아 설치

  OCS 2007 R2 Web Service Provider Hotfix (KB 981256) 설치

https://support.microsoft.com/kb/981256/en-us

You receive an error message when you install Office Communications Server 2007 R2 Web Service Provider

  해당 이슈 해결을 위해 최신 update 버전을 다운로드 받아 설치함.

https://www.microsoft.com/download/en/details.aspx?id=797

OCS 2007 R2 Web Service Provider Hotfix KB 981256

위 최신 버전이 설치가 안 될 경우,  압축 풀린 파일 CWAOWASSP.msi 설치한 후 최신 버전 설치 함.

프로그램 추가/제거에서 설치된 내용을 확인할 수 있습니다.

2. Exchange 서버 구성

(1) Exchange 인증서 thumbprint 정보 확인

Get-ExchangeCertificate|fl Services,Thumbprint

(2) Exchange OWA 가상 디렉터리 정보 확인

Get-OWAVirtualDirectory

(3) 아래 명령 수행

OWA Virtual Directory에 InstantMessaging 구성
Get-OWAVirtualDirectory | Set-OWAVirtualDirectory –InstantMessagingType OCS –InstantMessagingEnable:$true –InstantMessagingCertificateThumbprint <Thumbprint> -InstantMessagingServerName <Lync FQDN>

(4) IISRESET

3. Lync서버에 구성

1) CSTrustedApplicationPool 생성
New-CsTrustedApplicationPool –Identity <이름> -ThrottleAsServer $true –TreatAsAuthenticated $true –ComputerFqdn <Exchange FQDN> -Site 1 –Registrator <Lync Pool> -RequiresReplication $false

위의 내용은 Topology Builder 를 통해서도 구성할 수 있습니다.

Exchange CAS 접속 Pool 혹은 CAS 서버 FQDN

2) 변경된 내용 publish

3) Get-CsTrustedApplicationPool 명령어로 구성정보 확인가능

Get-CsTrustedApplicationComputer 명령어를 통해 설정된 서버 및 서버 풀 정보 확인 가능

4) CS Shell을 사용하여 New-CSTrustedApplication 실행
New-CsTrustedApplication –ApplicationID ExchangeOutlookWebAccess –TruestedApplicationPoolFQDN <OWA FQDN> -Port <사용할 포트>

: 사용할 포트는 netstat 를 통해서 서버에서 사용하지 않는 포트 정보를 확인한 후 구성하도록 합니다.

5) Enable-CSTopology

  로그를 통해서 구성된 application 정보를 확인할 수 있습니다.

4. 구성후에 OWA에서 정상적으로 Presence Control 나타나며 IM메시지를 전송할 수 있게 됩니다.

[추가 정보]

Enable Exchange 2010 SP1 Outlook Web App and IM Integration

https://technet.microsoft.com/en-us/library/gg413079.aspx

https://blog.schertz.name/2010/11/lync-and-exchange-im-integration/

Configuring Lync RC and Exchange 2010 Sp1 to Enable OWA as a Lync Endpoint

https://blogs.technet.com/b/ilvancri/archive/2010/09/22/configuring-exchange-2010-sp1-and-lync-rc-to-enable-owa-as-lync-endpoint.aspx

•Shadow Redundancy를 책임지는 Core component.

Message Trottling

•시스템 리소스에 대한 과다 사용을 막기 위해 HUB와 EDGE에 구현한 Ex2010 특징

•Message processing rates

•SMTP connection rates

•SMTP session timeout value.

•HUB로 하여금 너무 많은 커넥션과 메시지를 배달하면서 퍼지는 것을 막아준다.

•Delivery Class Throttling

–The higher the deliver class, the higher the message priority is in the connector queue.

Back Pressure

•특정 임계치가 이상이면 더 이상 처리 안하고, 기존 메시지 처리에 Focusing.

•중요한 시스템 리소스 모니터링 메커니즘 (하드디스크, 메모리)

Version Based Routing

• Long story short, Exchange 2010 Hub will communicate only with a Mailbox Exchange 2010, if you have an Exchange Server 2007 Mailbox a Hub 2007 is required to communicate with the legacy mailbox
• 아래와 같이 서로 다른 Role 일 경우는 버젼이 다른 경우 통신이 직접 안 된다. 같은 롤일 경우는 상관이 없다. 따라서 Exchange 2010 MBX에서 Exchange 2007 MBX 사용자에게 메일을 발송시, 2010 MBX 서버는 반드시 2010 HUB를 통해야 하고, 2010 HUB는 2007 HUB로, 그리고 2007 HUB는 2007 MBX로 통신을 하게 된다. XSO 버젼 차이로 인한 것이다.

Delayed Fan-out

• Preserve the bandwidth when routing message with many recipients

위 그림에서 마드리드에 있는 사용자가 10M 메일을 휴스톤과 Anahelim 에 있는  각각 50명씩, 총 100명에 메일을 보낸다고 가정합니다.

만약 Delayed Fan-out 의 개념이 없고, Fan-out 를 이용해서 보낸 다면, 처음 시작 단계 부터 1G의 bandwidth를 잡아 먹으면서 각 구간을 통과하게

됩니다. 하지만 Delayed Fan-out 을 통한 전달일 경우는 Fan-out이 지연해서 일어나서 마지막 분기가 되는 포인트는 Fresno 에서 이뤄지게 됩니다.

그 전까지는 10M 메일 한통이 베를린을 거쳐저 사용되게 됩니다. 그리고 FResno 에서 비로소 분기 되서 오십통씩 배달이 되게 됩니다. 결국 라우팅 구간에서의 불필요한 bandwidth를 사용하지 않게 되는 셈이죠.

2. 암호 저장 옵션을 풀기 위해서 아래 레지스트리를 수정합니다.

HKCU\Software\Microsoft\Communicator

SavePassword DWORD 값을 0 으로 변경합니다.

3. 제어판 -> 사용자 계정에서 네트워크 암호가 설정되어 있는 경우 제거 합니다.

4. Lync 는 부가적으로 암호화하여 암호를 저장할 수 있습니다. 필요 시 AccountPassword 값을 삭제 합니다.

HKEY_CURRENT_USER\Software\Microsoft\Communicator!AccountPassword

5. 사용자 계정 키 값을 삭제합니다.

HKEY_CURRENT_USER\Software\Microsoft\Communicator\useralias@domain_name

사용자 키 내에 Sing-in 캐쉬정보가 남아 있어 이로 인해 서버 연결 시 자동 인증이 동작할 수 있습니다.

[증상]

일반적으로 Archiving 설정이 되어 있는 경우, 메시지 유입이 많은 업무시간 초반에 HUB 서버의 전송 지연 현상이 발생하며 Peak 시간이 지나면 문제가 풀리게 됨.

1. 이벤트 로그에서 Event ID 1050 경고가 확인 됩니다.

로그 이름:      Application

원본:            MSExchange Extensibility

이벤트 ID:      1050

'OnRoutedMessage' 이벤트를 처리하는 동안 'Journal Agent' 에이전트의 실행 시간이 90000 밀리초를 초과했습니다.

에이전트에서 이벤트 하나를 처리하는 시간으로는 일반적이지 않지만 이 메시지는 계속해서 처리됩니다.

2. Tracking Log 에서 전송 지연 시점에 아래와 같은 status 가 지속되는 것이 확인 됩니다.

'432 4.3.2 STOREDRV.Deliver; recipient thread limit exceeded [Stage: CreateReplay]'

3. Queue 에서 아래의 오류와 함께 메시지 처리가 지연되는 것이 확인됩니다.

432 4.3.2 STOREDRV.Deliver; recipient thread limit exceeded

[원인]

기본적으로 Exchange 2010 SP1 에서 추가된 Store Driver Throttling 관련 기능으로 데이터베이스의 메일박스에 동시 메일 전송이 1개로 제한 수행되도록 되어 있는데 journal 의 경우는 동시에 큰 메시지나 여러 사용자를 포함한 메시지 등 메일 유입이 많아 이로 인해서 Recipient Thread Limit 초과 관련한 내용과 함께 해당 데이터베이스 및 메일서버로 전송되는 모든 메시지 전송이 지연이 발생할 수 있습니다.

[해결 방법]

방법 1

   Bin 디렉터리 아래의 EdgeTransport.exe.config 에서 아래 설정 추가

<add key="RecipientThreadLimit" value="2" />

<add key="MaxMailboxDeliveryPerMdbConnections" value="3" />

방법 2

방법 1로 문제가 해결되지 않을 경우 해당 기능을 disable 할 수 있습니다.

Bin 디렉터리 아래의 EdgeTransport.exe.config 에서 아래 설정 추가

<add key="MailboxDeliveryThrottlingEnabled" value="False" />

방법 3

위 내용은 마이크로소프트 본사에 보고되어 Exchange 2010 SP1 RU6 에서 추가 해결될 것으로 기대하고 있습니다.

[추가 정보]

https://ilantz.wordpress.com/2011/04/10/432-4-3-2-storedrv-and-store-driver-throttling/

432-4.3.2 STOREDRV and Store Driver throttling

By default, Exchange 2010 SP1 will only attempt a single concurrent delivery to a mailbox to ensure that all of the mailboxes in a database receive a similar quality of service. However, a journal mailbox might have many messages directed towards it concurrently.

간혹 특정 사이트로 메일 전송이 되지 않으면서 IP 등록이 되어 있지 않다거나 Reverse DNS 를 등록하라는 오류가 발생하는 경우가 있습니다.

아래의 내용은 Queue Veiwer 에서 언급한 사례와 관련된 전송 장애 메시지입니다.

451 4.4.0 Primary target IP address responded with: “501 inbound006.nyc1.bluetie.com inbound006 501 – Connection Refused : IP addresss <100.100.100.100> - HELO/EHLO Invalid or Non-Existent Reverse DNS. “Attempted failover to alternate host. But that did not successfully…

이는 상대측 메일 시스템에서 발송 측 시스템의 IP 를 확인하여 메일 송수신을 제한한다는 것을 의미하는데, DNS 에 PTR Record 를 등록해도 여전히 메일일 전송되지 않는 경험이 있을 수 있습니다.해당  거부 내용과 관련된 상대측 시스템의 오류 내용을 확인하여 아래와 같습니다.

501 – Connection Refused: IP Address xxx.xxx.xxx.xxx – HELO/EHLO Invalid or Non-Existent Reverse DNS

The server attempting to connect to BlueTie has an invalid non-existent reverse DNS entry for the communicated HELO/EHLO.

This error generally occurs when the sending server’s DNS is configured incorrectly. You should contact your ISP for further assistance with errors of this nature.

위에서 보면 ISP 업체에 연락을 하라고 되어 있습니다.

이는 메일 발송 IP 대역 자체를 소유하고 있는 ISP 업체, 망 대여 업체에서 해당 IP 를 확인할 수 있도록 Reverse Zone 을 등록해 주어야 하는 것이기 때문에 일반적인 업체의 DNS 에서 PTR 을 등록해서 해결될 수 있는 내용이 아닙니다.

위와 같은 경우에는 whois 와 같은 사이트를 통해서 발송 서버의 IP를 소유하여 대여하고 있는 업체, 일반적으로 대형 ISP 업체나 소규모 망사업장 관리자를 통해서 고객사의 발송 서버 IP 가 확인될 수 있도록 부가적으로 요청하셔야 Reverse DNS 를 체크하는 전송 시스템에 장애 없이 메일을 전송할 수 있게 됩니다.

EMC 및 EMS 수행 오류와 관련해서 설정 점검 및 수행 시 오류로 진행되었던 케이스 유형들을 정리 해 보았습니다.

설정 점검

->  로그온 한 수행 계정의 권한을 확인합니다.

: 명령 프롬프트에서 whoami 명령을 통해서 로그온 한 사용자를 확인합니다.

->  파워쉘 수행권한 RemotePowershellEnabled 가 True 인지 확인합니다.

Get-user -id administrator |fl *remote*

RemotePowerShellEnabled : True

->  WinRM 체크

Winrm enumerate winrm/config/listener

Winrem get winrm/config/client

-> 설정된 Port 로 정상적으로 Access 되는지 확인합니다.

Winrm –id r:Server_FQDN

WinRM 서비스 재시작으로 문제가 풀리는지 확인합니다.

->  IIS 설정 확인

(1) Powershell 가상디렉터리 인증 : 익명 연결만 허용되어 있는지 확인합니다.

(2) Powershell 가상 디렉터리 SLL 허용 여부 : SSL 이 enable 되어 있지 않아야 합니다.

(3) MSExchangePowerShellAppPool 중지 되어 있는지 확인하고 필요 시 재시작 후에 문제가 해결되는지 확인합니다.

(4) Powershell 가상 디렉터리에 대해서 ‘모듈’ Kerbauth 이 네이티브 모듈로 정상 등록되어 있는지 확인합니다.

-> ApplicationHost.config 파일 내에 WSMan 이 정상적으로 등록되어 있는지 확인합니다.

(C:\Windows\System32\Inetsrv\config\ApplicationHost.config)

<globalModules>

<add name=”WSMan” image=”c:\windows\system32\wsmsvc.dll” />

https://support.microsoft.com/kb/2028305

Error message when you try to start Exchange Management Shell (EMS) or Exchange Management Console (EMC): "The WinRM client... cannot determine the content type of the HTTP response from the destination computer"

->  Kerbauth.dll 버전을 확인합니다.

->  MS09-050 (KB975467) 설치 시 KB968389 가 설치되도록 권고 합니다.

->  AD 와 정상적으로 연결이 되는지 확인합니다. 이벤트 로그 점검 및 AD 서버로 포트 연결이 되는지 확인합니다.

-> Event Log점검

관리도구 수행 시 직접적으로 시스템 및 응용 프로그램 로그에 남는 이벤트가 있는지 확인합니다. WinRM 과 관련된 내용은 직접적인 Exchange 구성요소가 아니기 때문에 따로 진단로깅을 걸 수 있는 부분이 Exchange 도구에서는 제공되지 않습니다. WinRM 과 관련된 이벤트는 ‘응용 프로그램 및 서비스 로그’ 의 ‘Microsoft’ -> ‘Windows’ -> ‘Windows Remote Management’ -> ‘ Opernational’ 에서 확인할 수 있습니다.

Event ID 2280

모듈 DLL C:\Program Files\Microsoft\Exchange Server\V14\Bin\kerbauth.dll을(를) 로드하지 못했습니다. 데이터는 오류입니다.

-> Event 2280 에 지정되어 있는 위치에 kerbauth.dll 이 있는지 확인합니다. 해당 위치에 dll 이 없거나 문제가 있으면 오류가 발생할 수 있습니다.

->  간혹 제거 후 신규 설치 과정에서 콘솔 제거를 하지 않고 설치하면서 위치 정보가 변경되어 해당 문제가 발생되는 경우가 있을 수 있습니다.

요청 초과 오류

“Kerberos” 인증을 사용하여 https:// Server_FQDN /Powershell 에 연결 시도 실패: 다음 오류 메시지가 발생하여 원격 서버에 연결하지 못했습니다. WS-Management 서비스가 요청을 처리할 수 없습니다. 시스템 로그 할당량인 2초당 1000개의 요청이 초과되었습니다.

-> 간헐적으로 해당 오류가 발생하는 경우는 throttling 내용으로 인한 영향으로 추정되는오류가 발생합니다. 서비스에 영향이 없어 값을 초기화 하기 위해서 IIS관리자를 통해서 MSExchangePowerShellAppPool 을 재시작하면 연결 문제가 해결됩니다.

연결 거부 오류

“Kerberos” 인증을 사용하여 https:// Server_FQDN /Powershell 에 연결 시도 실패: 다음 오류 메시지가 발생하여 원격 서버에 연결하지 못했습니다. 지정된 원격 호스트에 대한 연결이 거부되었습니다

->  https://Server_FQDN/Powershell 을 접속 했을 때 정상적으로 연결되는지 확인합니다.

아래와 같이 503 Service is unavailable 이 발생하여 IIS 의 Powershell 관련 풀이 정상적으로 동작하는지 확인합니다. 풀이 중지되어 있는 경우 시작해 주시고 필요에 따라서 해당 풀을 재시작 합니다.

풀이 지속적으로 중지된다면 따로 원인파악이 필요할 수 있습니다.

액세스 거부 오류

EMC 연결 오류

“Kerberos”인증을 사용하여 https://Server_FQDN/Powershell에 연결 시도 실패: 다음 오류 메시지가 발생하여 원격 서버에 연결하지 못했습니다. 액세스가 거부되었습니다.

EMS 연결 오류

다음 오류 메시지가 발생하여 원격 서버에 연결하지 못했습니다. 액세스가 거부되었습니다.

    + CategoryInfo          : OpenError: (System.Manageme....RemoteRunspace:RemoteRunspace) [], PSRemotingTransportException

    + FullyQualifiedErrorId : PSSessionOpenFailed

웹로그

2011-08-09 00:47:43 169.254.1.209 POST /PowerShell PSVersion=2.0 80 - 169.254.1.209 Microsoft+WinRM+Client 401 0 0 0

->  특이한 사례이긴 했지만, 인증오류로 보고 Network Monitor 를 통해서 연결 AD 정보를 확인하면서 3^rd party 제품에 의해서 LDAP 연결이 추가 생성되는 것으로 보고 3^rd party 제품 서비스를 중지한 사례가 있었습니다.

Get-LogonUser 명령오류

Domain\User_Account 에 대한 사용자 정보를 가져올 때 다음 오류가 발생했습니다.

Domain 에서 ‘S-xxx’ 개체를 찾을 수 없기 때문에 작업을 수행할 수 없습니다. ‘Get-LogonUser’ 명령을 실행하는 중이었습니다.

원인은 가상화 환경에서 VHD 이미지 재사용으로 인한 Domain 과 Exchange 서버 간 SID가 duplicate 되어 발생한 것으로 시스템 이벤트 로그에 아래의 내용이 확인 됩니다.

Event ID 5516, NETLOGON

컴퓨터 또는 xxx 도메인이yyy 도메인을 트러스트합니다. 이 트로스트는 간접 트로스트일 수 있습니다. 그런데 xxx와 yyy 은(는) 같은 컴퓨터 보안 식별자(SID)를 가지고 있습니다. NT를 xxx 또는 yyy 에 다시 설치해야 합니다.

Exchange / AD / Domain 명에 대한 각각의 SID 확인

-> 아래 링크에서 PSGetSID 라는 툴을 다운로드 받습니다.

https://technet.microsoft.com/ko-kr/sysinternals/bb897417 PSGetSID

PSGetSID 도메인명

PSGetSID Exchange서버명

두 SID 가 동일한 경우 Windows 2008 이상의 경우 sysprep 을 사용해서 SID 를 변경해야 합니다.

%WINDIR%\System32\Sysprep 폴더에 있는 Sysprep.exe 를 사용

이 툴을 사용할 때 주의할 점은 SID를 새로 생성하기 위해서는 “Generalize” 옵션을 꼭 체크해 주기 바랍니다. 그리고 재부팅하게 되는데 이 과정에서 “Product/License Key”와 “새로운 컴퓨터 명” 그리고 “관리자 암호” 등과 같은 것을 입력하게 됩니다.

1. 연락처 정보 백업

(1) OCS 설치 디렉터리\Server\Support 디렉터리 아래 dbimpexp.exe 가 있는지 확인합니다.

(해당 폴더가 없으면 OCS R2 CD 에 support 디렉터리를 복사합니다.)

(2) 삭제하려는 계정의 연락처 정보를 백업합니다.

DBImpExp.exe /hrxmlfile:c:\backup.xml /user:user@domain.com /sqlserver:sql.domain.com

(추출할 파일 위치 및 추출 사용자 정보와 SQL 서버 정보를 고객사 상황에 맞게 입력합니다.)

(3) 지정한 위치에 xml 파일이 생성되었는지 확인합니다.

2. OCS 서버에서 해당 계정을 삭제합니다.

3. (AD 복제 시간을 잠시 대기 후) ‘Active Directory 사용자 및 컴퓨터’ 에서 해당 사용자를 OCS 계정으로 enable 합니다.

- OCS 관련 policy 및 정보를 필요에 따라 추가합니다.

4. 연락처 정보를 복원합니다.

DBImpExp.exe /hrxmlfile:c:\backup.xml /import /user:user@domain.com /sqlserver:sql.domain.com

(Standard Edition 의 경우 sqlserver 는 지정하지 않습니다.)

5. 해당 사용자로 로그온 하면 기존 연락처 정보를 가지고 그대로 유지한 상태로 확인됩니다.

기타 해당 사용자를 등록한 타 사용자의 경우 해당 사용자 삭제 이후에 상태 정보가 Presence unknown 으로 보일 수 있습니다.

OC 를 재시작하면, 재생성한 사용자 정보가 정상적으로 확인 됩니다.