다음을 통해 공유

Exchange Server 릴리스 정보

  • 아티클

팁

Exchange 2013 릴리스 정보를 찾고 계신가요? Exchange 2013의 릴리스 정보를 참조하세요.

Microsoft Exchange Server 2019에 오신 것을 환영합니다! 이 항목에는 Exchange 2019를 성공적으로 배포하기 위해 알아야 할 중요한 정보가 포함되어 있습니다. 배포를 시작하기 전에 이 항목을 자세히 읽으십시오.

Exchange Server 2019의 알려진 문제

Exchange 설치 마법사를 사용하여 Windows 2019 Server Core에서 Exchange Server를 제거하려고 하면 작업이 실패합니다. 마법사는 Windows 제어판을 시작하여 Exchange를 제거하려고 하지만 제어판이 Windows Server Core에 없습니다. Windows Server Core에서 Exchange를 제거하려면 명령줄에서 다음 설치 명령을 실행합니다.

참고

  • 이전 /IAcceptExchangeServerLicenseTerms 스위치는 2021년 9월 CU(누적 업데이트)부터 작동하지 않습니다. 이제 무인 및 스크립팅된 설치에는 /IAcceptExchangeServerLicenseTerms_DiagnosticDataON 또는 /IAcceptExchangeServerLicenseTerms_DiagnosticDataOFF를 사용해야 합니다.

  • 아래 예제에서는 /IAcceptExchangeServerLicenseTerms_DiagnosticDataON 스위치를 사용합니다. 스위치를 /IAcceptExchangeServerLicenseTerms_DiagnosticDataOFF로 변경해야 합니다.

Setup.exe /IAcceptExchangeServerLicenseTerms_DiagnosticDataON /mode:Uninstall

이 문제는 Exchange Server 2019를 위한 향후 CU 업데이트에서 해결될 것입니다.

Microsoft Exchange Server 2016을 시작합니다. 이 항목에는 Exchange 2016을 성공적으로 배포하기 위해 알아 두어야 할 중요한 정보가 포함되어 있습니다. 배포를 시작하기 전에 이 항목을 자세히 읽으십시오.

설정

  • 위임된 관리자 권한을 사용하여 Exchange를 설치하면 설치가 실패합니다. 위임된 설치 역할 그룹의 구성원인 사용자가 미리 프로비전된 서버에 Exchange를 설치하려고 하면 설치가 실패합니다. 이는 위임된 설치 프로그램 그룹에 Active Directory의 특정 개체를 만들고 구성하는 데 필요한 권한이 부족하기 때문입니다.

    이 문제를 해결하려면 다음 중 하나를 수행합니다.

    • 사용자가 설치하고 있는 Exchange를 Domain Admins Active Directory 보안 그룹에 추가합니다.

    • 조직 관리 역할 그룹의 구성원인 사용자를 통해 Exchange를 설치합니다.

