Configuration Manager에서 소프트웨어 업데이트 배포 문제 해결

이 문서에서는 성공적으로 실행되지 않는 소프트웨어 업데이트 배포 문제를 해결하는 방법을 설명합니다.

원래 제품 버전: Microsoft System Center 2012 Configuration Manager, Microsoft System Center 2012 R2 Configuration Manager
원래 KB 번호: 3090264

요약

Configuration Manager에서 소프트웨어 업데이트를 배포하는 경우 일반적으로 소프트웨어 업데이트 그룹에 업데이트를 추가합니다. 그런 다음, 클라이언트에 소프트웨어 업데이트 그룹을 배포합니다. 배포를 만들면 업데이트 정책이 클라이언트 컴퓨터로 전송됩니다. 업데이트 콘텐츠 파일은 배포 지점에서 클라이언트 컴퓨터의 로컬 캐시로 다운로드됩니다. 그런 다음 업데이트는 클라이언트에 설치할 수 있습니다. 일반적으로 이 프로세스는 거의 노력하지 않은 채 성공적으로 완료됩니다. 그러나 경우에 따라 업데이트 배포가 실패하는 문제가 발생할 수 있습니다. 가장 일반적인 두 가지 오류 시나리오를 다루고 각각에 대한 문제 해결 제안을 제공합니다.

Configuration Manager의 소프트웨어 업데이트에 대한 자세한 내용은 소프트웨어 업데이트 소개를 참조하세요.

소프트웨어 업데이트 배포가 실패하면 일반적으로 문제는 다음 두 가지 범주 중 하나에 속합니다.

• 업데이트를 다운로드하지 못합니다.
• 예기치 않은 재부팅이 발생하거나 업데이트가 유지 관리 기간 외부에 설치됩니다.

업데이트 다운로드 실패

1. 업데이트가 클라이언트에 다운로드되지 않는 경우 먼저 CAS.log, ContentTransferManager.log 및 DataTransferService.log 파일에서 오류를 확인합니다. 업데이트를 다운로드하는 방법에 대한 자세한 내용은 Configuration Manager에서 소프트웨어 업데이트 배포 프로세스 추적을 참조 하세요.

2. 클라이언트가 배포 지점에 대한 경계 그룹과 연결된 적절한 경계에 있는지 확인합니다. 경계 그룹에 대한 자세한 내용은 Configuration Manager에서 경계 및 경계 그룹 구성을 참조 하세요.

3. 소프트웨어 업데이트 패키지 상태를 확인하고 업데이트가 배포 지점에 다운로드되고 설치되었는지 확인합니다. 클라이언트의 경계 그룹과 연결된 배포 지점에 콘텐츠가 설치되지 않은 경우 콘텐츠 위치에 대한 대체를 사용하도록 설정해야 하는지 여부를 확인합니다. 자세한 내용은 대체란 무엇이며 무엇을 의미하나요?를 참조하세요.

4. 클라이언트가 다운로드 위치를 수신하지만 콘텐츠를 다운로드하지 못하는 경우 콘텐츠의 URL에 액세스하여 수동으로 콘텐츠를 다운로드해 봅니다. DataTransferServices.log 검토하여 URL을 찾을 수 있습니다.

특정 업데이트의 설치, 대체 또는 검색 문제

1. 배포 평가 중에 검사가 실패했는지 확인합니다. 검색 실패 에 대한 자세한 내용은 Configuration Manager에서 소프트웨어 업데이트 검사 오류 문제를 해결하세요.
2. WUAHandler.log 검토하고 WindowsUpdate.log 업데이트 설치 중에 수신된 오류를 찾습니다.
3. 업데이트 자체에 대한 설치 문제를 배제하려면 업데이트를 수동으로 설치하거나 Microsoft 업데이트에서 설치합니다(가능한 경우). 업데이트 설치가 성공했는지 확인합니다.
4. 대부분의 .NET Framework 업데이트 실패는 손상된 .NET Framework 설치로 인해 발생합니다. 이러한 경우 업데이트를 수동으로 설치합니다. 설치 프로세스가 실패하면 Windows 업데이트 오류 수정을 참조하세요.

