이 문서는 기계 번역을 이용하여 번역되었습니다. 문서를 영문으로 보려면 영문 확인란을 선택하세요. 마우스 포인터를 텍스트 위로 이동시켜 팝업 창에서 영문 텍스트를 표시할 수도 있습니다.
번역
영문

Exchange 2016 릴리스 정보

[이 항목은 시험판 설명서로, 향후 릴리스에서 변경될 수 있습니다. 빈 항목은 자리 표시자로 포함되어 있습니다. 피드백이 있다면 기꺼이 듣겠습니다! ExchangeHelpFeedback@microsoft.com으로 전자 메일을 보내 주세요.]  

적용 대상:Exchange Server 2016

tip팁:
Exchange 배포 어시스턴트에서 들리는? Exchange 2013 릴리스 정보를 클릭 합니다.

Microsoft Exchange Server 2016 시작! 이 항목에는 Exchange 2016 를 성공적으로 배포를 알고 있어야 하는 중요 한 정보가 들어 있습니다. 배포를 시작 하기 전에이 항목을 완전히 참조 하십시오.

이 항목에서 다루는 섹션은 다음과 같습니다.

설치 프로그램

사서함

메일 흐름

  • Windows Server 2012 r 2에서 느린 설치 Windows update KB3097966 설치를 사용 하 여 Windows Server 2012 r 2를 실행 하는 컴퓨터에 최대 50%까지 설치를 완료 하려면 시간이 오래 걸릴 수 있습니다.

    이 문제를 해결 하려면 설치 프로그램을 실행 하기 전에 Exchange 2016를 설치할 수 있는 각 서버에서 다음을 수행 합니다. 각 서버에서 한번이 작업을 수행 해야 합니다.

    1. 승격된 명령 프롬프트를 엽니다.

    2. 다음 명령을 실행합니다.

      "%windir%\Microsoft.NET\Framework64\v4.0.30319\ngen.exe update"
      
      important중요:
      이 명령은 많은 경고 또는 오류를 생성할 수 있습니다. 이 예상 하 고 명령에 실패 한 것은 아닙니다.
    3. 다음 명령을 실행 합니다. 반환 된 숫자가 0 이면 ngen.exe 명령이 성공적으로 완료 합니다.

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

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

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

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

  • 이전 버전의 Exchange를 Exchange 2016 c u 5에서 사서함을 이동 하거나 나중에 실패할 수 있습니다 이전 버전의 Exchange를 Exchange c u 5에서 사서함을 이동 하려고 하면 또는 때 나중 마이그레이션 일괄 처리 요청을 사용 하 여, 이동 하지 못할 수 있습니다. 이 마이그레이션 시스템 사서함 c u 5와 Exchange 2016 서버에 있는 아니거나 이상이 설치 되어 하는 경우 발생할 수 있습니다.

    Exchange 2016 c u 5 또는 마이그레이션 일괄 처리 요청을 사용 하 여 나중에 사서함을 이동할 수 있습니다, 전에 c u 5를 실행 하거나 나중에 다음 단계를 사용 하 여 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 2016 에 추가 하기 위해 Exchange 2013 서버-데이터베이스 가용성 그룹 (DAG)를 기반으로 하 고 그 반대의 경우도 마찬가지입니다. Exchange는 DAG에 동일한 버전 (Exchange 2013Exchange 2016, 예: 비교)를 실행 하는 유일한 사서함 서버를 추가 하 여 지원 합니다. 또한 Exchange 관리 센터의 DAG에 추가할 수 있는 서버 목록에서 Exchange 2013 및 Exchange 2016 모두 서버를 표시 합니다. 이 실수로 DAG에는 호환 되지않는 버전의 Exchange 실행 하는 서버를 추가 하려면 관리자가 허용할 수 (예는 Exchange 2016 에 Exchange 2013 서버를 추가-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 의 온-프레미스 배포에서 예상 합니다. 알림 브로커 서비스는 서버를 시작할 때마다에서 구성 검사를 수행 합니다. 없을 경우 nothing을 수행 하기 위해 알림을 브로커 서비스에 대 한, 서버를 다시 시작 하는 다음 때까지 자동으로 중지 합니다.

  • Edge 전송 서버는 유효한 받는 사람에 게 보낸 메일을 거부할 수 있습니다. Exchange 2016 Edge 전송 서버는 다음에 해당 하는 경우 유효한 내부 받는 사람에 게 보낸 메시지를 거부할 수도 있습니다.

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

    • 받는 사람 유효성 검사는 서버에서 활성화 됩니다.

    이 문제 때문에 메시지를 거부 하는 Edge 전송, 보낸 사람이 받는 사람의 SMTP 주소를 조회 하 여 없는 오류 상태 코드 5.1.10 와 배달 못함 보고서 (NDR)를 받게 됩니다. 받는 사람에는 메시지가 표시 되지 않습니다.

    이 문제를 해결 하려면 하나 는 다음의 절차를 수행 합니다.

    • 다음 명령을 실행 하 여 영향을 받는 Edge 전송 서버에서 받는 사람 유효성 검사를 사용 하지 않도록 설정 합니다.

      Set-RecipientFilterConfig -RecipientValidationEnabled $False
      
    • 다음 명령을 실행 하 여 영향을 받는 Edge 전송 서버에서 받는 사람 유효성 검사 캐시를 사용 하지 않도록 설정 합니다.

      Get-TransportService | Set-TransportService -RecipientValidationCacheEnabled $False
      
      Caution주의:
      받는 사람 유효성 검사 캐시를 사용 하지 않도록 설정 하면 Exchange가 Active Directory Lightweight 디렉터리 서비스의 로컬 인스턴스를 쿼리하여 인바운드 메시지에 받는 사람에 게 유효한 지 확인 합니다. Exchange 메시지를 처리 해야하는 리소스 길어질 수 있습니다. 받는 사람 유효성 검사 캐시를 사용 하지 않도록 설정 하기 전에 서버에 추가 요구를 처리 하는데 충분 한 용량에 있는지 확인 합니다.
    • 방화벽이 나 Exchange 2016 누적 업데이트 1이 설치 되어이 없는 Edge 전송 서버에 메일을 보내려고 외부 메일 교환기 (MX) DNS 레코드를 구성 합니다. TCP 포트 25 새로운 인터넷 연결 서버에 연결할 수 있도록 허용 하도록 방화벽을 구성 해야 합니다.

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

 
표시: