다음을 통해 공유

Exchange 누적 및 보안 업데이트 설치 실패 복구

  • 적용 대상: Exchange Server 2019, Exchange Server 2016, Exchange Server 2013, Exchange Server 2010 Service Pack 3

이 문서에서는 서버에 Microsoft Exchange Server CU(누적 업데이트) 및 SU(보안 업데이트)의 설치를 확인하는 방법을 설명합니다. 또한 CU 및 SU를 설치할 때 발생할 수 있는 알려진 문제를 나열하고, 문제를 해결하는 방법을 제공합니다.

CU 또는 SU 설치 중 오류 해결

추가 정보

OWA 또는 ECP의 HTTP 500 오류

문제:

HTTP 500 오류는 업데이트를 설치한 후 OWA(웹용 Outlook) 및 ECP(Exchange 제어판)에서 발생할 수 있습니다. OWA 또는 ECP에 로그인할 자격 증명을 제공한 후 다음 오류 메시지와 함께 로그인 프로세스가 실패할 수 있습니다.

파일이나 어셈블리 'Microsoft.Exchange.Common, Version=15.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' 또는 여기에 종속되어 있는 파일이나 어셈블리 중 하나를 로드할 수 없습니다. 시스템은 지정된 파일을 찾을 수 없습니다.

해결 방법:

관리자 권한 명령 프롬프트에서 보안 업데이트를 다시 설치합니다.

  1. 시작을 선택하고 cmd를 입력합니다.
  2. 검색 결과에서 명령 프롬프트를 마우스 오른쪽 단추로 클릭하고 관리자 권한으로 실행을 선택합니다.
  3. 사용자 계정 컨트롤 창이 나타나면 관리자 권한 명령 프롬프트 창을 여는 옵션을 선택한 다음 계속을 선택합니다. UAC 창이 나타나지 않으면 다음 단계로 계속 이동합니다.
  4. 보안 업데이트용 .msp 파일의 전체 경로를 입력한 후 Enter 키를 누릅니다.
  5. 업데이트가 설치되면 서버를 다시 시작합니다.

자세한 내용은 보안 업데이트를 설치한 후 OWA 또는 ECP 작동이 중지되었습니다를 참조하세요.

맨 위로 이동

OWA 및 ECP의 HTTP 400 오류 및 PowerShell의 연결 실패 오류

문제:

업데이트가 설치된 후 OWA(Outlook on the Web) 및 ECP(Exchange 제어판)에서 HTTP 400 오류가 발생할 수 있습니다. OWA 또는 ECP에 로그인할 자격 증명을 제공한 후 다음 오류 메시지와 함께 로그인 프로세스가 실패할 수 있습니다.

HTTP 400 - 잘못된 요청
컨텍스트를 직렬화할 수 없음

또한 Exchange 관리 셸을 시작할 때 다음 오류 메시지가 나타납니다.

ErrorCode : -2144108477
TransportMessage : XML이 유효하지 않기 때문에 WS-Management 서비스가 요청을 처리할 수 없습니다.
ErrorRecord : 다음 오류 메시지와 함께 원격 서버 exchange.contoso.com에 연결하지 못했습니다. 자세한 내용은 about_Remote_Troubleshooting 도움말 항목을 참조하세요.

원인:

이 문제는 사용자 이름이 달러 기호($)로 끝나는 경우 발생합니다(예: admin$).

해결 방법:

사용자 이름에서 달러 기호($)를 제거하거나 달러 기호($)로 끝나지 않는 다른 관리 계정을 사용하세요.

맨 위로 이동

ECP에서 누락된 이미지

문제:

SU를 설치한 후 OWA 또는 ECP에서 이미지를 표시하지 않을 수 있습니다.

원인:

이 문제는 SU가 제대로 설치되지 않은 경우에 발생합니다.

해결 방법:

관리자 명령 프롬프트에서 업데이트를 실행하여 .msp 파일을 제거하고 다시 설치합니다. 그런 다음, 설치가 완료되면 서버를 다시 부팅합니다.

맨 위로 이동

EAC 또는 OWA의 빈 페이지

문제:

Exchange Server 2016 또는 Exchange Server 2013에서 EAC(Exchange Admin Center) 또는 OWA에 로그인하면 빈 페이지가 표시됩니다. 이 문제가 발생하면 이벤트 ID 15021이 기록될 수 있습니다.

원인:

이 문제는 0.0.0.0:444의 SSL 바인딩에 다음 문제 중 하나 이상이 있는 경우 발생합니다.

  • 바인딩이 잘못 설치되었습니다.
  • 바인딩에 할당된 인증서가 없습니다.
  • 바인딩에 잘못된 정보가 포함되어 있습니다.

해결 방법:

  1. CAS(클라이언트 액세스 서버)에서 IIS(인터넷 정보 서비스)를 엽니다.

  2. 사이트를 확장하고 기본 웹 사이트를 선택한 다음 작업 창에서 바인딩을 선택합니다.

  3. 사이트 바인딩 대화 상자에서 다음 값
    에 대한 바인딩을 엽니다. 형식    : https; 포트    : 443.

  4. 기본 웹 사이트에 유효한 SSL 인증서가 지정되었는지 확인합니다. 그렇지 않은 경우 Microsoft Exchange와 같은 유효한 SSL 인증서를 지정하고 확인을 선택합니다.

    Microsoft Exchange가 기본 웹 사이트의 SSL 바인딩에 대한 SSL 인증서로 선택되었음을 보여 주는 스크린샷

  5. 관리자 권한의 PowerShell 창에서 다음 명령을 실행하여 IIS를 다시 시작합니다.

    Restart-Service WAS,W3SVC

  6. 사서함 서버에서 Exchange 백 엔드 사이트에 확인 단계 1~5를 수행합니다.

    Microsoft Exchange가 사서함 서버의 Exchange 백 엔드 사이트에 대한 SSL 바인딩에 대한 SSL 인증서로 선택되었음을 보여 주는 스크린샷

자세한 내용은 문서를 참조하십시오.

맨 위로 이동

OWA 또는 EAC에 로그인할 수 없음

문제:

Exchange Server에서 OWA 또는 EAC에 로그인하려고 하면 웹 브라우저가 멈추거나 리디렉션 제한에 도달했다는 메시지가 표시됩니다. 또한 이벤트 1003이 이벤트 뷰어에 기록됩니다.

이벤트 ID: 1003 소스: MSExchange Front End HTTPS 프록시 내부 서버 오류가 발생했습니다. 처리되지 않은 예외는 다음과 같습니다. System.NullReferenceException: 개체 참조는 개체의 인스턴스로 설정되지 않았습니다. at Microsoft.Exchange.HttpProxy.FbaModule.ParseCadataCookies(HttpApplication httpApplication)

원인:

이 문제는 Exchange Server OAuth(공개 인증) 인증서가 만료되어 발생합니다.

해결 방법:

이 문제를 해결하려면 이 문서의 단계를 수행합니다.

맨 위로 이동

Exchange 설치 후 EAC 또는 OWA에 액세스할 수 없습니다.

문제:

Exchange Server 2016 또는 Exchange Server 2013을 설치할 때 설치 프로세스가 실패했거나 일부 단계에서 중단된 후 다시 시작되어 성공적으로 완료되었을 수 있습니다. 하지만, EAC 또는 OWA에 액세스할 때 다음 오류 메시지를 수신합니다.

문제가 발생했습니다.

죄송합니다. 지금 해당 정보를 가져올 수 없습니다. 나중에 다시 시도하세요. 문제가 계속되면 기술 지원팀에 문의하세요.

원인:

이 문제는 SharedWebConfig.config 파일이 다음 위치 중 하나에서 누락된 경우 발생합니다.

  • C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess
  • C:\Program Files\Microsoft\Exchange Server\V15\FrontEnd\HttpProxy

해결 방법:

다음 단계를 수행합니다.

  1. 오류가 발생하는 서버에서 SharedWebConfig.config 파일이 누락된 위치를 확인합니다.

  2. 누락된 파일을 생성합니다.

    1. cd %ExchangeInstallPath%\bin 명령을 실행하여 현재 디렉터리를 Exchange 설치 경로 아래에 있는 휴지통 폴더로 변경합니다.

    2. DependentAssemblyGenerator.exe 도구를 사용하여 파일을 적절히 생성합니다.

      • 파일이 C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess에서 누락된 경우 다음 명령을 실행합니다.
      DependentAssemblyGenerator.exe -exchangePath "%ExchangeInstallPath%\bin" -exchangePath "%ExchangeInstallPath%\ClientAccess" -configFile "%ExchangeInstallPath%\ClientAccess\SharedWebConfig.config"
      • 파일이 C:\Program Files\Microsoft\Exchange Server\V15\FrontEnd\HttpProxy에서 누락된 경우 다음 명령을 실행합니다.
      DependentAssemblyGenerator.exe -exchangePath "%ExchangeInstallPath%\bin" -exchangePath "%ExchangeInstallPath%\FrontEnd\HttpProxy" -configFile "%ExchangeInstallPath%\FrontEnd\HttpProxy\SharedWebConfig.config"

  3. 서버를 다시 시작하거나 관리자 권한의 PowerShell 세션을 열고 다음 명령을 실행합니다.

    Restart-Service WAS,W3SVC

    자세한 내용은 문서를 참조하십시오.