자세한 내용은 특정 업데이트의 설치, 대체 또는 검색 문제를 참조 하세요.

예기치 않은 재부팅이 발생하거나 업데이트가 유지 관리 기간 외부에 설치됩니다.

가능 하면 문제를 재현할 수 있는 경우 자세한 정보 표시 및 디버그 로깅 을 사용하도록 설정합니다.

1. 클라이언트에서 ServiceWindowManager.log 파일을 검토하고 사용 가능한 서비스 창을 식별합니다.

   ServiceWindowManager.log 유지 관리 기간 및 시작 및 종료 시간에 대한 정보를 포함합니다. 이 정보는 클라이언트에서 소프트웨어 업데이트 설치와 관련된 문제를 해결할 때 매우 유용할 수 있습니다.

   클라이언트에서 사용 가능한 유지 관리 기간(서비스 기간) 목록을 찾으려면 ServiceWindowManager.log 열고 서비스 Windows 새로 고침 문자열을 검색합니다. 이 줄 바로 다음에는 다음 예제와 같이 컴퓨터에 해당 서비스 창 목록이 표시됩니다.

   Refreshing Service Windows..... ServiceWindowManager  
   Populating instance of ServiceWindow with ID=7cb56688-692f-4fae-b398-0e3ff4413adb, ScheduleString=02C159C0381A200002C159C0381B200002C159C0381C200002C159C0381D200002C159C0381E2000, Type=6 ServiceWindowManager  
   This is a one shot Service Window that has already finished. ServiceWindowManager  
   Duration for the Service Window is Total days: 0, hours: 00, mins: 00, secs: 00 ServiceWindowManager  
   Populating instance of ServiceWindow with ID=90a5f436-364c-48c7-8dc7-c5014abcbea8, ScheduleString=00084AC028592000, Type=6 ServiceWindowManager  
   StartTime is 02/09/14 00:00:00 ServiceWindowManager  
   Duration for the Service Window is Total days: 1, hours: 05, mins: 00, secs: 00 ServiceWindowManager  
   Populating instance of ServiceWindow with ID=45dca355-3249-4845-b8aa-72d0e604548e, ScheduleString=02C24AC0381C2000, Type=6 ServiceWindowManager  
   StartTime is 02/12/14 22:00:00 ServiceWindowManager  
   Duration for the Service Window is Total days: 0, hours: 07, mins: 00, secs: 00 ServiceWindowManager  
   Populating instance of ServiceWindow with ID=87e4759c-2884-45e6-9261-c33ba53f596c, ScheduleString=02C24AC0381D2000, Type=6 ServiceWindowManager  
   StartTime is 02/13/14 22:00:00 ServiceWindowManager  
   Duration for the Service Window is Total days: 0, hours: 07, mins: 00, secs: 00 ServiceWindowManager  
   Populating instance of ServiceWindow with ID={1E957DDD-0A26-434C-952A-586F3E31E319}, ScheduleString=00302B0018192000, Type=1 ServiceWindowManager  
   StartTime is 02/16/14 01:00:00 ServiceWindowManager  
   Duration for the Service Window is Total days: 0, hours: 03, mins: 00, secs: 00 ServiceWindowManager  
   Populating instance of ServiceWindow with ID=36da6950-3d1e-4027-be0e-7b16a4daee7e, ScheduleString=02C24AC0101E2000, Type=6 ServiceWindowManager  
   StartTime is 02/14/14 22:00:00 ServiceWindowManager  
   Duration for the Service Window is Total days: 0, hours: 02, mins: 00, secs: 00 ServiceWindowManager  
   Populating instance of ServiceWindow with ID=028bfbc0-7120-4081-a268-0e664a92ac4a, ScheduleString=00074AC0005F2000, Type=6 ServiceWindowManager  
   StartTime is 02/15/14 00:00:00 ServiceWindowManager  
   Duration for the Service Window is Total days: 1, hours: 00, mins: 00, secs: 00 ServiceWindowManager  
   Populating instance of ServiceWindow with ID=49fd80be-ac4b-4877-974d-ecd09958926d, ScheduleString=02C24AC0381B2000, Type=6 ServiceWindowManager  
   StartTime is 02/11/14 22:00:00 ServiceWindowManager  
   Duration for the Service Window is Total days: 0, hours: 07, mins: 00, secs: 00 ServiceWindowManager  
   Populating instance of ServiceWindow with ID=ad27b0ca-8c74-43c7-8200-1f601880bd75, ScheduleString=02C24AC0381A2000, Type=6 ServiceWindowManager  
   StartTime is 02/10/14 22:00:00 ServiceWindowManager  
   Duration for the Service Window is Total days: 0, hours: 07, mins: 00, secs: 00 ServiceWindowManager
   

   일반적으로 모든 소문자 알파 숫자 문자를 포함하는 ID가 있는 서비스 기간은 NBH(비사업 시간) 유지 관리 기간입니다. 소프트웨어 센터에 구성된 업무 시간을 기반으로 합니다. 그러나 모든 대문자 알파 숫자 문자를 포함하는 ID가 있는 서비스 기간은 Configuration Manager 콘솔의 컬렉션에 대해 정의된 유지 관리 기간입니다. 이 예제에서 ID가 1E957DDD-0A26-434C-952A-586F3E31E319인 기간을 제외한 모든 서비스 기간은 업무 외 시간 창입니다. 이 기간은 클라이언트를 보유하는 컬렉션에 대해 정의된 유지 관리 기간입니다.

