Exchange 2007의 경우는 setup.com /m:recovercms 옵션이 있었지만, Exchange 2007의 경우는 그런 옵션이 없습니다. 그래서 오늘은 DAG를 구성하고 있는 MBX 서버의 Rebuild 방법을 확인해 보도록 하겠습니다.

구성 환경

DAG로 내에는 MBX1과 MBX2 메일박스 서버가 구성되어 있고, MBXDB01에 대해 두 서버가 복제하고 있습니다. 이때 MBX02서버가 어떤 이유로 인해서 재구성이 팰요하다는 전제에서 다음 작업을 수행 합니다.

DAG Name: DAG

Node1: MBX01

Node2: MBX02

Database: MBXDB01

작업1: Database 복제 구성 정보 삭제

먼저 메일박스 서버를 재구성 하려면 복제 중인 Database Copy본을 제거해야 합니다.  서버를 Rebuild해야 하는 서버에 존재하는 Database Copy본을 다음 cmdlet을 이용하여 제거 합니다.

Remove-MailboxDatabaseCopy –Identity MBXDB01\MBX02

작업2: DAG로부터 메일박스 서버 제거

다음은 DAG에서 MBX02번을 멤버 서버에서 제거 시킵니다. 이때 주의할 사항은 반드시 -ConfigurationOnly 옵션을 사용해야 한다는 점입니다. 이 옵션을 빼게되면 해당 cmdlet은 다른 노드, 즉 MBX01서버에 연결하여 클러스터 서비스를 내리게 됩니다. 따라서 DAG는 전체가 망가지게 되겠죠?

Remove-DatabaseAvailabilityGroupServer –Identity DAG –MailboxServer MBX02  -ConfigurationOnly

작업3: 클러스터 서비스에서 구성 정보 삭제

DAG는 설치시에 Windows Failover Cluster 기능을 설치하지 않지만, DAG는 기본적으로 Windows Failover Cluster 를 사용합니다.  따라서 DAG에서 MBX02가 제거 되었다 하더라도, Cluser Node에서 MBX02를 제거해 주어야 합니다. 다음 클러스터 명령을 이용하여 MBX02를 DAG 클러스터에서 삭제합니다.

Cluster.exe DAG Node MBX02 /Evict

작업4: 서버 다시 구성

이제 MBX02를 재 구성하기 위한 준비가 되었습니다. 다음 두가지 경우가 있을 수 있습니다.
- 사용중인 MBX02를 Format후 다시 설치 합니다. 작업하기 전에 MBX02서버를 도메인에서 제거 하지 않고 바로 Format 후 OS 를 설치하고 서버 이름을 MBX02로 구성합니다. 
- 새로운 서버에 OS를 설치하고 기존 서버와 동일한 컴퓨터 이름(MBX02)으로 설정합니다.

작업5. AD에서 컴퓨터 계정 Reset

작업4에서 다시 구성된 컴퓨터를  MBX02라는 이름으로 도메인에 조인 하기 위해서는 AD에서 컴퓨터 계정을 Reset해야 합니다. Active Directory 사용자 및 컴퓨터를 열고 MBX02컴퓨터를 찾은 다음 마우스 오른쪽으로 누르고 Reset을 누릅니다.

그런 다음 MBX02서버를 AD에 Join 시키고 시스템을 다시 시작 합니다.

작업 6. Exchange 2010 Recover 설치

이제 서버를 Recover 합니다. 먼저 Exchange Server 2010을 설치하기 위해 필요한 Windows 구성 요소 및 요구사항이 만족되었는지 확인합니다. 조건이 만족 되었다면 다음 명령어로 Exchange Server 2010을 설치합니다.

setup.com /m:recoverserver

작업7. DAG에 MBX02 추가하기

Exchange 서버가 정상적으로 설치 되었습니다. 이제 DAG멤버 서버로 MBX02를 추가하면 Database 복제본을 다시 둘 수 있습니다.

Add-DatabaseAvailabilityGroupServer –Identity DAG –MailboxServer MBX02

이제 Database를 복제하기 위한 모든 준비가 끝났습니다. Database를 다시 복제 시킵니다.

앞 글에서 이미 언급했던 것처럼 Lync Server  Management Shell을 이용할 수도 있고, Lync Server 2010 제어판을 이용할 수도 있습니다.

이 글에서는 Lync Server 제어판을 이용하는 방법을 확인해 보겠습니다.

이 작업을 수행하기 위해, 작업을 수행하는 관리자 계정은 CSAdministrator 그룹의 구성원이어야 합니다. Active Directory사용자 및 컴퓨터를 열고 [Users] 컨테이너를 확장한 다음 CSAdministrator 그룹에 작업을 관리자 계정이 [구성원]으로 추가 되어 있는지 확인합니다.

1. 시작을 누른 다음 [Lync Server 제어판]을 선택합니다.

2. 사용자를 누른 다음, [사용자 사용] 우측에 있는 ▼를 누르고 [사용자 사용]을 선택 합니다.

3.  검색화면에서 [새로 만들기 Lync Server 사용자] 우측에 있는 [추가]를 선택합니다.

4. Active Directory에서 선택 창이 나타나면 [찾기]를 누릅니다. Active Directory내에서 아직 SIP가 Enable 되지 않은 사용자 목록이 나타납니다.

5. SIP를 Enable 하기 원하는 사용자를 [Ctrl]을 누른 상태에서  모두 선택 하고 [확인]을 누릅니다.

6. 새로 만들기 Lync Server 사용자 화면에서 [사용자를 풀에 할당] 에 있는 ▼를 누르고 사용자를 할당할 Pool을 선택합니다.