맨 위로 이동

Exchange Server 설정이 실행되지 않음

문제:

무인 설치를 실행하여 Microsoft Exchange Server 2019, Microsoft Exchange Server 2016 또는 Microsoft Exchange Server 2013을 PowerShell 또는 setup.exe를 사용하여 명령 프롬프트에서 업그레이드합니다. 설치 프로그램이 시작되고 성공적으로 완료되었다고 표시될 수 있습니다. 하지만 Exchange는 업데이트되지 않았습니다.

설치 미디어는 D: 드라이브에 있으며 무인 설치는 ""(PowerShell에서) 또는 "setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms"(PowerShell 또는 명령 프롬프트에서) 대신
".\setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms"(PowerShell 또는
D:\setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms 명령 프롬프트에서) 명령 중 하나를
사용하여 시작됩니다.

원인:

PowerShell 또는 명령 프롬프트에서 명령을 실행하면 PowerShell 또는 명령 프롬프트의 현재 경로가 검사되기 전에 시스템 환경 변수 "Path"의 경로를 먼저 검사하여 실행할 명령을 확인합니다. 다음 조건에 해당하지 않는 경우 이 검사 순서를 따릅니다.

  • "."는 PowerShell에서 실행 중인 명령 또는 프로그램 앞에 입력됩니다.
  • Tab 키는 PowerShell에서 실행되는 명령 또는 프로그램 앞에 "."를 자동으로 추가하는 데 사용됩니다.
  • 전체 경로는 PowerShell 또는 명령 프롬프트에서 setup.exe(예: "D:\setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms")를 실행하는 데 사용됩니다.

이러한 조건이 없는 경우, PowerShell이 정확한 경로에 있는 setup.exe 대신에 C:\Program Files\Microsoft\Exchange Server\V15\bin에 있는 다른 setup.exe 파일을 찾아서 실행합니다.

해결 방법:

".\setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms"(PowerShell) 또는 "D:\setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms"(PowerShell 및 명령 프롬프트)(을)를 사용하여 업그레이드를 실행합니다.

자세한 내용은 문서를 참조하십시오.

맨 위로 이동

업그레이드 패치를 설치할 수 없음

문제:

SU를 설치할 때 다음과 같은 오류 메시지가 표시될 수 있습니다.

업그레이드할 프로그램이 누락되었거나 업그레이드 패치가 다른 버전의 프로그램을 업데이트하기 때문에 Windows Installer 서비스로 업그레이드 패치를 설치할 수 없습니다. 업그레이드할 프로그램이 컴퓨터에 있고 올바른 업그레이드 패치가 있는지 확인합니다.

원인:

CU 및 SU의 버전이 일치하지 않으면 이 오류 메시지가 표시됩니다.

해결 방법:

올바른 CU로 업그레이드하거나 의도한 CU에 맞는 올바른 SU를 다운로드합니다.

맨 위로 이동

서비스가 멈추지 않아 설치 실패

문제:

서비스가 제대로 중지되지 않았기 때문에 설치가 실패합니다.

해결 방법:

CU 또는 SU를 설치하기 전에 서버를 다시 부팅하는 모범 사례를 사용합니다. 바이러스 백신 소프트웨어를 실행 중인 경우에는 적절한 제외를 설정하거나 설치하는 동안 꺼두는 것이 좋습니다. 서비스가 예상대로 중지 또는 시작되지 않는 일부의 경우에는 다음을 시도해 보세요.

  1. C:\ExchangeSetupLogs 폴더의 이름을 바꿉니다(예: ExchangeSetupLog-OLD).

  2. services.msc 콘솔에서 Exchange 서비스의 시작 유형을 자동으로 변경합니다.

    참고: 설치하기 전에 활성 상태였던 Exchange 서비스에 대해서만 이렇게 합니다. POP3 및 IMAP4 서비스는 기본적으로 중지됩니다. 필요한 사용자가 있는 경우에만 실행해야 합니다.

