소프트웨어 업데이트를 여러 차례 다시 시작해야 하는 경우 Configuration Manager 작업 순서가 실패합니다.

  • 아티클

이 문서에서는 Configuration Manager 작업 순서를 사용할 때 작업 순서 환경에서 오류가 발생하는 문제를 해결하기 위한 정보를 제공합니다.

원래 제품 버전: Microsoft System Center 2012 Configuration Manager, Microsoft System Center 2012 R2 Configuration Manager, Configuration Manager(현재 분기)
원본 KB 번호: 2894518

요약

이 문제는 System Center 2012 Configuration Manager 서비스 팩 2 및 System Center 2012 R2 Configuration Manager 서비스 팩 1의 누적 업데이트 3 및 Configuration Manager 현재 분기 버전 1602에서 해결되었습니다.

소프트웨어 업데이트 설치에 두 번의 다시 시작이 필요한 경우 클라이언트 동작을 더 잘 제어할 수 있는 새로운 선택적 작업 순서 변수 SMSTSWaitForSecondReboot를 사용할 수 있습니다.

자세한 내용은 Configuration Manager 대한 누적 업데이트 3 설명의소프트웨어 업데이트 관리/운영 체제 배포 섹션을 참조하세요.

현재 분기 Configuration Manager 작업 순서 변수를 참조하세요.

증상

소프트웨어 설치 업데이트 단계를 사용하는 Configuration Manager 작업 순서가 작업 순서가 소프트웨어 설치 업데이트 작업을 성공적으로 실행한 후 여러 다시 시작을 트리거하는 소프트웨어 업데이트를 설치한다고 가정합니다. 이 경우 작업 순서가 실패하고 다음 오류 메시지를 생성할 수 있습니다.

작업 순서 환경을 찾을 수 없음

참고

소프트웨어 설치 업데이트 작업 순서 단계에서 새 다시 시도 옵션을 사용하여 Configuration Manager 이 문제를 방지할 수 있습니다.

원인

소프트웨어 업데이트에 의해 시작된 첫 번째 다시 시작은 작업 순서에 의해 제어됩니다. 그러나 두 번째 다시 시작 요청은 Windows 구성 요소(일반적으로 Component-Based 서비스)에서 시작되며 작업 순서에 의해 제어되지 않습니다. 따라서 두 번째 다시 시작은 작업 순서에 의해 제어되지 않으므로 다시 시작하기 전에 작업 순서 실행 상태가 저장되지 않습니다. 두 번째 다시 시작 후 작업 순서가 다시 시작되면 성공적으로 계속할 수 있는 상태가 없습니다.

해결 방법

이 문제를 resolve 위해 작업 순서를 사용하는 대신 Configuration Manager 일반적인 소프트웨어 업데이트 기능을 사용하여 이중 다시 시작이 필요한 업데이트를 적용하는 것이 좋습니다. 다음 소프트웨어 업데이트는 여러 을 다시 시작해야 하는 것으로 보고되었습니다.

추가 정보

이 두 번째 다시 시작은 작업 순서에 의해 제어되지 않으므로 다시 시작하기 전에 실행 상태가 저장되지 않습니다. 다시 시작한 후 작업 순서가 다시 시작되면 성공적으로 계속할 수 있는 상태가 없습니다. 또한 이 문제가 발생하면 다음 메시지가 Smsts.log 파일에 기록될 수 있습니다.

!sVolumeID.empty(), HRESULT=80004005
!sTSMDataPath.empty(), HRESULT=80070002
TS::Utility::GetTSMDataPath( sDataDir ), HRESULT=80070002
로그 디렉터리를 설정하지 못했습니다. 일부 실행 기록이 손실될 수 있습니다.
지정된 파일을 찾을 수 없습니다. (오류: 80070002; 원본: Windows)
작업 순서 실행
!sVolumeID.empty(), HRESULT=80004005
!sTSMDataPath.empty(), HRESULT=80070002
작업 순서 환경을 찾을 수 없음

또한 Microsoft System Center 2012 Configuration Manager Service Pack 1 이전 버전의 릴리스 버전을 실행하는 클라이언트에는 다음 로그 항목이 포함될 수 있습니다.

Windows PE에서 완료된 작업 순서입니다.

작업 순서가 실패한 후 클라이언트 컴퓨터가 프로비저닝 모드에서 중단될 수도 있습니다. 컴퓨터가 프로비전 모드인지 여부를 확인하려면 레지스트리 하위 키를 검사HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\CCM\CcmExec.

ProvisioningMode 은 false로 설정해야 합니다. true로 설정된 경우 다음 방법 중 하나를 사용하여 클라이언트를 프로비저닝 모드에서 제외합니다.

  • WMI(Windows Management Instrumentation) 메서드 SetClientProvisioningMode 를 사용하여 클라이언트를 프로비저닝 모드에서 올바르게 해제합니다. 이 작업을 수행하는 가장 쉬운 방법은 다음 Windows PowerShell 명령을 실행하는 것입니다.

    Invoke-WmiMethod -Namespace root\CCM -Class SMS_Client -Name SetClientProvisioningMode -ArgumentList $false

    또는 관리자 권한 명령 프롬프트에서 다음 명령을 실행합니다.

    powershell Invoke-WmiMethod -Namespace root\CCM -Class SMS_Client -Name SetClientProvisioningMode -ArgumentList $false

  • 클라이언트를 다시 설치합니다.

중요

값을 ProvisioningModefalse로 변경하여 클라이언트를 수정하지 마세요. 이 작업은 클라이언트를 프로비저닝 모드에서 완전히 벗어나지 않습니다.