7. 사용자 SIP URI 생성에서 원하는 형태를 선택합니다. 본 블로그에서는 [다음 형식 사용: < SAMAccountName>@]형태를 사용하고 ▼ 드롭 다운 메뉴에서 contoso.com을 선택하였습니다.

8. 전화통신에서는 [PC대 PC전용]을 선택했습니다.

9. 나머지 정책항목은 기본값으로 비워 두고 [사용]을 누릅니다.

10. 꼭 해야 하는 작업은 아니지만, Database 및 주소록을 업데이트 하기위해서 Lync Server 관리 셀에서 두개의 cmdlet을 사용 할 수 있습니다.

Update-CsUserDatabase ?Force 을 실행하여 Database를 업데이트 합니다.

Update-CSAddressBook ?Force 을 입력하여 주소록을 업데이트 합니다.

11. Lync 클라이언트가 설치된 컴퓨터에서 Lync를 실행합니다. 컴퓨터에 로그인 한 사용자와 다른 계정을 이용하려 Lync에 로그인하려면 추가적인 정보를 입력해야 합니다. 로그인 되고 대화 상태를 찾을 수 있습니다.

12. 대화상태 찾기에서 사용자를 검색했지만, 정상적으로 찾을 수 없는 경우 이전 글[4. 사용자에게 SIP Enable 및 주소록 동기화]에서 언급된 주소록 동기화 부분을 확인합니다. 대화 상대를 찾고 대화 할 수 있습니다.

1. 먼저 Lnyc서버 Setup이 실행되면 아래와 같이 Microsoft Visual C++ 2008 재배포 설치가 나타납니다. 예를 누릅니다.
   
2. Lync Server 2010 설치화면이 나타나면 다음을 누릅니다.
   
3. 사용권 계약 페이지에서 [동의함]을 선택하고 확인을 누릅니다.
   
4. Lync Server 2010핵심 구성요소가 설치됩니다.
   
5. 구성 핵심요소가 설치되고 나면 Lync Server 2010 배포 마법사가 나타납니다. Active Directory준비를 누릅니다.
   
6. Lync Server에 대한 Active Directory준비 페이지에서 단계1: 스키마 준비의 실행을 누릅니다.
   
7. 스키마 준비 페이지가 나타나면 다음을 누릅니다.
8. 명령 실행페이지가 진행됩니다. 진행이 끝나면 [마침]을 누릅니다.
   
9. 확장된 스키마는 AD복제를 통해 각 도메인의 DC로 복제됩니다.
10. Lync Server에 대한 Active Directory준비 페이지에서 단계3: 현재 포리스트 준비의 실행을 누릅니다.
11. 포리스트 준비 페이지에서 다음을 누릅니다.
12. 유니버설 그룹 위치 페이지가 나타납니다. Lync서버를 현재 도메인에 설치 할 것이라면 로컬 도메인을 선택하고 다음을 누릅니다.
    
13. 명령 실행 페이지가 나타나고 명령이 실행됩니다. 끝나면 마침을 누릅니다.
    
14. Lync Server에 대한 Active Directory준비 페이지에서 단계1 및 단계3가 완료 표시 되었는지 확인합니다. 단계5: 현재 도메인 준비에서 실행을 누릅니다.
    
15. 도메인 준비 페이지가 나타나면 다음을 누릅니다.
16. 명령 실행 창이 나타나고 명령이 실행됩니다. 끝나면 마침을 누릅니다.
    
17. Lync Server에 대한 Active Directory준비 페이지에서 단계가 모두 진행되고 나면 [끝내기]를 누릅니다.
    
18. Lync Server 2010배포 마법사에서 Active Directory 준비상태가 완료된 것을 확인할 수 있습니다.

작업을 계속하기 위해서 Lync 2010 토폴로지 만들기 및 게시를 진행합니다.