그런 다음 설치를 다시 실행합니다.

맨 위로 이동

SU 설치 후 서비스가 시작되지 않음

문제:

SU 설치를 완료한 후에는 Exchange 서비스가 시작되지 않습니다.

해결 방법:

서비스 상태를 확인합니다. 사용 안 함인 경우 자동으로 설정하고 수동으로 시작합니다.

참고: 일반적으로 MSExchangeIMAP4, MSExchangeIMAP4BE, MSExchangePOP3 및 MSExchangePOP3BE 서비스는 기본적으로 사용 안 함으로 설정되어 있습니다. SU 설치 중에 사용하지 않는 서비스를 확인하려면 C:\ExchangeSetupLogs\ServiceControl.log에 있는 Exchange 로그를 확인합니다.

맨 위로 이동

설치 로그에 설치하는 동안 오류

문제:

설치 로그에서 설치하는 동안 다음 오류 메시지를 수신합니다.

Active Directory의 상태를 확인하는 동안 설치에 문제가 발생했거나 사서함 서버 역할이 이 컴퓨터에 설치되어 있지 않습니다.

해결 방법:

Exchange 설치 로그 검토자 스크립트 SetupLogReviewer.ps1을 다운로드하고 실행합니다. 이 스크립트는 ExchangeSetup.log를 검토하고, 이 오류가 알려진 문제인지를 판단하고, 문제를 해결하기 위해 수행할 수 있는 조치를 제공합니다. 스크립트를 다운로드한 후 아래와 같이 Exchange 설치 로그를 가리키고 출력을 검토합니다.

.\SetupLogReviewer.ps1 -SetupLog C:\ExchangeSetupLogs\ExchangeSetup.log

또는, 다음과 같은 오류에 대해 C:\ExchangeSetupLogs\ExchangeSetup.log에 있는 로그를 검토할 수 있습니다.

"Active Directory의 상태를 확인하는 동안 설치 프로그램에서 문제가 발생했습니다. Exchange 조직 수준 개체가 만들어지지 않았으며, 로컬 컴퓨터가 스키마 마스터와 동일한 도메인 및 사이트에 없기 때문에 설치 프로그램에서 만들 수 없습니다. 도메인 <domain_name 및 사이트 <>Default_First_Site_Name> 컴퓨터에서 /prepareAD 매개 변수를 사용하여 설치 프로그램을 실행하고 복제가 완료될 때까지 기다립니다."

이 오류가 발견되면 스키마 마스터와 동일한 도메인에 있는 컴퓨터에서 다음 명령을 실행합니다.

.\setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms

참고: 해당 명령을 실행하는 사용자는 엔터프라이즈 관리자, 도메인 관리자 및 스키마 관리자 그룹의 구성원이어야 합니다.

스키마 마스터를 보유한 DC(도메인 컨트롤러)를 찾으려면 DC의 관리 명령 프롬프트에서 다음 명령을 실행합니다.

netdom query fsmo

맨 위로 이동

업데이트 롤업 설치 중 오류

문제:

인터넷에 연결되어 있지 않은 컴퓨터에 업데이트 롤업을 설치할 경우 설치 시간이 오래 걸릴 수 있습니다. 또한 다음과 같은 오류 메시지가 나타날 수 있습니다.

.NET 어셈블리에 대한 네이티브 이미지를 만드는 중입니다.

원인:

이 문제는 다음 URL에 연결하는 네트워크 요청으로 인해 발생합니다.

http://crl.microsoft.com/pki/crl/products/CodeSigPCA.crl

네트워크 요청은 네이티브 이미지 생성(Ngen)이 네이티브 코드로 컴파일되는 각 어셈블리에 대한 인증서 해지 목록에 액세스하려는 시도입니다. Exchange Server를 실행하는 서버가 인터넷에 연결되어 있지 않기 때문에 작업을 계속 진행하기 전에 각 요청은 시간이 초과될 때까지 기다려야 합니다.

해결 방법:

다음 단계를 수행합니다.

  1. Internet Explorer에서 도구>인터넷 옵션을 선택합니다.

  2. 고급 탭을 선택합니다.

  3. 보안 섹션에서 게시자의 인증서 해지 확인 확인란 선택을 취소하고 확인을 선택합니다.

    참고 항목

    컴퓨터가 엄격히 제어되는 환경인 경우에만 이 보안 옵션을 해제합니다.

  4. 설치 프로세스가 끝나면 게시자의 인증서 해지 확인 확인란을 다시 선택합니다.