2. UpdatesDeployment.log 파일을 검토합니다. 다음 줄을 찾아 배포가 유지 관리 기간을 무시하도록 설정되었는지 확인합니다.

   Notify reboot with deadline = Sunday, Feb 09, 2014. - 21:30:17, Ignore reboot Window = True, NotifyUI = True
   

3. MaintenanceCoordinator.log 파일을 검토합니다. 다음 줄을 찾아 배포가 유지 관리 기간을 무시하도록 설정되었는지 확인합니다. 값이 1 swoverride 이면 유지 관리 기간 무시 설정이 사용하도록 설정됩니다.

   RequestPersistence(id=Update download job, persist=1, swoverride=1, swType=4, pendingWFDisable=0, deadline=1)
   

4. SCNotify.log 파일을 검토하고 다음 줄을 찾아 사용자가 다시 시작을 시작하기 위해 다시 시작 알림을 클릭했는지 확인합니다.

   ConfirmRestartDialog: User chose to restart/logoff. (Microsoft.SoftwareCenter.Client.Pages.ConfirmRestartDialog at ButtonRestart_Click)  
   ConfirmRestartDialog: user is allowed to restart (Microsoft.SoftwareCenter.Client.Pages.ConfirmRestartDialog at ButtonRestart_Click)  
   The user is allowed to restart the computer. Initiating restart. (Microsoft.SoftwareCenter.Client.Data.WmiDataConnector at RestartComputer)
   

5. Configuration Manager 콘솔에서 배포 속성을 확인하여 배포가 유지 관리 기간을 재정의하도록 설정되어 있는지 확인합니다. 배포가 유지 관리 기간을 재정의하도록 설정되지 않았지만 클라이언트 로그에서 배포가 유지 관리 기간을 재정의했다고 제안하는 경우 감사 상태 메시지를 검토하여 다른 사용자가 배포를 수정했는지 확인합니다.

   감사 상태 메시지를 검토하려면 Configuration Manager 콘솔 >모니터링>시스템 상태 상태>메시지 쿼리로 이동합니다. 모든 상태 메시지를 마우스 오른쪽 단추로 클릭하고 메시지 표시를 클릭하고 기간을 선택한 다음 확인을 클릭합니다.

   Configuration Manager 상태 메시지 뷰어 창에서 보기>필터로 이동한 다음 메시지 ID = 30197을 필터링합니다. 배포가 수정된 경우 다음과 유사한 상태 메시지가 표시됩니다.

   Severity Type Site code Date / Time System Component Message ID Description  
   Information Audit PR1 2/9/2014 11:57:49 PM PR1SITE.CONTOSO.COM Microsoft.ConfigurationManagement.exe 30197 User "DOMAIN\User" modified updates assignment 4 ({BAFB1BDB-7A6C-4DCF-9866-6C22DF92346A}).