1. Lync Server Management Shell을 엽니다.
2. 아래와 같이 [Enalbe-csuser –identity” Ha Jeongae” –RegisterPool Pool01 –SipAddress “sip:jeongae@contoso.com"]을 입력하여 사용자에 대한 SIP를 활성화 합니다.
    
3. 링크 클라이언트를 설치하고 다음과 같이 로그인 합니다. 컴퓨터에 로그인한 사용자 계정과 Lync에 로그인하는 계정이 다른경우 추가적으로 사용자 이름과 암호를 직접 입력해야 할 수도 있습니다.     
   
4. 친구를 추가하고 메신저를 주고 받아야 합니다. 그러나 사용자 이름을 검색하면 [주소록 동기화를 준비 중입니다]라고 나오고 사용자 검색이 안됩니다.
   

주소록 동기화
이 문제를 해결하기 위해서는 주소록을 동기화 해야 합니다. 즉 Active Directory의 사용자 정보를 Lync DB에 동기화 해야 하고, 또한 이 정보가 Address Book File로 동기화가 이루어 져야 합니다.

1. 먼저 현재 설정된 User Replicator(AD <-> Lync DB 간의 사용자 정보 동기화)의 주기를 보기 위해 아래와 같이 Get-CsUserReplicatorConfiguration cmdlet을 사용해 봅니다.
   
2. Address Book Service의 설정(Lync DB<->Address Book File 간 동기화) 설정을 확인하기 위해 Get-CsAddressBookConfiguration cmdlet을 입력합니다.
   
   Address Book Service(ABS)는 SQL 데이터 베이스에서 정보를 가져와서 주소록 파일에 변경 사항을 기록하는 역할을 담당하는 서비스 입니다.
   기본 값으로 하루에 한번 오전 1:30분에 작동하여 주소록 파일을 변경하고, 5분 마다 수행할 동기화 이벤트가 있는지 없는지 확인한 합니다. 강제 동기화를 실행하면 다음 주기에 실제 동기화가 수행 됩니다.
3. Lync Server Management Shell 을 열고  Update-CsAddressBook cmdlet을 실행하여 주소록을 업데이트 합니다. 변경된 내용은 5분 이내에 반영될 것입니다.
4. 클라이언트에서 즉시 반영하기 위해 Administrator 권한으로 명령창을 실행한 다음 다음 명령어를 입력합니다.
   reg add HKLM\Software\Policies\Microsoft\Communicator /v GalDownloadInitialDelay /t REG_DWORD /d 0 /f
5. Lync를 종료한 후에,
   %userprofile%\AppData\Local\Microsoft\Communicator\sip_<username@domain>\ 하위에 존재하는 GalContacts.db 와  GalContacts.db.idx 파일을 삭제 합니다.
6. Lync를 실행하고 사용자를 검색하여 대화합니다.
   

로컬 구성 저장소 설치

중앙 저장소(SQL Server)에 만들어진 구성정보를 로컬 구성 저장소로 가지고 오게 됩니다. 이 작업이 끝나면 로컬 컴퓨터에 SQLExpress가 설치되고, 구성 정보가 복제됩니다.

1. 배포 마법사에서 1단계: Lync Server 시스템 설치 또는 업그레이드를 누릅니다.
2. Lync Server 2010 패포화면에서 로컬 구성 저장소 설치(I)에서 [실행]을 누릅니다.
    
3. 중앙 관리 저장소의 로컬 복제본 구성 페이지에서 [중앙 관리 저장소에서 직접 검색(중앙 관리 저장소에 대한 읽기 권한 필요)]를 선택한 다음 [다음]을 누릅니다.
   
4. 명령이 실행 됩니다.
   
5. 로컬 서버 구성 설치가 완료되면 마침을 누릅니다.
   

프런트 엔드 서버 설치

1. Lync Server배포 마법사에서 2단계: Lync Server 구성 요소 설치 또는 제거에서 [실행]을를 누릅니다.
2. Lync Server 구성 요소 설치 페이지에서 다음을 누르면 게시된 토폴로지에 정의된 대로 구성 요소를 설치합니다.
3. 명령 실행 페이지에는 설치 진행 정보 및 명령 요약이 표시됩니다. 설치가 완료되면 목록을 통해 보려는 로그를 선택하고 로그 보기를 클릭하면 됩니다.
   
4. 만약 아래와 같이 [필수구성요소 설치 실패: Wmf2008R2]라고 뜨면 현재 Lync Server배포를 중지하고, 서버관리자에서 [데스크톱 경험]을 설치합니다. 데스크톱 경험을 설치하고 나서는 시스템을 재시작 하고 이 단계를 다시 실행 해야 합니다. 자세한 내용은 아래 경로를 참고 하세요
   https://support.microsoft.com/kb/2522454
   
5. Lync Server 구성 요소 설치가 완료되면 마침을 누릅니다.
   

프런트 엔드 서버에 인증서 구성

프런트 엔드 서버에 인증서를 구성함으로써 Lync 클라이언트와 통신에서 TLS를 이용할 수 있습니다. 인증서 구성 작업을 성공적으로 완료하기 위해서는 작업자 계정이 RTCUniversalServerAdmins 그룹의 구성원이거나 올바른 권한을 위임 받아야 합니다.

1. Lync Server 배포 마법사에서 3단계: 인증서 요청, 설치 또는 할당에서 [실행]을 누릅니다.
2. 인증서 마법사 페이지가 나타나면 [요청]을 누릅니다.
   
3. 인증서 요청 페이지가 나타나면 [다음]을 누릅니다.
4. 조직내에 인증서 서버가 있는 경우 [요청을 온라인 인증 기관으로 즉시 보냅니다]를 선택합니다. 만약 공인 인증 기관으로부터 인증서를 받기 원한다면 [지금 요청을 준비하고 나중에 보냅니다]를 선택한 다음 [다음]을 누릅니다.
   
5. 내부 AD상에 CA가 있는경우 자동으로 CA서버가 선택 됩니다. 다음을 누릅니다.
   
6. 인증 기관 계정 페이지가 나타납니다. CA에 인증서를 요청하고 처리하기 위한 별도의 자격 증명이 필요하면 입력합니다. 별도로 필요하지 않으면 다음을 누릅니다.
   
7. 대체 인증서 템플릿 지정 페이지에서 기본 웹 서버 템플릿을 사용하려면 다음을 누릅니다.
   
8. 이름 및 보안 설정 페이지에서 인증서 및 용도를 식별하는 데 사용할 이름을 지정한 다음 다음을 누릅니다.
   
9. 조직 정보 페이지에서 선택적으로 조직 정보를 제공하고 다음을 클릭합니다.
10. 지역 정보 페이지에서 선택적으로 지역 정보를 제공하고 다음을 클릭합니다.
    
11. 주체 이름/주체 대체 이름 페이지에서 필요한 모든 주체 대체 이름이 있는지 확인한 다음 다음을 누릅니다.
    
12. SIP 도메인 설정 페이지에서 SIP 도메인을 선택하고 다음을 클릭합니다.
    
13. 추가 주체 대체 이름 구성 페이지에서 이후의 추가 SIP 도메인에 필요할 수 있을 대체 이름을 추가하고 다음을 클릭합니다.
    
14. 인증서 요청 요약 페이지에서 요약 정보를 검토합니다. 정보가 올바르면 다음을 클릭합니다.
    
15. 명령실행이 끝나면 다음을 누릅니다.
    
16. 온라인 인증서 요청 상태 페이지가 나타납니다. 인증서 보기를 눌러 인증서 발급 경로 및 주체 대체 이름등을 확인할 수 있습니다. 갱신중인경우에는 인증서 유효 기관도 확인합니다.
    
17. Lync Server 인증서 사용에 이 인증서 할당을 선택한 다음 마침을 누릅니다.
18. 인증서 할당 페이지가 나타납니다. 다음을 누릅니다.
    
19. 인증서 지정 요약 페이지에서 다음을 누릅니다.
    
20. 명령 실행이 끝나면 마침을 누릅니다.
    
21. 인증서 마법사 페이지에서 인증서의 상태가 [지정됨]인지 확인 합니다.
    

프런트 엔드 서비스 시작

1. Lync Server 배포 마법사에서 단계4: 서비스 시작에서 [실행]을 누릅니다.
2. 서비스 시작 페이지에서 다음을 클릭하여 서버에서 Lync Server 서비스를 시작합니다.
   
3. 명령 실행 페이지에서 모든 서비스가 정상적으로 시작되었으면 마침을 클릭합니다.
   
4. 서비스 상태(옵션)을 실행하여 Service 관리도구에서 실제 Lync Server관련 서비스가 시작 되었는지 확인합니다.
   

클라이언트가 Lync 서버에 인증받고 연결을 TEST하기 위하여 사용자에게 SIP Enable 및 주소록 동기화를 진행합니다.

토폴로지 만들기

1. Lync Server 2010 설치 CD를 넣습니다.  설치용 CD 내의 Setup\amd64\setup2를 이용할 수 있습니다.
2. 토폴로지 작성기 설치를 누릅니다.
   
3. Microsoft Visual C++2008 재배포 가능도구가 설치되어야 합니다. [예]를 눌러 설치를 진행합니다.
   
4. 토폴로지 작성기 설치가 완료될 때까지 기다립니다. 토폴로지 작성기를 설치하는 동안 다음과 같은 Lync Server 2010 관리도구들이 같이 설치 됩니다.
   - Lync Server 관리 셸
   - Lync Server 로깅 도구
   - Lync Server 배포 마법사
   - Lync Server 제어판
   
5. 설치가 완료되면 시작-Microsoft Lync Server 2010을 확장한 다음 Lync Server 토폴로지 작성기를 누릅니다.
6. 토폴로지 작성기에서 새 토폴로지를 선택하고 확인을 누릅니다.
   
7. 토폴로지를 저장하기 위한 위치 및 파일 이름을 입력하라는 메시지가 표시됩니다. 알기 쉬운 이름을 지정하고 기본 확장명 .tbxml을 그대로 돈 채 확인을 누릅니다
8. 주 도메인 정의 페이지에서 조직의 주 SIP 도메인으로 사용할 이름을 입력한 다음 다음을 누릅니다. 일반적으로 Active Directory이름과 동일한 이름을 사용하지만, 다른 이름을 사용할 수 있습니다.
   
9. 추가 지원 도메인 지정 페이지에서 추가 도메인 이름을 입력한 다음(있는 경우) 다음을 누릅니다.
10. 첫 번째 사이트 정의 페이지에서 첫 번째 사이트의 이름과 설명을 입력한 다음 다음을 누릅니다.
    

11. 사이트 정보 지정 페이지에서 사이트의 위치 정보를 입력한 다음 다음을 누릅니다.

12. 새 토폴로지가 정의되었습니다 페이지에서 [이 마법사가 닫히면 새 프런트 엔드 마법사를 엽니다] 확인란이 선택되어 있는지 확인한 다음 마침을 누릅니다.
    

프런트 엔드 풀 정의

1. 위 12번에서 [이 마법사가 닫히면 새 프런트 엔드 마법사를 엽니다]가 선택되어 있었다면 자동으로 새 프런트 엔드 풀 정의 창이 열립니다. 다음을 누릅니다.
   
2. 프런트 엔드 풀 FQDN 정의 페이지에서 만들려는 풀의 FQDN(정규화된 도메인 이름)을 입력하고 Enterprise Edition 프런트 엔드 풀을 선택한 후 다음을 누릅니다.   추가된 Pool 이름은 DNS에 등록되어야 합니다.
   
3. 이 풀의 컴퓨터 정의 페이지에서 풀의 첫 번째 프런트 엔드 서버에 대한 컴퓨터 FQDN을 입력한 다음 추가를 클릭합니다. 풀에 추가할 다른 컴퓨터(최대 10개)에 대해 이 단계를 반복한 후 다음을 클릭합니다.
   
4. 기능 선택 페이지에서 이 프런트 엔드 풀에 필요한 기능을 선택합니다. 선택 가능한 기능은 다음과 같습니다.
   
• 회의 – 아리와 같은 다양한 기능이 활성화됩니다.
  • IM(인스턴트 메시징) - IM 세션에서 둘 이상의 사용자와 인스턴트 메시징을 주고받을 수 있습니다.
  • 회의 - 문서 공동 작업, 응용 프로그램 공유 및 데스크톱 공유를 지원합니다.
  • A/V 회의 - 사용자가 Live Meeting 서비스 또는 타사 오디오 브리지 없이 실시간 A/V(오디오/비디오) 전화 회의에 참가할 수 있습니다.
• 전화 접속(PSTN) 회의 - 사용자가 오디오 회의 공급자 없이 공중 전화망(PSTN) 전화를 사용하여 Lync Server 2010 전화 회의의 오디오 부분에 참가할 수 있습니다.
• 엔터프라이즈 음성 - Enterprise Voice는 사용자가 전화를 걸고 받을 수 있도록 하는 Lync Server 2010의 VoIP(Voice over IP) 솔루션입니다. 음성 통화, 음성 메일 및 하드웨어 장치나 소프트웨어 클라이언트를 사용하는 기타 기능에 Lync Server 2010을 사용하려는 경우에 이 기능을 배포합니다.
• 통화 허용 제어 – 사용 가능한 네트워크 대역폭에 따라 음성 또는 화상 통화와 같은 실시간 통신 세션을 설정하도록 허용할지 여부를 결정합니다. IM과 현재 상태만 배포한 경우에는 두 기능 모두 CAC를 사용하지 않으므로 CAC가 필요하지 않습니다.
5. 배치된 서버 역할 선택 페이지에서 A/V 회의 서비스와 중재 서버를 프런트 엔드 서버에 배치 할 수 있습니다.  Standard Edition 프런트엔드 서버의 경우 A/V 회의 서비스가 항상 배치 됩니다.
   
6. 프런트 엔드 풀과 서버 역할 연결 페이지에서 서버 역할을 정의하고 프런트 엔드 풀와 연결할 수 있습니다. 다음 세 가지 역할을 사용할 수 있습니다.
   
• 보관 사용 – 규정 준수나 품직 보증을 위해 조직에서 들어오고 나가는 메시지를 수집 및 저장하는 보관 서버 사용하고자 할때 선택합니다.
• 모니터링 사용 - 모니터링 서버는 Enterprise Voice 및 A/V 회의용 네트워크 미디어의 품질에 대한 데이터를 수집합니다. CDR(통화 정보 기록) 및 CER(통화 오류 기록) 형식의 정보를 수집하는 모니터링 서버를 정의하려면 선택 합니다.
• 에지 서버 풀 사용 - 페더레이션을 이용하여 조직 내부 사용자와 외부 사용자간의 커뮤니케이션 및 공동작업을 허용하기 위해서는 에지 서버가 필요합니다. 단일 에지 서버 또는 에지 서버 풀을 정의하고 연결하려면 선택합니다.
7. SQL 저장소 정의 페이지에서 새 SQL 저장소 정의를 선택하고 SQL Server FQDN을 지정한 합니다.
   
8. 파일 공유 정의 페이지에서 파일 저장소로 사용할 파일 서버의 FQDN과 공유폴더의 이름을 입력합니다. 단, Lync Server 2010의 파일 공유는 프런트 엔드 서버에 있을 수 없으므로 다른 서버를 지정합니다.
   
9. 웹 서비스 URL 지정 페이지에서 내부 또는 외부에서 사용할 서비스 풀 FQDN을 지정할 수 있습니다. 등록된 내/외부 이름은 DNS에 등록되어야 합니다. 
       
10. PSTN 게이트웨이 지정 페이지에서 계획한 PSTN 게이트웨이를 정의 합니다. PSTN 게이트웨이가 없으면 마침을 누릅니다.
11. 추가적으로 6번에서 선택한 항목에 따라 보관 서버, 모니터링 서버 선택, 에지 서버 선택창이 나타날 수 있습니다.

토폴로지 확인 및 게시

1. 토폴로지 작성기에서 Lync Server 2010을 마우스 오른쪽으로 누른 다음 속성 편집을 누릅니다.
   
2. 중앙 관리 서버를 선택한 다음 [중앙 관리 서버]를 지정하고 확인을 누릅니다.
   
3. 토폴로지를 게시하기전에 다음 사항들을 먼저 확인합니다.
1. 모든 단순 URL이 올바르게 구성되어 있는지 확인합니다.
2. SQL Server 서버가 온라인이며 토폴로지 작성기가 설치된 컴퓨터에서 사용 가능한지 확인합니다
3. 파일 공유를 사용할 수 있는지, 적절한 사용 권한이 정의되었는지 확인합니다.
4. 배포 요구 사항을 충족하는 올바른 서버 역할이 토폴로지에 정의되어 있는지 확인합니다.
5. (Active Directory 도메인 서비스에 서버가 있는지 확인합니다. 서버를 도메인에 가입시킨 경우에는 이 확인이 자동으로 수행됩니다.
4. 토폴로지 작성기에서 Lync Server 2010을 마우스 오른쪽으로 누른 다음 [토폴로지 게시]를 선택합니다.
   
5. 토폴로지 게시 페이지에서 다음을 누릅니다.
6. 데이터베이스 만들기 페이지에서 게시할 데이터베이스를 선택하고 다음을 누릅니다.
7. 중앙 관리 서버 선택 페이지에서 프런트 엔드 풀을 선택하고 다음을 누릅니다.
   
8. 게시 중 페이지가 나타나고 작업이 진행됩니다. 게시 프로세스가 끝나면 마침을 누릅니다.

설치를 계속하기 위해서 Lync  프런트 엔드 서버 설치를 진행합니다.

The attempt to connect to https://cas01.contoso.com'/powershell using 'Kerberos' authentication failed: Connecting to the remote server failed with the following error message : WinRM cannot process the request. The following error occurred while using Kerberos  authentication: The network path was not found

두가지 방법으로 Exchange 환경에서 잘못된 값을 가지고 있는 정보를 삭제할 수 있습니다. 아래 방법 중 한가지 방법을 수행 합니다. 

레지스트리를 편집기를 이용하는 방법 

1. 열여 있는 모든 MMC콘솔 및 EMC 를 닫습니다.
2. 시작-실행에서 Regedit를 실행하여 레지스트리 편집기를 엽니다.
3. 아래 경로로 이동합니다.
   HKEY_CURRENT_USER\SOFTWARE\Microsoft\ExchangeServer\v14\AdminTools
4. NodeStructureSetting 값을 더블 클릭한 다음 현재 값을 확인합니다. 
   
5. NodeStructureSetting 값을 삭제하고 확인을 누릅니다.
   

PowerShell을 이용하는 방법

1. 열여 있는 모든 MMC콘솔 및 EMC 를 닫습니다.
2. Windows PowerShell을 열고 다음을 실행합니다.
   Remove-ItemProperty -Path HKCU:\Software\Microsoft\ExchangeServer\v14\AdminTools\ -Name NodeStructureSettings       
3. PowerShell을 닫습니다.

위의 두가지 방법 중 한가지 방법을 실행하고 나서 Exchange 관리 콘솔을 다시 실행하면, 정상적으로 연결됨을 확인할 수 있습니다.

오늘은 Exchange 2010서버의 ServicePack 2설치와 관련된 내용을 살펴보겠습니다.

1. Exchange Server 역할별 Service Pack의 설치 순서

• 클라이언트 액세스
• 허브 전송
• 통합 메시징
• 사서함

2. Active Directory Schema 확장

Setup /PrepareSchema를 이용하여 Domain Controller에서 Schema를 직접 확장할 수도 있습니다. 그러나 Service Pack 설치 작업을 수행하는 사용자 계정이 Enterprise Admins 또는 ShemaAdmins 그룹의 구성원이라면, 가장 첫번째 서버에 Service Pack 설치 작업 진행하는 동안 Schema 는 자동으로 확장 됩니다. 
이 작업을 수행하는 Active Directory 관리도구가 Schema를 확장할 서버에 설치되어 있으면 멤버 서버서도 Schema 확장이 가능합니다.

• Import-Module ServerManager
• Add-WindowsFeature RSAT-ADDS

Multi Domain 환경인 경우 타 도메인으로 Schema 확장이 끝났는지 확인해야 합니다. Exchange Version별 개체 속성은 다음과 같습니다.

값을 확인하기 위해서는 두가지 방법을 이용할 수 있습니다. 먼저 ADSIEDIT를 이용하여 확인합니다.

1. Adsiedit를 실행한다음 Schema Context로 연결합니다.
2. “CN=Schema,CN=Configuration,DC=contoso,DC=com”를 확장한 다음 “CN=ms-Exch-Schema-Version-Pt” 개체를 찾습니다.
3. “CN=ms-Exch-Schema-Version-Pt”을 마우스 오른쪽으로 누른 다음 [속성]을 누르고, 속성 중 [RangeUpper]를 찾아 그 값을 확인합니다.

DSQuery를 이용한 확인은 다음과 같이 하실 수 있습니다.
dsquery * CN=ms-Exch-Schema-Version-Pt,cn=schema,cn=configuration,dc=domain,dc=com -scope base -attr rangeUpper

3. 모든 Exchange Server 역할에서 설치 시작 전 체크 할 사항

• 그룹정책을 통해 Windows Powershell Script 실행 정책이 정의된 항목이 있다면 Undefined로 구성합니다.
• 다음 cmdlet으로 ExecutionPolicy를 확인합니다. 아래 그림과 같이 되어 있으면 됩니다.
  Get-ExecutionPolicy –list
  
• 만약 다른 항목이 설정되어 있다면 다음 cmdlet으로 ExecutionPolicy 설정을 변경합니다.
  Set-ExecutionPolicy -Scope MachinePolicy Undefined
•     인터넷 옵션 - 게시자의 인증서 해지 확인 및 서버의 인증서 해지 확인을 체크 해지 합니다. 이렇게 함으로써 Rollup 설치 시 발생할 수 있는 Timeout 문제 해결 할 수 있습니다.
  
• Forefront 및 바이러스 백신 서비스 중지 시킵니다. (SP및 RU 설치 중  발생할 수 있는 파일접근 차단 등의 문제 해결)
  
• SCOM 에이전트 서비스 중지합니다.
• Remote Registry 서비스가 실행 중인지 확인합니다.
• 현재 설치되어 있는 서버의 Version을 확인합니다. Service Pack 별 Release 번호를 확인하고 싶으면 여기를 눌러 확인하세요

• Microsof Office 2010 필터 팩이 설치 되야 합니다. 여기를 눌러 다운 받을 수 있습니다.
• Rights Management Services관련 패치가 설치되어야 합니다. 여기를 눌러 다운 받을 수 있습니다.

4. CAS 및 HUB Server 설치

1. CAS Server의 IIS에는 다음 기능들이 설치되어 있어야 합니다.
• IIS 6 WMI Compatibility
• ASP.NET
• ISAPI Filters
• Client Certificate Mapping Authentication
• Directory Browsing
• HTTP Errors
• HTTP Logging
• HTTP Redirection
• Tracing
• Request Monitor
• Static Content
• IIS 6 관리 콘솔
2. RTM버전을 사용중이고 Windows Update가 이루어지지 않았다면 아래 업데이트가 사전에 설치되어야 합니다.
• Microsoft 기술 자료 문서 982867 핫픽스 설치. 여기를 눌러 다운받을 수 있습니다.
• Microsoft 기술 자료 문서 979744 핫픽스 설치
• Microsoft 기술 자료 문서 983440 핫픽스 설치
• Microsoft 기술 자료 문서 977020 핫픽스 설치
3. OWA가 SSL을 필요로 하지 않고 Redirction되어 있다면, ServicePack 설치 이후 Redirection이 실패됩니다.  Outlook Web App web.config 파일을 수정하여야 합니다.
4. Service Pack2 설치 진행
• Exchange2010-SP2-x64.exe를 다운 받습니다. 여기를 눌러 다운 받을 수 있습니다.
• 다운 받은 Exchange2010-SP2-x64.exe파일을 실행하여 특정 폴더에 압축을 해제 합니다.
• Setup.exe를 실행 합니다.

• Microsoft Exchange 업그레이드 설치를 누릅니다.
• Exchange Server 2010 SP2 업그레이드 소개 에서 [다음]을 누릅니다.

• 사용권 계약에서 [동의함]을 선택하고 [다음]을 누릅니다.

• 설치를 위한 준비 검사가 진행됩니다. 검사가 완료되면 [업그레이드]를 누릅니다.

• 설치가 진행됩니다. 완료되면 [마침]을 누릅니다.

• Service Pack2 설치가 완료 되었습니다. RU2를 업데이트 해 보도록 하겠습니다. 여기를 눌러 Update Rollup 2 for Exchange Server 2010 Service Pack 2 (KB2661854)를 다운로드 받을 수 있습니다.

1. 다운받은 Exchange2010-KB2661854-x64-kr.msp 파일을 실행 합니다.
2. 설치 시작 화면이 나오면 [Next]를 누릅니다.
   
3. Rollup에 대한 License 창이 나타나면 [동의함]을 선택하고 [Next]를 누릅니다.
   
4. 설치가 진행됩니다. 설치가 완료되면 [마침]을 누릅니다.
5. 시스템을 재시작 합니다.
6. 중지했던 Forefront  및 SCOM 서비스가 시작되었는지 확인합니다.

5. MailBox Server 설치

1. DAG가 구성된 경우 설치를 진행하기 전 먼저 Primary Active Manager가 누구인지 확인합니다.
   Get-DatabaseAvailabilityGroup <DAGName> -Status | Format-List PrimaryActiveManager
2. Primary Active Manager가 현재 작업을 진행할 서버라면 Command 창을 열고 다음을 이용하여 다른 서버로 이동합니다.
   Cluster group "cluster group" /move <servername>
3. Update를 진행할 서버에 Mount 되어 있는 Database를 모두 DAG의 다른 서버로 이동합니다.
• Powershell을 열고 다음과 같은 형식으로 작업합니다.
  Move-ActiveMailboxDatabase  MBX01DB01 -ActivateOnServer EX2013MBX02
• Exchange Management 도구를 이용해야 할 경우 DAG를 열고 다음과 같이 진행합니다.
  
  
4. Update를 진행할 서버에 다음 스크립트를 실행하여 Maintenance 모드로 설정합니다.
   StartDagServerMaintenance.ps1
   이 스크립트는 기본설치경로를 이용했다면 C:\Program Files\Microsoft\Exchange Server\V14\Scripts 아래에 있습니다.
5. CAS서버에서와 같이 Service Pack 설치를 진행합니다.
6. Rollup 2 설치를 진행합니다.
7. 설치가 완료되면 시스템을 재부팅 합니다.
8. MainTenance 모드를 해지하기 위하여 다음 스크립트를 실행합니다.
   StopDagServerMaintenance.ps1
9. Exchange Management Shell을 열고 버전을 확인합니다.
   Get-ExchangeServer | format-lst name,AdminDisplayVersion
   Exchange Build 번호는 다음과 같습니다.
   

Product name	Build number
Microsoft Exchange Server 2010 SP2	14.2.247.5
Update Rollup 1 for Exchange Server 2010 SP2	14.2.283.3
Update Rollup 2 for Exchange Server 2010 SP2	14.2.298.4
Update Rollup 3 for Exchange Server 2010 SP2	14.2.309.2

10. Database를 SP2 및 Rollup2 설치가 완료된 서버로 이동하고 나머지 서버에 대해서도 동일한 과정으로 설치를 진행합니다.
11. Database를 원래대로 호스트하도록 이동시킵니다.
12. 전체 서비스를 점검합니다.

[PS] C:\Windows\system32>New-MailboxDatabase -Name MBX01DB01 -Server EX2013MBX01 -EdbFilePath H:\MailDatabase\MBX01DB01.edb -LogFolderPath H:\MailDatabase

하지만 Database 상태를 확인해 보면 아직  Mount가 되지 않았습니다.

Mount-Database -Identity MBX01DB01를 이용하여 DB를 Mount 시킵니다.

생성된 Database에 개체를 만듭니다.

[PS] C:\Windows\system32>New-Mailbox -Name Juaeha -Alias juaeha -UserPrincipalName juaeha@contoso.com -SamAccountName juaeha -Database MBX01DB01

생성된 사서함에 로그인 해 보겠습니다. 혹시 다른 계정에서 보내놓은 메일이 있다면 들어와 있는 것을 확인할 수 있습니다.

Database를 DAG그룹내의 다른 멤버 MBX서버로 복제를 구성하기 위해 다음과 같이 작업합니다.

이때 반드시 DB 복제본을 가질 두 서버는 동일한 Disk Driver Letter를 이용해야 합니다. 위에서와 같이 만일 Databae가 MBX01서버에서 H 드라이브에 생성되었다면 복제본을 가질 MBX02에서도 H 드라이브가 있어야 한다는 뜻이지요. 또한 이 작업을 수행하기 위해서는 반드시 Database가 Mount 되어 있어야 합니다.

Add-MailboxDatabaseCopy -Identity MBX01DB01 -MailboxServer EX2013MBX02 -ActivationPreference 2

만약 원본 Database가 Mount 되지 않은 경우라면 구성중 오류가 나고 Update-MailboxDatabaseCopy 가 더이상 안될 수 있습니다. 이런 경우라면 다음을 이용하여 복제 설정을 삭제할 수 있습니다.

Remove-MailboxDatabaseCopy -Identity mbx01DB01\EX2013MBX02

정상적으로 복제본이 만들어 졌다면 다음과 같이 복제 상태가 나타나는 것을 확인할 수 있습니다.

하지만 자세히 보면 ContentIndexState의 상태가 MBX02번 서버에서는 Failed 인 것을 볼 수 있습니다. 이럴때 Catalog만 Update 하는 방법은 다음과 같습니다.

Update-MailboxDatabaseCopy -Identity mbx01DB01\EX2013MBX02 –CatalogOnly

이제 Database를 다른 서버에서 서비스하도록 이동을 시켜 보면, 정상적으로 이동이 되고, Database가 MBX02에서 Mount 된 것을 확인할 수 있습니다.

Move-ActiveMailboxDatabase MBX01DB01 -ActivateOnServer EX2013MBX02

더 자세한 내용은 Technet 사이트를 참고하세요

https://technet.microsoft.com/en-us/library/bb124727(v=exchg.150).aspx

New-DatabaseAvailabilityGroup -Name DAG -DomainController AD2012 -WitnessServer EX2013CAS01 -DatabaseAvailabilityGroupIpAddresses 192.168.10.120

그럼 이렇게 DAG가 생성 되겠죠

그리고 멤버 서버를 추가하기 위해 수행된 명령어는 Add-DatabaseAvailabilityGroupServer -Identity DAG -MailboxServer EX2013MBX01과 같은 형식인데요. 이때

“An Active Manager operation failed with a transient error. Please retry the operation. Error: The fully qualified domain name for node 'DAG' could not be found.”

라는 메시지를 보여 주고 DAG에 Mailbox 서버를 추가하지 못합니다.

이 문제는 DAG를 구성하면 Active Directory에 생성되는 CNO(Cluster Name Object)에 있어야 할 허가권이 자동으로 적절히 조절되지 못했기 때문에 나타나는 문제인데요, 이를 해결 하기 위해서는 Pre-Stage CNO가 필요하고, CNO에 필요한 허가권이 부여 되어야 합니다. 그

0. 이전에 생성되고 구성원이 추가되지 못한 DAG가 있다면 먼저 삭제 합니다.

Remove-DatabaseAvailabilityGroup -Identity DAG

1. AD에 Pre-Stage CNO개체 만들기

• Active Directory 사용자 및 컴퓨터를 엽니다.
• DAG에 대한 CNO를 만들 컨테이너를 엽니다.(기본적으로 Computers)
• 새로만들기-컴퓨터를 선택하여 DAG를 위한 CNO를 만듭니다.(여기서는 DAG를 이용 하였습니다.)

• 생성된 개체를 마우스 오른쪽으로 눌러 [Disable Account]를 선택합니다.

• 다음과 같이 경고가 나타나면 [Yes]를 누릅니다.

• 확인 창이 나타나면 한번더 [OK]를 누릅니다.

2. Pre-Stage CNO개체에 허가권 부여하기

• Active Directory 사용자 및 컴퓨터에서 View-Advanced Features를 누릅니다.

• 컴퓨터 컨테이너를 선택하고 위에서 생성한 CNO개체를 마우스 오른쪽으로 눌러 [Properties]을 선택합니다.
• [Security]탭을 선택한 다음 [ADD]를 누릅니다.
• Enter the Object Names to Select에 Exchange Trusted Subsystem를 입력하고 [Check Name]을 누른 다음 [OK]를 누릅니다.

• 추가된 Exchange Trusted Subsystem그룹에 Full Control 허가권을 부여 합니다.
• DAG의 멤버가 될 서버개체에 허가권을 주기 위해 한번더 [Add]를 누릅니다.
• [Object Types]를 선택한 다음 [Computers]에 체크 합니다.

• Enter the Object Names to Select에 DAG에 추가할 첫번째 Mailbox 서버의 이름을 넣고 [Check Name]을 누릅니다. [OK]를 누릅니다.

• 허가권을 Full Control로 변경하고 [OK]를 누릅니다.

3. DAG생성하고 Member Mailbox 서버 추가하기

이제 DAG구성을 위한 준비가 되었습니다. 다음 cmdlet을 통해 DAG를 만들어 보겠습니다.

New-DatabaseAvailabilityGroup -Name DAG -DomainController AD2012 -WitnessServer EX2013CAS01 -DatabaseAvailabilityGroupIpAddresses 192.168.10.120

정상적으로 DatabaseAvailabilityGroup이 생성되었습니다.

이제 멤버서버를 추가해야겠죠. 다음 cmdlet을 이용합니다.

Add-DatabaseAvailabilityGroupServer -Identity DAG -MailboxServer EX2013MBX01

cmdlet이 오류 없이 수행 되었고, Get-DatabaseAvailabilityGroup -Identity dag를 통해 멤버로 추가된 서버를 확인 할 수 있습니다.

DAG에 추가될 다른 Mailbox 서버는 다른 추가적인 작업 없이 바로 DAG의 멤버로 등록이 가능 합니다.

4. AD에 등록된 개체 확인하기

Active Directory에 미리 생성해둔 CNO는 어떻게 되었을까요?

Active Directory 사용자 및 컴퓨터를 열고 Computer 컨테이너를 확장한 다음 F5를 누러 갱신해 보면 개체가 활성화 되어 있음을 확인할 수 있습니다.

또한 맨 처음 Member를 등록하는 동안 CNO에 대한 A레코드가 DNS에도 등록 되어 있음을 확인할 수 있습니다.

이제 DAG내에 Database를 만들고 관리하면 되겠네요