맨 위로 이동

"서비스를 시작할 수 없음" 오류와 함께 설치 실패

문제:

CU 설치는 다음 오류 메시지와 함께 실패할 수 있습니다.

Microsoft Exchange Service Host 서비스를 시작할 수 없음

Microsoft Exchange Service Host 및/또는 기타 모든 Exchange 서비스가 중지되고 사용 안 함 모드일 수 있습니다.

해결 방법:

다음 단계를 수행합니다.

  1. C:\ExchangeSetupLogs 폴더의 이름을 바꿉니다(예: ExchangeSetupLog-OLD).

  2. services.msc 콘솔에서 모든 Exchange 서비스의 시작 유형을 자동으로 변경합니다.

  3. Exchange CU 미디어가 D: 드라이브에 있는 경우 관리자 권한으로 명령 프롬프트를 열고 다음 명령을 사용하여 설치를 다시 시작합니다.

    D:\setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms

맨 위로 이동

기존 IU로 인해 SU 설치 실패

문제:

SU 설치 중에 다음과 같은 오류 메시지가 표시될 수 있습니다.

설치를 계속할 수 없습니다. 설치 마법사는 이 중간 업데이트가 현재 Microsoft Exchange Server 2013 누적 업데이트 23 구성과 호환되지 않는 것으로 확인되었습니다.

해결 방법 1:

업데이트가 누적되므로 이 SU를 적용하기 전에 이전에 설치한 IU(임시 업데이트)를 제거합니다. 프로그램 추가/제거에서 이전 IU를 찾을 수 있습니다.

해결 방법 2:

이 오류 메시지는 OU가 설치되지 않았지만 인터넷에 연결되어 있지 않은 서버에도 표시될 수 있습니다. 따라서 인증서 해지 목록을 확인할 수 없습니다. 이 경우 다음 단계를 수행합니다.

  1. Internet Explorer에서 도구>인터넷 옵션을 선택합니다.

  2. 고급 탭을 선택합니다.

  3. 보안 섹션에서 게시자의 인증서 해지 확인 확인란 선택을 취소하고 확인을 선택합니다.

    참고 항목

    컴퓨터가 엄격히 제어되는 환경인 경우에만 이 보안 옵션을 해제합니다.

  4. 설치 프로세스가 끝나면 게시자의 인증서 해지 확인 확인란을 다시 선택합니다.

맨 위로 이동

설치 프로그램이 이전 CU를 설치하거나 언어 팩을 설치하지 못함

문제:

최신 CU로 업그레이드하고 있지만 설치 프로그램에서 서버에 기존 CU를 설치하고 있음을 표시하거나 다음 오류 메시지와 함께 실패합니다.

'C:\Program Files\Microsoft\Exchange Server\V15\bin\Setup\<package name> 패키지를 열 수 없습니다. 설치 패키지를 열 수 없습니다. 패키지가 있으며 액세스 가능한지 확인하거나 애플리케이션 공급업체에 문의하여 해당 패키지가 올바른 Windows Installer 패키지인지 확인합니다. 오류 코드는 1619입니다.

원인:

이러한 문제는 Windows PowerShell에서 설치를 시작하고 Setup.EXE 명령을 사용하는 경우 발생합니다.

해결 방법:

Exchange CU 미디어가 D: 드라이브에 있는 경우 다음 명령 중 하나로 PowerShell을 사용하여 업그레이드를 실행합니다. ".\setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms"(PowerShell) 또는 "D:\setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms"(PowerShell 및 명령 프롬프트)

맨 위로 이동

이전 설치에서 다시 시작이 보류 중

문제:

서버를 여러 번 다시 시작한 후에도 다음과 같은 오류 메시지가 계속 표시됩니다.

이전 설치 또는 업데이트에서 다시 시작이 보류 중이기 때문에 Microsoft Exchange Server 설치를 계속할 수 없습니다.

해결 방법:

이전 설치에서 다시 시작이 보류 중에 있는 정보에 따라 문제를 해결합니다.

오류 메시지가 계속 표시되면 다음 단계를 수행합니다.

  1. HealthChecker 스크립트를 실행합니다.
  2. SetupAssist.ps1 스크립트를 실행합니다.