메일함

  • Exchange 이전 버전에서 Exchange 2016 CU5 이상 버전으로 사서함을 이동하지 못할 수 있음: 마이그레이션 일괄 처리 요청을 사용하여 Exchange 이전 버전에서 Exchange CU5 이상 버전으로 이동하려고 하는 경우 이동에 실패할 수 있습니다. 마이그레이션 시스템 사서함이 CU5 이상 버전이 설치된 Exchange 2016 서버에 없으면 위와 같이 이동에 실패할 수 있습니다.

    마이그레이션 일괄 처리 요청을 사용하여 사서함에서 Exchange 2016 CU5 이상 버전으로 이동하기 전에 다음 단계에 따라 마이그레이션 사서함을 CU5 이상 버전을 실행하는 Exchange 서버로 이동해야 합니다.

    1. Exchange 2016 사서함 서버에서 Exchange 관리 셸을 엽니다.

    2. 다음 명령을 실행하여 Exchange 2016 서버에 있는 사서함 데이터베이스의 목록을 가져옵니다. 마이그레이션 사서함을 클립보드에 이동하려는 사서함 데이터베이스의 이름을 복사합니다.

      Get-MailboxDatabase | Where {$_.AdminDisplayVersion -Like "*15.1*"} | Format-Table Name, ServerName

    3. 다음 명령을 실행하여 마이그레이션 사서함을 Exchange 2016 서버를 이동할 수 있습니다. 이전 단계에서 복사한 사서함 데이터베이스 이름을 TargetDatabase 다음에 붙여넣습니다.

      New-MoveRequest "Migration.8f3e7716-2011-43e4-96b1-aba62d229136" -TargetDatabase "<mailbox database name>"

  • 다른 버전의 Exchange를 실행하는 사서함 서버는 동일한 데이터베이스 가용성 그룹에 추가될 수 있음: Add-DatabaseAvailabilityGroupServer cmdlet 및 Exchange 관리 센터에서 Exchange 2013 서버를 Exchange 2016 기반 DAG(데이터베이스 가용성 그룹)에 추가하도록 혹은 그 반대로 추가하도록 잘못 허용합니다. Exchange는 동일한 버전(예: Exchange 2013 대 Exchange 2016)을 실행하는 사서함 서버를 DAG에 추가하는 작업만 지원합니다. 또한 Exchange 관리 센터에는 DAG에 추가할 수 있는 서버 목록에 Exchange 2013 및 Exchange 2016 서버가 모두 표시됩니다. 따라서 관리자가 무심코 호환되지 않는 Exchange 버전을 DAG에 추가할 수 있습니다(예: Exchange 2013 서버를 Exchange 2016 기반 DAG에 추가).

    현재 이 문제를 해결할 수 있는 방법이 없습니다. 관리자는 사서함 서버를 DAG에 추가할 때 유심히 살펴야 합니다. Exchange 2013 서버만 Exchange 2013 기반 DAG에 추가하고 Exchange 2016 서버만 Exchange 2016 기반 DAG에 추가합니다. Exchange 관리 센터의 서버 목록에 있는 버전 열만 보고도 각 Exchange 버전을 구분할 수 있습니다. 다음은 Exchange 2013 및 Exchange 2016의 서버 버전입니다.

    • Exchange 2013 15.0(빌드 xxx.xx)

    • Exchange 2016 15.1(빌드 xxx.xx)

  • HTTP를 통해 MAPI를 사용하는 경우 보관 사서함에 연결할 수 없음: Exchange 2016에서 HTTP를 통한 MAPI를 사서함별로 사용할 수 없습니다. 다음 사항이 참이면 사용자가 자신의 보관 사서함(구성된 경우)에 액세스하지 못하는 문제가 발생합니다.

    • 사용자 사서함에서 HTTP를 통한 MAPI를 사용할 수 있습니다.

    • 조직 수준에서 HTTP를 통한 MAPI를 사용할 수 없습니다.

      이러한 조건이 참인 경우 사용자는 자신의 보관 사서함을 열 수 없으며 폴더 집합을 열 수 없습니다. Microsoft Exchange에 대한 로그온 시도가 실패했습니다.라는 오류가 나타납니다.

      이 문제를 해결하려면 다음 중 하나를 수행합니다.

    • 웹용 Outlook을 사용하여 보관 사서함을 엽니다.

    • 다음 명령을 실행하여 사서함에서 HTTP를 통한 MAPI를 사용하지 않도록 설정합니다.

      Set-CasMailbox <email address> -MapiHttpEnabled $False

  • 알림 브로커 서비스가 30초 후 중지됨 Exchange 서버를 시작하면 알림 브로커 서비스가 시작하고 약 30초 후에 중지되는 것을 확인할 수 있습니다. 서비스를 수동으로 시작하려고 하면 성공적으로 시작되지만 약 30초 후에 다시 중지됩니다. 이벤트 로그에 오류 또는 경고 없음이 포함되어 있습니다.

    이 동작은 Exchange 2016의 온-프레미스 배포 시 발생합니다. 알림 브로커 서비스는 서버가 시작될 때마다 구성 확인을 수행합니다. 알림 브로커 서비스에서 수행할 작업이 없는 경우 다음에 서버가 다시 시작될 때까지 자동으로 중지됩니다.

메일 흐름

  • Edge 전송 서버는 유효한 받는 사람에게 전송된 메일을 거부할 수 있음 Exchange 2016 Edge 전송 서버는 다음 사항이 참인 경우 유효한 내부 받는 사람에게 전송된 메시지를 거부할 수 있습니다.

    • Exchange 2016 CU1(누적 업데이트 1)이 서버에 설치되어 있습니다.

    • 서버에서 받는 사람 유효성 검사를 사를 사용할 수 있습니다.

      When an Edge Transport rejects a message because of this issue, the sender will receive a non-delivery report (NDR) with the status code 5.1.10, and the error Recipient not found by SMTP address lookup. The recipient won't receive the message.

      이 문제를 해결하려면 다음 중 하나를 수행합니다.

    • 다음 명령을 수행하여 영향을 받는 Edge 전송 서버에서 받는 사람 유효성 검사를 사용하지 않습니다.

      Set-RecipientFilterConfig -RecipientValidationEnabled $False

    • 다음 명령을 수행하여 영향을 받는 Edge 전송 서버에서 받는 사람 유효성 검사 캐시를 사용하지 않습니다.

      Get-TransportService | Set-TransportService -RecipientValidationCacheEnabled $False

      주의

      받는 사람 유효성 검사 캐시를 사용하지 않도록 설정하면 Exchange에서 Active Directory Lightweight Directory Services의 로컬 인스턴스를 쿼리하여 인바운드 메시지의 받는 사람이 올바른지 확인합니다. 이렇게 하면 Exchange가 메시지를 처리하는 데 필요한 리소스가 상당히 늘어날 수 있습니다. 받는 사람 유효성 검사 캐시를 사용하지 않도록 설정하기 전에 서버에 추가 요구를 처리할 수 있는 충분한 용량이 있는지 확인합니다.

  • 방화벽 또는 외부 MX(메일 교환기) DNS 레코드를 구성하여 Exchange 2016 누적 업데이트 1이 설치되지 않은 Edge 전송 서버로 메일을 보낼 수 있습니다. TCP 포트 25를 새로운 인터넷 서버에 연결하도록 허용하려면 방화벽을 구성해야 할 수도 있습니다.

  • 방화벽이나 외부 MX DNS 레코드를 구성하여 Exchange 2016 사서함 서버로 메일을 보낼 수 있습니다. TCP 포트 25를 새로운 인터넷 서버에 연결하도록 허용하려면 방화벽을 구성해야 할 수도 있습니다.