페푸리의 Office Server 이야기

이전에 DC 2008R2 + Exchange Server 2010 EOS 와 관련하여 2년전에 글을 작성한 적이 있습니다.

시간이 흘러 이제 2012R2 + Exchange Server 2013의 EOS에 대비해야 하는 시즌이 왔습니다.

작성 기준은 Exchange Server 2013 to 2019 을 기준으로 작성하되, 당연히 AD도 2012R2 to 2019로 업그레이드 하는 부분도 작성할 것입니다.

우선 아래의 기술자료를 기준으로 체크리스트를 작성해보았습니다.

Exchange Server 2019 시스템 요구 사항, Exchange 2019 요구 사항, Exchange 2019 메모리 요구 사항, Exchange 2019 클라이언트 호환성 | Microsoft Docs

[Exchange 2019 지원 동시 사용 시나리오]

Edge 전송 서버를 포함하여 조직의 모든 Exchange 2013 서버에서 Exchange 2013 누적 업데이트 21(CU21) 이상이 설치된 경우 지원 (15.0.1395.4 이상)

Get-ExchangeServer | Format-List Name,Edition,AdminDisplayVersion

Exchange 빌드 기술자료

Exchange Server 빌드 번호 및 릴리스 날짜 | Microsoft Docs

[Exchange 2019에 대한 네트워크 및 디렉터리 서버 요구 사항]

Active Directory 포리스트 기능 수준은 Windows Server 2012 R2 이상입니다.

Get-ADForest | fl Name,ForestMode
Get-ADDomain | fl Name,DomainMode

[Exchange 2019 지원 운영 체제]

Windows Server 2019 Standard 또는 Datacenter

[비즈니스용 Lync/ Skype 서버와 Exchange 2019의 통합]

Lync 현재 상태와 인스턴트 메시징을 Exchange Server와 통합하려면 Lync Server 2013 누적 업데이트 10 이상이 필요합니다. (5.0.8308.1001 이상)

#두 가지중 하나로 조회
Get-CsServerVersion
Get-WmiObject -query ‘select name, version from win32_product’ | where {$_.name -like “*Lync Server*”} | Sort-Object Name | Select Name, Version | ft -AutoSize

비즈니스용 Skype 서버 업데이트 - Skype for Business Server 2015 | Microsoft Docs

[MAPI over HTTP in Exchange Server]

Exchange Server 2013 의 Outlook 연결 방식은 Outlook Anywhere(RPC) 방식이 기본 값입니다.

Exchange Server 2013에서 Get-Organization Config |fl MapiHttpEnabled 확인.

MAPI over HTTP (MAPI)방식은 설정을 변경해야만 반영됩니다. 반면에 Exchange Server 2019에서는 MAPI 방식이 기본 값이며 RPC 방식도 지원하지만 되도록 MAPI방식 사용을 권장합니다.

MAPI over HTTP in Exchange Server | Microsoft Docs

2019로 마이그레이션 하기전에 아래의 명령어로 방식 변경

Set-OrganizationConfig -MapiHttpEnabled $true

*주의사항

1. 연결방식이 변경되기 때문에 Outlook 자격증명을 다시 요구할 수 있습니다.

2. RPC보다 MAPI 방식이 Outlook 성능이 좋아질 수는 있지만, 그만큼 서버의 CPU의 점유율을 더 사용할 수 있습니다.

MAPI로 전환하는 설정은 리스크가 있기 때문에 Migration 포스팅을 작성 할 때, 사서함 단위로 적용하는 부분에 대해서 다루도록 하겠습니다.

[구성정보 내보내기]

대부분의 설정 값들은 중앙(AD)에 저장되는 개념이기 때문에 백업할 필요는 없습니다. 그러나 특정 서버에만 저장되는 정보들은 백업 한 뒤, 새로 서버가 구축되면 해당 정보들을 입력해야 합니다.

대표적으로 아래의 5가지 항목과 같이 서버가 구분되어 항목이 존재하지 않으면, Exchange Server가 마이그레이션 되더라도 설정 값들은 저장됩니다.

그러나 수신 커넥터, 가상 디렉터리, Database 의 값들은 해당항목들이 생성될 때, 저장되는 값입니다.

이러한 부분은 조직마다 설정이 다르기 때문에 반드시 확인이 필요합니다.

Exchange Powershell 에서 아래의 명령어로 내보내기를 진행합니다.

#수신 커넥터
Get-ReceiveConnector|fl > c:\csv\receiveconnector.csv

#Database
Get-MailboxDatabase|fl >C:\csv\mailboxdatabase.csv

#가상 디렉터리
Get-AutodiscoverVirtualDirectory|fl >C:\csv\autodiscover.csv
Get-OwaVirtualDirectory|fl >C:\csv\owa.csv
Get-EcpVirtualDirectory|fl >C:\csv\ecp.csv
Get-WebServicesVirtualDirectory|fl >c:\csv\ews.csv
Get-OabVirtualDirectory|fl >c:\csv\oab.csv
Get-PowerShellVirtualDirectory|fl >c:\csv\powershell.csv
Get-MapiVirtualDirectory|fl >C:\csv\mapi.csv

#Transport Service
Get-TransportService|fl >c:\csv\transportservice.csv

#Server
Get-ExchangeServer|fl >c:\csv\exchangeserver.csv
Get-MailboxServer|fl >c:\csv\mailboxserver.csv
Get-ClientAccessServer|fl >C:\csv\ClientAccessServer.csv

[IIS]

그룹웨어 등 3rd Party 가 연계되어 있으면, IIS의 구성도 다를 수 있습니다.

IIS의 정보는 Powershell로 내보내기는 어려운 구조입니다. IIS Manager 상에서 트리구조를 보았을 때 특이사항이 있는지 정도를 체크합니다.

그리고 Logging 을 클릭하여, 로그 설정 부분만 확인합니다.