맨 위로 이동

메일 흐름이 중지됨

문제:

CU 또는 SU를 설치한 후 메일 흐름이 중지됩니다.

해결 방법:

메일 흐름을 다시 작동하게 하려면 다음 요구 사항이 충족되는지 확인합니다.

  1. 모든 Exchange 서비스가 활성화되어 실행되고 있습니다.
  2. 서버가 유지 관리 모드가 아닙니다.
  3. Exchange 메시지 큐 데이터베이스에는 사용 가능한 공간이 충분합니다.

맨 위로 이동

Exchange 설치 또는 PrepareAD 오류

문제:

Exchange 설치 또는 PrepareAD 명령을 실행하면 다음 오류 메시지가 나타나면서 프로세스가 실패합니다.

컨테이너 개체 CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=contoso,DC=com의 otherWellKnownObjects 특성에 있는 잘 알려진 개체 항목 B:<guid>:CN=Recipient Management\0ADEL:<guid,CN>=Deleted Objects,DC=contoso,DC=com은 잘못된 DN 또는 삭제된 개체를 가리킵니다. 항목을 제거한 다음 작업을 다시 실행합니다. at Microsoft.Exchange.Configuration.Tasks.Task.ThrowError(Exception exception, ErrorCategory errorCategory, Object target, String helpUrl)

원인:

이 문제는 오류에서 참조된 개체인 "otherWellKnownObjects"가 Active Directory에 있지 않게 되었을 때 발생합니다. 따라서 개체에 대한 링크를 제거해야 합니다.

해결 방법:

SetupAssist.ps1 스크립트를 다운로드하고 실행합니다.

.\SetupAssist.ps1 -OtherWellKnownObjects

스크립트는 otherWellKnownObjects 특성을 ExchangeContainerOriginal.txt 파일에 덤프합니다. 그런 다음 파일에서 삭제된 개체를 확인합니다. 있는 경우 스크립트는 ExchangeContainerImport.txt 새 파일을 생성하고 이를 사용하여 잘못된 값을 제거합니다.

스크립트에서 결과를 확인하도록 요청하는 경우 다음 단계를 수행합니다.

  1. 스크립트에서 변경한 내용은 ExchangeContainerImport.txt 파일을 검토합니다.
  2. 스크립트에서 제공한 지침에 따라 ExchangeContainerImport.txt 파일을 Active Directory로 가져옵니다.
  3. PrepareAD 명령을 다시 실행합니다.

이제 설치를 계속할 수 있어야 합니다.

맨 위로 이동

오류 코드 1603과 함께 Exchange 설치 실패

문제:

Exchange 설치 중에 다음 오류 메시지가 표시됩니다.

제품 F:\exchangeserver.msi 설치에 실패했습니다. 설치 중에 오류가 발생했습니다. 오류 코드는 1603입니다. MSI 패키지에서 보고한 마지막 오류는 '이 디렉터리에 액세스할 수 있는 권한이 없습니다. C:\Program Files\Microsoft\Exchange Server\V15\FrontEnd\HttpProxy\owa\auth\15.1.2106'입니다.

해결 방법:

  1. 로컬 관리자 계정을 사용하여 설치가 실행되는지 확인합니다.
  2. 오류에 지정된 폴더에 다음 권한이 할당되었는지 확인합니다.
    1. 인증된 사용자에 대한 권한 읽기
    2. 시스템에 대한 모든 권한
    3. local_machine>\administrators에 대한 <모든 권한>
  3. 폴더에서 상속을 사용하고 있는지 확인합니다. 그렇지 않은 경우 상속을 사용하도록 설정합니다.

폴더 사용 권한을 업데이트한 후 설치를 다시 시작합니다.

오류 메시지가 계속 발생하는 경우 이 문서에 제공된 단계를 따르세요.

맨 위로 이동

지원되지 않는 CU에서 마이그레이션할 때 .NET 업데이트

Exchange Server를 지원되지 않는 CU에서 현재 CU로 업그레이드하고 있는 중에 사용할 수 있는 중간 CU가 없는 경우 먼저 Exchange Server 버전에서 지원하는 최신 버전의 .NET으로 업그레이드한 다음 즉시 현재 CU로 업그레이드해야 합니다. 이 방법을 사용하더라도 Exchange 서버와 지원되는 CU는 계속해서 최신 상태로 유지해야 합니다. Microsoft는 이 방법을 사용하여 업그레이드 실패가 발생하지 않는다고 주장하지 않습니다.

Important

Exchange Server 지원 가능성 매트릭스의 표에 나와 있지 않은 .NET Framework 버전은 일부 버전의 Exchange에서 지원되지 않습니다. 여기에는 .NET Framework의 부 릴리스 및 패치 수준 릴리스도 포함됩니다.

다음 단계를 수행하여 .NET Framework의 최신 버전을 설치합니다.

  1. 서버를 유지 관리 모드로 전환합니다. 다음 명령을 실행합니다.

    set-servercomponentstate \<server_name\> -Component serverwideoffline -State inactive -Requester Maintenance

  2. 서비스 MMC 또는 PowerShell을 사용하여 모든 Exchange 서비스를 중지합니다. PowerShell을 사용하려면 다음 명령을 두 번 실행하여 모든 Exchange 서비스를 중지합니다.

    Get-service \*exch\* \| stop-service

    참고: -Force 명령을 사용하여 모든 서비스를 중지하는 것은 권장되지 않습니다.

  3. Exchange Server 지원 가능성 매트릭스에 따라 .NET Framework의 올바른 버전을 다운로드하여 설치합니다.

  4. 설치가 완료되면 서버를 다시 부팅합니다.

  5. Exchange 2013, 2016 또는 2019에 사용할 수 있는 최신 CU로 업데이트합니다.

  6. CU를 설치한 후 서버를 다시 부팅합니다.

  7. 모든 Exchange 서비스가 정상적인 시작 모드에 있고 시작되었는지 확인합니다. PowerShell로 다음 명령을 실행하여 시작할 수 있습니다.

    Get-service \*exch\*

  8. 서버를 유지 관리 모드에서 해제합니다. 다음 명령을 실행합니다.

    set-servercomponentstate \<server_name\> -Component serverwideoffline -State active - Requester Maintenance

맨 위로 이동

사용자 지정 OWA 또는 .config 파일 처리

Important

CU를 적용하기 전에 사용자 지정된 파일의 백업 복사본을 만듭니다.

CU(Exchange Server 2013, 2016 또는 2019) 또는 롤업 패키지(Exchange Server 2010)를 적용하면 프로세스에서 필요에 따라 OWA 파일 및 .config 파일을 업데이트합니다. 결과적으로 Exchange Server Exchange XML 애플리케이션 구성 파일의 Exchange 또는 IIS(Internet Information Server) 설정에 수행한 모든 사용자 지정이 덮어 쓰여집니다. 이러한 애플리케이션 구성 파일의 예로는 web.config 파일, EdgeTransport.exe.config 파일, 사용자 지정 logon.aspx 웹용 Outlook 파일이 있습니다. CU를 설치한 후 설정을 쉽게 다시 적용할 수 있도록 이 정보를 저장합니다.

맨 위로 이동

CAS-CAS 프록시 배포용 업데이트 설치

시나리오가 다음의 두 조건을 모두 충족하는 경우 인터넷 비연결 CAS에 업데이트 롤업을 적용하기 전에 인터넷 연결 CAS에 업데이트 롤업을 적용합니다.

  • CAS 프록시 배포 지침 고객인 경우
  • CAS-CAS 프록시를 배포 했습니다.

참고 항목

기타 Exchange Server 2010 구성을 사용 중이라면 서버에 특정 순서로 업데이트 롤업을 적용하지 않아도 됩니다.

맨 위로 이동

Windows Server 2012의 DBCS 버전에 업데이트 설치

Windows Server 2012의 DBCS(더블 바이트 문자 집합) 버전에서 Exchange Server 2010 SP3용 업데이트 롤업 32를 설치하거나 제거하려면 유니코드가 아닌 프로그램의 언어 기본 설정을 기본 언어로 설정하면 안 됩니다. 설정된 경우에는 설치를 시작하기 전에 이 설정을 변경해야 합니다.

  1. 제어판에서 시계, 지역 및 언어>지역>관리자 옵션을 선택합니다.
  2. 유니코드를 지원하지 않는 프로그램용 언어 영역에서 시스템 로캘 변경을선택합니다.
  3. 현재 시스템 로캘 목록에서 영어(미국)를 선택한 후 확인을 선택합니다.

이제 필요에 따라 업데이트 롤업 32를 설치하거나 제거할 수 있습니다. 프로세스가 완료되면 언어 설정을 적절하게 되돌립니다.

맨 위로 이동