소프트웨어 업데이트 준수 평가 추적
적용 대상: Configuration Manager
클라이언트에 소프트웨어 업데이트를 배포하려면 먼저 클라이언트에서 소프트웨어 업데이트 준수 검사를 실행해야 합니다. 준수 결과를 검토하고 클라이언트에 필요한 업데이트만 배포할 수 있도록 클라이언트가 검사를 완료하고 규정 준수 결과를 보고할 수 있는 충분한 시간을 허용하는 것이 좋습니다.
SUP(소프트웨어 업데이트 지점)가 설치되고 동기화되면 사이트에 대해 Configuration Manager Software 업데이트 사용하도록 설정되었음을 클라이언트 컴퓨터에 알리는 사이트 전체 컴퓨터 정책이 만들어집니다. 클라이언트가 컴퓨터 정책을 수신하면 다음 2시간 이내에 준수 평가 검사가 임의로 시작되도록 예약됩니다. 검사가 시작되면 소프트웨어 업데이트 클라이언트 에이전트 프로세스는 검사 기록을 지우고, 검사에 사용해야 하는 WSUS(Windows Server Update Services) 서버를 찾기 위한 요청을 제출하고, WSUS 위치로 로컬 그룹 정책 업데이트합니다.
규정 준수 평가 프로세스에 대한 개요는 소프트웨어 업데이트 규정 준수 평가를 참조하세요.
소프트웨어 업데이트 검사 정책
클라이언트가 업데이트를 검색하기 전에 UpdateSource 정책이 필요합니다. 이 정책은 SUP를 성공적으로 동기화한 후 사이트 서버에 만들어집니다. 이 섹션에서는 다음 프로세스에서 이 정책을 만드는 방법을 설명합니다.
1단계: 동기화가 성공하면 WSyncMgr에서 데이터베이스의 콘텐츠 버전 및 마지막 동기화 시간을 업데이트합니다.
주 사이트에서 성공적으로 동기화된 후 WSyncMgr은 SUP에 대한 데이터베이스의 마지막 동기화 시간 및 콘텐츠 버전을 업데이트합니다. 이 작업은 저장 프로시저를 spProcessSUMSyncStateMessage 실행하여 수행됩니다. 다음 샘플 SQL Server Profiler 추적에서 이 저장 프로시저는 콘텐츠 버전을 36으로 업데이트하기 위해 실행됩니다.
declare @Error int; exec spProcessSUMSyncStateMessage N'2014-01-17 17:59:54', N'PS1', N'{C2D17964-BBDD-4339-B9F3-12D7205B39CC}', 1, 0, '36', @Error output, N'PS1SITE. Contoso. COM'
2단계: SMSDBMON이 트리거되고 를 삭제합니다. policypv.box의 STN 파일
spProcessSUMSyncStateMessage 는 Update_SyncStatus 새 콘텐츠 버전 및 동기화 시간으로 테이블을 업데이트합니다. 테이블에 대한 이 업데이트는 Update_SyncStatus SMSDBMON을 트리거하여 UpdateSource_UniqueID> 삭제<합니다. STN(STN 파일은 검색 도구 정의의 변경 사항을 나타내기 위해 policypv.box의 검색 도구 알림을 의미합니다). 다음은 SMSDBMON.log 기록됩니다.
RCV: UpdSyncStatus_iu 대한 Update_SyncStatus 업데이트 [{C2D17964-BBDD-4339-B9F3-12D7205B39CC}][46680] SMS_DATABASE_NOTIFICATION_MONITOR
SND: 삭제된 E:\ConfigMgr\inboxes\policypv.box{C2D17964-BBDD-4339-B9F3-12D7205B39CC}. STN(0이 아닌 경우) [46680] SMS_DATABASE_NOTIFICATION_MONITOR
3단계: 정책 공급자가 데이터베이스에서 UpdateSource 정책을 만들거나 업데이트합니다.
<UpdateSource_UniqueID>. STN 파일은 정책 공급자에게 데이터베이스에서 UpdateSource 정책을 절전 모드에서 해제하고 업데이트해야 한다는 것을 알 수 있습니다.
다음은 PolicyPv.log 기록됩니다.
{C2D17964-BBDD-4339-B9F3-12D7205B39CC}을(를) 찾았습니다. STN SMS_POLICY_PROVIDER
스캔 도구 ID {C2D17964-BBDD-4339-B9F3-12D7205B39CC} SMS_POLICY_PROVIDER 추가됨
삭제 목록에 추가: E:\ConfigMgr\inboxes\policypv.box{C2D17964-BBDD-4339-B9F3-12D7205B39CC}. STN SMS_POLICY_PROVIDER
SQL Server Profiler 추적:
SettingsPolicy에서 PolicyID, PolicyAssignmentID, SourceCRC, PADBID를 선택합니다. 여기서 SourceID = N'PS1' 및 SourceType = N'UpdateSource'
PolicyID = N'{d0855677-b0a6-4e33-9bd5-7b0d06f0a2be}' 정책에서 버전을 선택합니다.
IF EXISTS(PolicyID = N'{d0855677-b0a6-4e33-9bd5-7b0d06f0a2be}'인 정책에서 PolicyID 선택) 업데이트 정책 집합 버전 = N'40.00' where PolicyID = N'{d0855677-b0a6-4e33-9bd5-7b0d06f0a2be}' ELSE 삽입 정책(PolicyID, 버전) 값(N'{d0855677- b0a6-4e33-9bd5-7b0d06f0a2be}', N'40.00')exec sp_describe_undeclared_parameters N'UPDATE Policy SET Body = @P1 where PolicyID = N'{d0855677-b0a6-4e33-9bd5- 7b0d06f0a2be}'''
IF EXISTS (SELECT PADBID where PADBID = 16777218) update PolicyAssignment set Version = N'40.00', InProcess = 1 , BodyHash = null where PADBID = 16777218 ELSE insert PolicyAssignment (PolicyAssignmentID, PADBID, Version, PolicyID) 값(N'{375c8020-3cae-4736-89ca-ccf1ce6e3709}', 16777218, N'40.00', N'{d0855677-b0a6-4e33-9bd5-7b0d06f0a2be}')exec sp_describe_undeclared_parameters N'UPDATE PolicyAssignment SET Body = @P1 where PADBID = 16777218'
update PolicyAssignment set InProcess = 0, BodySignature = N'BodySignatureTruncated', TombstoneBodySignature = N'TombstoneBodySignatureTruncated<>', HashAlgOID = N'1.2.840.113549.1.1.11', HashAlgId = 32780, BodyHash = N'BodyHashTruncated><', TombstoneBodyHash = N'TombstoneBodyHashTruncated<>' where PADBID = 16777218<>
데이터베이스에서 이 정책을 보려면 다음 쿼리를 실행합니다.
SELECT CONVERT(XML, Body, 1), * FROM Policy WHERE PolicyID = (SELECT PolicyID FROM SettingsPolicy WHERE SourceType = 'UpdateSource')
이 정책에는 클라이언트가 검색할 수 있는 WSUS 컴퓨터의 위치를 찾는 데 사용되는 업데이트 서버의 콘텐츠 버전이 포함되어 있습니다. 데이터베이스에서 이 정책을 만들거나 업데이트한 후 클라이언트는 다음 정책 평가 주기 동안 새 정책 또는 업데이트된 UpdateSource 정책을 가져옵니다.
4단계: 클라이언트에서 정책을 다운로드하고 평가합니다.
다음은 클라이언트에서 PolicyAgent.log 기록됩니다.
'CCM_Policy_Policy5.PolicyID="{d0855677-b0a6-4e33-9bd5- 7b0d06f0a2be}",PolicySource="SMS:PS1",PolicyVersion="40.00"" PolicyAgent_ReplyAssignments
정책 'CCM_Policy_Policy5.PolicyID="{d0855677-b0a6-4e33-9bd5-7b0d06f0a2be}",PolicyVersion="40.00",PolicySource="SMS:PS1"'이 성공적으로 컴파일된 PolicyAgent_PolicyDownload
클라이언트의 PolicyEvaluator.log:
정책 업데이트 CCM_Policy_Policy5.PolicyID="{d0855677-b0a6-4e33-9bd5- 7b0d06f0a2be}",PolicySource="SMS:PS1",PolicyVersion="40.00" PolicyAgent_PolicyEvaluator
적용된 정책 CCM_Policy_Policy5.PolicyID="{d0855677-b0a6-4e33-9bd5- 7b0d06f0a2be}",PolicySource="SMS:PS1",PolicyVersion="40.00" PolicyAgent_PolicyEvaluator
[CCM_Policy_Policy5.PolicyID="{d0855677-b0a6-4e33-9bd5-7b0d06f0a2be}",PolicyVersion="40.00",PolicySource="SMS:PS1"]에 대한 정책 상태는 현재 [활성] PolicyAgent_PolicyEvaluator
클라이언트에서 PolicyID UpdateSource 정책의 를 찾으려면 다음 WQL 쿼리를 실행합니다.
- 네임 스페이스:
ROOT\ccm\Policy\Machine\RequestedConfig - 쿼리:
SELECT * FROM CCM_Policy_Policy5 WHERE PolicyCategory = 'UpdateSource'
이 정책이 클라이언트에서 컴파일되면 UpdateSource 정보는 다음 WMI 클래스에 저장됩니다.
네임스페이스: ROOT\ccm\Policy\Machine\ActualConfig
클래스: CCM_UpdateSource
팁
클라이언트에서 클래스의 CCM_UpdateSource instance 정책 테이블에서 검색된 XML 본문과 비교하면 XML의 내용이 instance 동일하게 표시됩니다.
5단계: UpdateSource 정책이 업데이트되었다는 검사 에이전트 알림
다음은 클라이언트에서 ScanAgent.log 기록됩니다.
CScanAgent::Notify() ScanAgent 내부
CScanAgent::OnPolicyChange- Policy InstanceModificationEvent 알림이 ScanAgent를 수신함
WSUS 서버 위치
UpdateSource 정책을 받은 후 클라이언트에는 검사를 시작하는 데 필요한 구성이 있습니다. 그러나 정책 업데이트는 즉각적인 검사를 시작하지 않습니다. 검사는 Configuration Manager 제어판을 통해 수동으로 트리거되거나 다음 예약된 시간에 자동으로 발생할 수 있습니다. 이 시점에서 클라이언트는 정책에 지정된 콘텐츠 버전이 있는 WSUS 컴퓨터를 찾습니다. 이 프로세스는 클라이언트가 특정 패키지 및 버전에 대한 배포 지점의 위치를 찾는 방식과 매우 유사합니다.
1단계: 검사 에이전트가 사용 가능한 정책에 따라 검사 요청을 만듭니다.
다음은 ScanAgent.log 기록됩니다.
CScanAgent::ScanByUpdates- UpdateSourceID={C2D17964-BBDD-4339-B9F3-12D7205B39CC} ContentVersion=38 ScanAgent에 사용할 수 있는 정책
CScanAgent::ScanByUpdates- 최종 ScanRequest List UpdateSourceID={C2D17964-BBDD-4339-B9F3-12D7205B39CC}, Policy-ContentVersion=38, Required-ContentVersion=38 ScanAgent에 정책을 추가했습니다.
2단계: 검사 에이전트가 WSUS 위치에 대한 요청을 Location Services로 보냅니다.
검사 에이전트는 이제 Location Services에서 WSUS 위치를 요청하고 응답을 기다립니다. 이 예제에서 위치 요청 ID는 {C2BB9710-C548-49D0-9DF8-5F9CFC5F3862}입니다. 다음은 ScanAgent.log 기록됩니다.
CScanAgent::P rocessScanRequest() ScanAgent 내부
CScanJobManager::Scan- 입력한 ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EE8}): CScanJob::Initialize- entered ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EE8}): CScanJob::Scan- entered ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EE8}): CScanJob::RequestLocations- ScanAgent를 입력했습니다.
- - - - -{C2D17964-BBDD-4339-B9F3-12D7205B39CC} 버전 38 ScanAgent에 대한 LS에서 WSUS 서버 위치 요청
- - - - - -Location Request ID = {C2BB9710-C548-49D0-9DF8-5F9CFC5F3862} ScanAgent
CScanAgentCache::P ersistInstanceInCache- Persisted Instance CCM_ScanJobInstance ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EE8}): - - - - --ScanJobID={4CD06388-D509-4에 대해 요청된 위치 6E4-8C00-75909EDD9EE8}(LocationRequestID={C2BB9710-C548-49D0-9DF8-5F9CFC5F3862})은 위치를 사용할 수 있게 되면 검사 요청을 처리합니다. ScanAgent
각 검사 작업은 클래스의 WMI에 CCM_ScanJobInstance 저장됩니다.
네임스페이스: root\CCM\ScanAgent
클래스: CCM_ScanJobInstance
3단계: 위치 서비스가 위치 요청을 관리 지점으로 보냅니다.
Location Services는 위치 요청을 만들어 관리 지점으로 보냅니다. WSUS 위치 요청에 대한 패키지 ID는 UpdateSource 고유 ID입니다. 다음은 LocationServices.log 기록됩니다.
CCCMWSUSLocation::GetLocationsAsyncEx LocationServices
ContentID='{C2D17964-BBDD-4339-B9F3-12D7205B39CC}' 및 ContentVersion='38' LocationServices에 대한 WSUS 위치 요청을 유지하려고 시도
지속형 WSUS 위치 요청 LocationServices
ContentID에 대한 WSUS 위치 요청 보내기 시도='{C2D17964-BBDD-4339-B9F3-12D7205B39CC}' LocationServices
WSUSLocationRequest: <WSUSLocationRequest SchemaVersion="1.00"><Content ID="{C2D17964-BBDD-4339-B9F3- 12D7205B39CC}" Version="38"/><AssignedSite SiteCode="PS1"/><ClientLocationInfo OnInternet="0"AD"><AD 사이트 이름="CM12-R2- PS1"/><포리스트 이름="CONTOSO.COM"/><Domain Name="CONTOSO.COM"/><IPAddresses><IPAddress SubnetAddress="192.168.2.0" Address="192.168.2.62"/IPAddresses></><ClientLocationInfo></WSUSLocationRequest> LocationServices
패키지 {C2D17964-BBDD-4339-B9F3- 12D7205B39CC} LocationServices에 대한 '{C2BB9710-C548-49D0-9DF8-5F9CFC5F3862}' 생성 및 전송 위치 요청
4단계: CCM 메시징이 위치 요청 메시지를 관리 지점으로 보냅니다.
다음은 CcmMessaging.log 기록됩니다.
보내는 큐 'mp:[http]mp_locationmanager' CcmMessaging에 비동기 메시지 '{76453CC6-76BA-4B68-BE30-BA70754570BB}' 보내기
보내는 메시지 '{76453CC6-76BA-4B68-BE30-BA70754570BB}'을 보냅니다. 플래그 0x200, 보낸 사람 계정 빈 CcmMessaging
5단계: 관리 지점에서 요청을 구문 분석하고, 데이터베이스에서 WSUS 위치를 가져오고, 응답을 보냅니다.
관리 지점은 이 요청을 구문 분석하고 저장 프로시저를 MP_GetWSUSServerLocations 호출하여 데이터베이스에서 WSUS 위치를 가져옵니다. 다음은 MP_Location.log 기록됩니다.
MP LM: 메시지 본문: <WSUSLocationRequest SchemaVersion="1.00"><Content ID="{C2D17964-BBDD-4339-B9F3- 12D7205B39CC}" Version="38"/><AssignedSite SiteCode="PS1"/><ClientLocationInfo OnInternet="0"><ADSite Name=" ="CM12-R2- PS1"/><Forest Name="CONTOSO.COM"/><Domain Name="CONTOSO.COM"/><IPAddresses><IPAddress SubnetAddress="192.168.2.0" Address="192.168.2.62"//><IPAddresses></ClientLocationInfo></WSUSLocationRequest> MP_ LocationManager
MP LM: MP_GetWSUSServerLocations MP_LocationManager 호출
SQL Server Profiler 추적:
exec MP_GetMPSitesFromAssignedSite N'PS1'
exec MP_GetSiteInfoUnified N'ClientLocationInfo< OnInternet="0"><ADSite Name="CM12-R2-PS1"/><Forest Name="CONTOSO.COM"/><Domain Name="CONTOSO.COM"/><IPAddresses><IPAddress SubnetAddress="192.168.2.0" Address="192.168.2.62"//><IPAddresses></ClientLocationInfo>'
exec MP_GetWSUSServerLocations N'{C2D17964-BBDD-4339-B9F3-12D7205B39CC}',N'38',N'PS1',N'PS1',N'0',N'CONTOSO. COM'
저장 프로시저에서 결과를 얻은 후 관리 지점은 클라이언트에 응답을 보냅니다. 다음은 MP_Location.log 기록됩니다.
MP LM: 회신 메시지 본문:
<WSUSLocationReply SchemaVersion="1.00"><Sites 사이트><><MPSite SiteCode="PS1"/><LocationRecords><LocationRecord WSUSURL="http://PS1SITE.CONTOSO.COM:8530" ServerName="PS1SITE.CONTOSO.COM" Version="38"/><LocationRecord WSUSURL="https://PS1SYS.CONTOSO.COM:8531" ServerName="PS1SYS.CONTOSO.COM" Version="38"//><LocationRecords></Site></Sites></WSUSLocationReply> MP_LocationManager
6단계: CCM 메시징이 응답을 수신하고 Location Services로 다시 보냅니다.
클라이언트의 CcmMessaging.log 파일은 회신이 수신되었음을 보여줍니다. 이 메시지는 Location Services에 전달되었습니다.
'{76453CC6-76BA-4B68-BE30-BA70754570BB}' 메시지가 로컬 엔드포인트 큐 'LS_ReplyLocations' CcmMessaging에 '{8E6D05EF-B77F-4AD0-AF64-1C6F3069A29C}'라는 회신을 받았습니다.
OutgoingMessage(Queue='mp_[http]mp_locationmanager', ID={76453CC6-76BA-4B68-BE30-BA70754570BB}): 'PS1SYS.CONTOSO.COM'을 호스트하는 데 성공했습니다. CcmMessaging
엔드포인트 'LS_ReplyLocations' CcmMessaging에 전달되는 메시지 '{8E6D05EF-B77F-4AD0-AF64-1C6F3069A29C}'
7단계: Location Services는 응답을 구문 분석하고 위치를 검사 에이전트로 다시 보냅니다.
다음은 LocationServices.log 기록됩니다.
처리 위치 회신 메시지 LocationServices 1/20/2014 12:18:09 PM
WSUSLocationReply: <WSUSLocationReply SchemaVersion="1.00"><Sites Site><><MPSite SiteCode="PS1"/><LocationRecords><LocationRecord WSUSURL="http://PS1SITE.CONTOSO.COM:8530" ServerName="" PS1SITE.CONTOSO.COM" Version="38"/><LocationRecord WSUSURL="https://PS1SYS.CONTOSO.COM:8531" ServerName="PS1SYS.CONTOSO.COM" Version="38"//><LocationRecords></Site></Sites></WSUSLocationReply> LocationServices
다음 WSUS 위치 LocationServices를 사용하여 다시 호출
WSUS Path=''http://PS1SITE.CONTOSO.COM:8530, Server='PS1SITE. Contoso. COM', Version='38' LocationServices
WSUS Path=''https://PS1SYS.CONTOSO.COM:8531, Server='PS1SYS. Contoso. COM', Version='38' LocationServices
WSUS 요청 {C2BB9710-C548-49D0-9DF8-5F9CFC5F3862} LocationServices에 대한 위치로 다시 호출
8단계: 검사 에이전트가 WUAHandler에 업데이트 원본을 레지스트리에 추가하도록 알림
검사 에이전트에는 이제 적절한 콘텐츠 버전으로 정책 및 업데이트 원본 위치가 있습니다. 다음은 ScanAgent.log 기록됩니다.
위치 요청 guid={C2BB9710-C548-49D0-9DF8-5F9CFC5F3862} ScanAgent에 대해 받은 WSUSLocationUpdate
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EE8}): CScanJob::OnLocationUpdate- 수신 위치=http://PS1SITE.CONTOSO.COM:8530, 버전=38 ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EE8}): CScanJob::Execute- UpdateSource={C2D17964-BBDD-4339-B9F3-12D7205B39CC}, ContentType=2, ContentLocation=http://PS1SITE.CONTOSO.COM:8530, ContentVersion=38 ScanAgent
검사 에이전트는 WUAHandler에 업데이트 원본을 추가하도록 알 수 있습니다. WUAHandler는 레지스트리에 업데이트 원본을 추가하고 그룹 정책 새로 고침(클라이언트가 도메인에 있는 경우)을 시작하여 그룹 정책 방금 추가한 업데이트 서버를 재정의하는지 확인합니다. 다음은 추가되는 새 업데이트 원본을 보여 주는 새 클라이언트의 WUAHandler.log 기록됩니다.
WSUS 업데이트 원본 유형({C2D17964-BBDD-4339-B9F3-12D7205B39CC})이 추가됩니다. WUAHandler
완전히 새로운 WSUS 업데이트 원본입니다. WUAHandler
WUA 관리 서버 정책에서 서버를 사용하도록 설정:http://PS1SITE.CONTOSO.COM:8530WUAHandler
정책 새로 고침 강제 적용. WUAHandler
그룹 정책 WUA 정책 변경을 알리는 데 2분 동안 대기 중... WUAHandler
정책이 WU 에이전트에 적용되려면 30초 동안 기다립니다. WUAHandler
콘텐츠 형식의 업데이트 원본({C2D17964-BBDD-4339-B9F3-12D7205B39CC})이 추가됨: 2 WUAHandler
이 시간 동안 Windows 업데이트 에이전트는 WSUS 구성 변경을 확인합니다. 다음은 WindowsUpdate.log 기록됩니다.
2014-01-20 12:18:11:520 968 9d0 에이전트 * WSUS 서버:
http://PS1SITE.CONTOSO.COM:8530(변경됨)
2014-01-20 12:18:11:520 968 9d0 에이전트 * WSUS 상태 서버:http://PS1SITE.CONTOSO.COM:8530(변경됨)
2014-01-20 12:18:11:520 968 9d0 AU Sus 서버가 정책을 통해 변경되었습니다.
다음 레지스트리 키를 확인하고 설정합니다.
| 레지스트리 하위 키 | 값 이름 | 유형 | 데이터 |
|---|---|---|---|
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate |
WUServer | REG_SZ | 포트를 포함한 전체 WSUS 서버 URL입니다. 예를 들면 http://PS1Site.Contoso.com:8530 |
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate |
WUStatusServer | REG_SZ | 포트를 포함한 전체 WSUS 서버 URL입니다. 예를 들면 http://PS1Site.Contoso.com:8530 |
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate\AU |
USEWUServer | REG_DWORD | 0x1 |
기존 클라이언트의 경우 콘텐츠 버전이 증가했을 때 WUAHandler.log 다음이 표시될 것으로 예상할 수 있습니다.
WSUS 업데이트 원본 유형({C2D17964-BBDD-4339-B9F3-12D7205B39CC})이 추가됩니다. WUAHandler
WSUS 업데이트 원본이 이미 있으며 버전이 38로 증가했습니다. WUAHandler
9단계: 검사 에이전트가 검사를 시작합니다.
업데이트 원본이 성공적으로 추가되면 검사 에이전트가 상태 메시지를 발생시키고 검사를 시작합니다. 다음은 ScanAgent.log 기록됩니다.
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EE8}): UpdateSource({C2D17964-BBDD-4339-B9F3-12D7205B39CC}) 상태 메시지가 성공적으로 발생합니다. StateId = 2 ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EE8}): CScanJob::Execute - Scan, ScanType=1 ScanAgent를 요청했습니다.
클라이언트에서 소프트웨어 업데이트 검사
업데이트 원본 정책 및 업데이트 원본 위치를 사용할 수 있게 된 후 검사 에이전트가 검사를 시작합니다. 소프트웨어 업데이트 검사는 실제로 Windows 업데이트 에이전트에 의해 수행됩니다. 그러나 Configuration Manager 클라이언트는 Windows 업데이트 에이전트와 상호 작용하여 검사를 수행하고 검사 결과를 가져옵니다. 이 상호 작용은 Windows 업데이트 에이전트와 통신하는 WUAHandler(Windows 업데이트 에이전트 처리기) 구성 요소에서 처리됩니다.
1단계: 검사 에이전트가 검사를 요청하고 WUAHandler가 검사를 시작합니다.
검사 에이전트는 Windows 업데이트 에이전트 API를 사용하여 Windows 업데이트 에이전트에서 소프트웨어 업데이트 검사를 요청하는 WUAHandler에서 검사를 요청합니다. 다음은 ScanAgent.log 기록됩니다.
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EE8}): CScanJob::Execute - Scan, ScanType=1 ScanAgent를 요청했습니다.
다음은 WUAHandler.log 기록됩니다.
검사 결과에는 서비스 팩 및 정의 업데이트로 대체되는 경우에만 대체된 업데이트가 포함됩니다. WUAHandler
Search 기준은 (DeploymentAction=* AND Type='Software') OR(DeploymentAction=* AND Type='Driver') WUAHandler입니다.
업데이트의 단일 호출 검색을 실행합니다. WUAHandler
WUAgent를 사용하여 업데이트의 비동기 검색이 시작되었습니다. WUAHandler
2단계: WUA(Windows 업데이트 에이전트)가 WSUS 컴퓨터에 대한 검사를 시작합니다.
Windows 업데이트 에이전트는 Configuration Manager 클라이언트(CcmExec)로부터 요청을 받은 후 검사를 시작합니다. Windows 업데이트 Server 값이 이미 SUP 서버로 설정되었으므로 SUP 역할이 설치된 WSUS 서버에 대해 이 검사가 수행됩니다. 다음은 WindowsUpdate.log 기록됩니다.
2014-01-20 12:18:42:694 3856 708 COMAPI -- 시작 -- COMAPI: Search [ClientId = CcmExec]
2014-01-20 12:18:42:752 3856 708 COMAPI <<-- 제출됨 -- COMAPI: Search [ClientId = CcmExec]
2014-01-20 12:18:47:511 968 f58 PT + ServiceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, 서버 URL =http://PS1SITE.CONTOSO.COM:8530/ClientWebService/client.asmx
2014-01-20 12:18:48:662 968 f58 에이전트 ** START ** 에이전트: 업데이트 찾기 [CallerId = CcmExec]
2014-01-20 12:18:48:662 968 f58 에이전트 * 잠재적으로 대체된 업데이트 포함
2014-01-20 12:18:48:662 968 f58 에이전트 * 온라인 = 예; 다운로드 우선 순위 무시 = 예
2014-01-20 12:18:48:662 968 f58 에이전트 * 조건 = "(DeploymentAction=* AND Type='Software') OR (DeploymentAction=* AND Type='Driver')"
2014-01-20 12:18:48:662 968 f58 에이전트 * ServiceID = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7} 관리됨
2014-01-20 12:18:48:662 968 f58 에이전트 * Search 범위 = {Machine}
Windows 업데이트 에이전트는 이제 WSUS 서버를 검사하고 CcmExec(특히 WUAHandler)에 결과를 보고합니다. 다음은 WindowsUpdate.log 기록됩니다.
2014-01-20 12:18:49:175 968 f58 PT + ServiceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, 서버 URL =
http://PS1SITE.CONTOSO.COM:8530/ClientWebService/client.asmx
2014-01-20 12:18:52:680 968 f58 에이전트 * 업데이트 {4AE85C00-0EAA-4BE0-B81B-DBD7053D5FAE}.104 tosearch 결과 추가됨
2014-01-20 12:18:52:683 968 f58 에이전트 * {57260DFE-227C-45E3-9FFC-2FC77A67F95A}.104 업데이트 추가됨
2014-01-20 12:18:52:694 968 f58 에이전트 * 검색에서 163개 업데이트 및 70개 범주를 찾았습니다. 평가된 appl. 배포된 엔터티 1150개 중 622개 규칙
2014-01-20 12:18:52:745 968 f58 에이전트 ** END ** 에이전트: 업데이트 찾기 [CallerId = CcmExec]
2014-01-20 12:18:52:755 3856 708 COMAPI >>-- RESUMED -- COMAPI: Search [ClientId = CcmExec]
2014-01-20 12:18:53:137 3856 708 COMAPI - 업데이트 발견 = 163
2014-01-20 12:18:53:137 3856 708 COMAPI -- END -- COMAPI: Search [ClientId = CcmExec]
3단계: WUAHandler는 Windows 업데이트 에이전트에서 결과를 수신하고 검사를 완료로 표시합니다.
다음은 WUAHandler.log 기록됩니다.
비동기 검색이 완료되었습니다. WUAHandler
한 번의 호출로 모든 항목 검색을 완료했습니다. WUAHandler
4단계: WUAHandler가 검사 결과를 구문 분석합니다.
그런 다음 WUAHandler는 각 업데이트에 대한 적용 가능성 상태를 포함하는 결과를 구문 분석합니다. 이 프로세스의 일부로 대체된 업데이트가 정리됩니다. 다음은 WUAHandler.log 기록됩니다.
정리: 업데이트 ID(70f4f236-0248-4e84-b472-292913576fa1)는 (726b7201-862a-4fde-9b12-f36b38323a6f)로 대체됩니다. WUAHandler
...
업데이트(설치): x64 기반 시스템용 Windows 7 보안 업데이트(KB2584146)(4ae85c00-0eaa-4be0-b81b-dbd7053d5fae, 104) WUAHandler
업데이트(누락): x64 기반 시스템(KB2862152)용 Windows 7 보안 업데이트(505fda07-b4f3-45fb-83d9-8642554e2773, 200) WUAHandler
...
검사를 완료했습니다. WUAHandler
5단계: 업데이트 저장소는 상태 기록하고 WMI의 각 업데이트에 대한 상태 메시지를 발생합니다.
검사 결과를 사용할 수 있게 되면 이러한 결과가 업데이트 저장소에 저장됩니다. 업데이트 저장소는 각 업데이트의 현재 상태를 기록하고 각 업데이트에 대한 상태 메시지를 만듭니다. 이러한 상태 메시지는 상태 메시지 보고 주기가 끝날 때 사이트 서버에 대량으로 전달됩니다(기본적으로 15분).
UpdatesStore.log 기록 중인 업데이트(KB2862152)가 누락되고 상태 메시지가 발생하는 상태를 보여 줍니다.
업데이트에서 업데이트 상태 처리(505fda07-b4f3-45fb-83d9-8642554e2773) with ProductID = 0fa1201d-4330-4fa8-8ae9- b877473b6441 UpdatesStore
업데이트의 업데이트 상태(505fda07-b4f3-45fb-83d9-8642554e2773)은 이전에 보고되지 않아 새 instance 만듭니다. UpdatesStore
상태(누락)를 사용하여 업데이트(505fda07-b4f3-45fb-83d9-8642554e2773)에 대한 상태 메시지를 성공적으로 발생시켰습니다. UpdatesStore
업데이트 상태 WMI instance 추가했습니다(505fda07-b4f3-45fb-83d9-8642554e2773). UpdatesStore
상태 ID 2(누락됨)로 기록되는 상태 메시지를 보여 주는 StateMessage.log:
TopicType 500 및 TopicId 505fda07-b4f3-45fb-83d9-8642554e2773을 사용하여 WMI StateMessage에 메시지 추가
State message(State ID : 2) with TopicType 500 and TopicId 505fda07-b4f3-45fb-83d9-8642554e2773이 SYSTEM StateMessage에 대해 기록되었습니다.
각 업데이트에 대해 클래스의 CCM_UpdateStatus instance 생성되거나 업데이트되며 업데이트의 현재 상태 저장합니다. 클래스는 CCM_UpdateStatus 네임스페이스에 ROOT\CCM\SoftwareUpdates\UpdatesStore 있습니다.
마찬가지로 클래스의 CCM_StateMsg instance 생성되거나 업데이트되며 업데이트의 현재 상태를 저장합니다. 클래스는 CCM_StateMsg 네임스페이스에 ROOT\CCM\StateMsg 있습니다.
6단계: 상태 메시지가 관리 지점으로 전송됨
앞에서 설명한 것처럼 상태 메시지는 기본적으로 15분으로 구성된 상태 메시지 보고 주기 일정에 따라 관리 지점으로 전송됩니다. 상태 메시지가 관리 지점으로 전송되면 클래스의 MessageSent 상태 메시지 instance CCM_StateMsg 속성이 True로 설정됩니다.
In StateMessage.log:
StateMessage 본문: <XML 보고서 본문 잘린> StateMessage
MP StateMessage에 상태 메시지를 성공적으로 전달했습니다.
다음은 업데이트에 대한 상태 메시지 본문의 모양입니다. 일반적으로 이 XML 본문은 로그에 비해 너무 커서 CMTrace에서 잘립니다. 그러나 메모장에서 전체 XML 본문을 볼 수 있습니다.
StateMessage 본문: <?xml version="1.0" encoding="UTF-16"?>
<ReportHeader Identification Machine ClientInstalled>1</ClientInstalled><ClientType>1</ClientType><ClientID>GUID: A1006D0E-CF56-41D1-A006-6330EFC39381</ClientID><ClientVersion>5.00.7958.1000</ClientVersion><NetBIOSName>PS1WIN7X64</NetBIOSName><CodePage>437</CodePage><SystemDefaultLCID>1033</SystemDefaultLCID><우선 순위>5</><><><>< Priority></Machine></Identification><ReportDetails><ReportContent>State Message Data</ReportContent><ReportType>Full</ReportType><Date>20140120194656.903000+000</Date><Version>1.0</Version><Format>1.0</Format></ReportDetails></ReportHeader><ReportBody><StateMessage MessageTime="20140120171855.573000+000" SerialNumber="232"><항목 ID="505fda07-b4f3-45fb-83d9-8642554e2773" Type="500" IDType="3" User="" UserSID="" "/><State ID="2" Criticality="0"/><UserParameters Flags="0" Count="1"><Param>200</Param></UserParameters></StateMessage></ReportBody></Report> StateMessage
MP StateMessage에 상태 메시지를 성공적으로 전달했습니다.
상태 메시지 처리 흐름
이제 상태 메시지가 기록되는 방법과 이러한 상태 메시지가 저장되는 WMI 위치를 알 수 있습니다. 또한 클라이언트의 보내지 않은 상태 메시지는 상태 메시지 보고 주기에 따라 기본적으로 15분마다 관리 지점으로 전송됩니다. 이 일정은 사용자 지정 또는 기본 클라이언트 설정의 상태 메시징 에서 수정할 수 있습니다.
StateMessage.log 상태 메시지를 MP에 성공적으로 전달했다고 보고하지만 상태 메시지 구성 요소는 실제로 이러한 메시지 자체를 보내지 않습니다. 관리 지점에서 보내고 받은 모든 메시지는 클라이언트의 CCM 메시징 구성 요소에서 처리됩니다. CCM 메시징은 데이터를 보내고 받기 위해 관리 지점과 통신하는 실제 구성 요소입니다. 관리 지점에는 다양한 종류의 들어오는 트래픽을 처리하도록 정의된 다양한 큐가 있습니다. 상태 메시지의 경우 이 트래픽을 처리하는 큐는 큐입니다 MP_RelayEndpoint .
1단계: 상태 메시지 구성 요소가 관리 지점으로 메시지 보내기 시작
In StateMessage.log:
StateMessage 본문: <?xml version="1.0" encoding="UTF-16"?><보고서><ReportHeader><식별><컴퓨터><ClientInstalled>1</ClientInstalled><ClientType>1</ClientType><ClientID>GUID: A1006D0E-CF56-41D1-A006-6330EFC39381</ClientID><ClientVersion>5.00.7958.1000</ClientVersion><NetBIOSName>PS1WIN7X64</NetBIOSName><CodePage>437</CodePage><SystemDefaultLCID>1033</SystemDefaultLCID><우선 순위>5</ Priority></Machine></Identification><ReportDetails><ReportContent>State Message Data</ReportContent><ReportType>Full</ReportType><Date>20140120194656.903000+000</Date><Version>1.0</Version><Format>1.0</Format></ReportDetails></ReportHeader><ReportBody><StateMessage MessageTime="20140120171855.573000+000" SerialNumber="232"><항목 ID="505fda07-b4f3-45fb-83d9-8642554e2773" Type="500" IDType="3" User="" UserSID="" "/><State ID="2" Criticality="0"/><UserParameters Flags="0" Count="1"><Param>200</Param></UserParameters></StateMessage></ReportBody></Report> StateMessage
MP StateMessage에 상태 메시지를 성공적으로 전달했습니다.
2단계: CCM 메시징은 상태 메시지 XML 본문이 포함된 메시지를 관리 지점으로 보냅니다.
CCM 메시징은 큐에 MP_RelayEndpoint 메시지를 성공적으로 보냅니다. 이 메시지에는 위치 요청이 있는 메시지가 회신을 받은 WSUS 위치 요청 섹션에서 앞에서 발견한 것과 달리 회신이 없습니다.
In CcmMessaging.log:
보내는 큐 'mp:mp_relayendpoint' CcmMessaging에 비동기 메시지 '{95F79010-D0EB-49A6-8A1E-3897883105F2}' 보내기
보내는 메시지 '{95F79010-D0EB-49A6-8A1E-3897883105F2}'를 보냅니다. 플래그 0x200, 보낸 사람 계정 빈 CcmMessaging
POST: Host=PS1SYS. CONTOSO.COM, Path=/ccm_system/request, Port=443, Protocol=https, Flags=512, Options=480 CcmMessaging
'{95F79010-D0EB-49A6-8A1E-3897883105F2}' 메시지에 CcmMessaging 회신이 없습니다.
OutgoingMessage(Queue='mp_mp_relayendpoint', ID={95F79010-D0EB-49A6-8A1E-3897883105F2}): 'PS1SYS.CONTOSO.COM'을 호스트하는 데 성공했습니다. CcmMessaging
3단계: 관리 지점에서 메시지를 받은 다음 MP_Relay 메시지를 처리하고 SMX 파일을 만듭니다.
모든 메시지는 HTTP/HTTPS를 사용하여 전송되고 IIS에서 수신됩니다. 이 예제에서는 이 요청이 CCM_System 가상 디렉터리에 대해 수행됩니다.
IIS 로그에서:
192.168.2.12 CCM_POST /ccm_system/request - 443 - 192.168.2.62 ccmhttp - 200 0 0 542 31
관리 지점에서 MP_Relay 메시지가 성공적으로 수신되면 구성 요소는 이 메시지를 처리하고, 메시지를 SMX 파일로 변환하고, 관리 지점이 사이트 서버에 공동 배치되어 있는지 여부에 따라 SMX 파일을 적절한 위치로 이동합니다.
- 원격 관리 지점: \SMS\mp\outboxes\StateMsg.box
- 사이트 서버에 공동 배치된 관리 지점: \inboxes\auth\StateSys.box\incoming
사이트 서버에 공동 배치된 관리 지점의 MP_Relay.log:
Mp 메시지 처리기: 릴레이에 대한 메시지 처리를 시작합니다----------------------- MP_RelayEndpoint
Mp 메시지 처리기: FileType=SMX MP_RelayEndpoint
메시지 본문: <XML 본문 잘린> MP_RelayEndpoint
릴레이: Outbox dir: E:\ConfigMgr\inboxes\auth\statesys.box\incoming MP_RelayEndpoint
메시지의 우선 순위 = 5 MP_RelayEndpoint
State Priority Directory = E:\ConfigMgr\inboxes\auth\statesys.box\incoming MP_RelayEndpoint
Inv-Relay: 작업이 성공적으로 완료되었습니다MP_RelayEndpoint
원격 관리 지점의 MP_Relay.log:
Mp 메시지 처리기: 릴레이에 대한 메시지 처리를 시작합니다------------------------------ MP_RelayEndpoint
Mp 메시지 처리기: FileType=SMX MP_RelayEndpoint
메시지 본문:
<?xml version="1.0" encoding="UTF-16"?>
<ReportHeader Identification Machine ClientInstalled>1</ClientInstalled><ClientType>1</ClientType><ClientID>GUID: A1006D0E-CF56-41D1-A006-6330EFC39381</ClientID><ClientVersion>5.00.7958.1000</ClientVersion><NetBIOSName>PS1WIN7X64</NetBIOSName><CodePage>437</CodePage><SystemDefaultLCID>1033</SystemDefaultLCID><우선 순위>5</><><><>< Priority></Machine></Identification><ReportDetails><ReportContent>State Message Data</ReportContent><ReportType>Full</ReportType><Date>20140120194656.903000+000</Date><Version>1.0</Version><Format>1.0</Format></ReportDetails></ReportHeader><ReportBody><StateMessage MessageTime="20140120171855.573000+000" SerialNumber="232"><항목 ID="505fda07-b4f3-45fb-83d9-8642554e2773" Type="500" IDType="3" User="" UserSID=""/><State ID="2" Criticality="0"/><UserParameters Flags="0" Count="1"><Param>200</Param></UserParameters></StateMessage></ReportBody></Report> MP_RelayEndpoint
Inv-Relay 작업: 메시지 본문 MP_RelayEndpoint 처리
Relay: Outbox dir: C:\SMS\mp\outboxes\StateMsg.box MP_RelayEndpoint
메시지의 우선 순위 = 5 MP_RelayEndpoint
State Priority Directory = C:\SMS\mp\outboxes\StateMsg.box MP_RelayEndpoint
Inv-Relay: 작업이 성공적으로 완료되었습니다MP_RelayEndpoint
XML 본문은 클라이언트에서 StateMessage.log 로그인한 본문과 동일합니다.
4단계: MP 파일 디스패치 관리자가 SMX 파일을 사이트 서버로 보냅니다(관리 지점이 사이트 서버에 공동 배치되지 않은 경우에만).
관리 지점이 사이트 서버에 원격인 경우 파일이 outboxes\StateMsg.box에 도착한 후 MPFDM(MP 파일 디스패치 관리자)은 이러한 파일을 사이트 서버의 StateMsg.box 받은 편지함으로 이동하는 작업을 담당합니다. 관리 지점이 사이트 서버에 공동 배치되면 이러한 파일은 적절한 받은 편지함 폴더로 직접 이동되므로 MPFDM은 관련되지 않습니다.
원격 관리 지점의 MPFDM.log:
C:\SMS\MP\OUTBOXES\statemsg.box\TAZGYTSJ 파일을 이동했습니다. SMX to \\PS1SITE.CONTOSO.COM\SMS_PS1\inboxes\auth\statesys.box\incoming\TAZGYTSJ. SMX SMS_MP_FILE_DISPATCH_MANAGER
MPFDM이 파일을 적절한 받은 편지함으로 이동하려면 원격 관리 지점에서 사이트 서버의 레지스트리에 액세스하여 받은 편지함 원본 위치를 확인할 수 있어야 합니다. 따라서 원격 레지스트리 서비스를 실행해야 하며 그룹 정책 레지스트리 액세스를 차단해서는 안 됩니다. MPFDM은 사이트 서버에서 다음 레지스트리 키에 액세스하여 받은 편지함 위치를 결정합니다.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SMS\Inbox Source
5단계: 사이트 서버의 StateSys 구성 요소가 데이터베이스에 대한 상태 메시지를 처리합니다.
파일이 사이트 서버의 \inboxes\auth\StateSys.box에 도착하면 State System Manager(StateSys) 구성 요소가 절전 모드를 해제하고 SMX 파일을 처리합니다.
자세한 정보 로깅이 사용하도록 설정된 StateSys.log:
받은 편지함 알림이 트리거되고 10초 동안 일시 중지됩니다...... SMS_STATE_SYSTEM
처리할 새 상태 메시지를 찾아 스레드 SMS_STATE_SYSTEM 처리를 시작합니다.
스레드 "상태 메시지 처리 스레드 #0" id:4316 시작 SMS_STATE_SYSTEM
로드된 총 척 수(1) SMS_STATE_SYSTEM
CMessageProcessor - 파일 처리: YCE2H3VD. SMX SMS_STATE_SYSTEM
CMessageProcessor - 잘못된 레코드가 0개인 1개의 레코드를 처리했습니다. SMS_STATE_SYSTEM
CMessageProcessor - 잘못된 파일 0개와 함께 이 일괄 처리에서 1개의 메시지 파일을 처리했습니다. SMS_STATE_SYSTEM
로드된 총 척 수(0) SMS_STATE_SYSTEM
스레드 "상태 메시지 처리 스레드 #0" id:4316이 정상적으로 종료되었습니다SMS_STATE_SYSTEM
자세한 로깅이 활성화되지 않은 StateSys.log:
처리할 새 상태 메시지를 찾아 스레드 SMS_STATE_SYSTEM 처리를 시작합니다.
스레드 "상태 메시지 처리 스레드 #0" id:1988 시작 SMS_STATE_SYSTEM
로드된 총 척 수(1) SMS_STATE_SYSTEM
로드된 총 척 수(0) SMS_STATE_SYSTEM
스레드 "상태 메시지 처리 스레드 #0" id:1988이 정상적으로 종료되었습니다SMS_STATE_SYSTEM
상태 시스템 관리자에 대해 자세한 정보 로깅을 사용하도록 설정하지 않는 한 StateSys.log 파일은 파일 이름을 기록하지 않습니다.
StateSys.box 폴더로 이동된 SMX 파일에는 메시지 본문 XML이 포함됩니다. StateSys는 이 파일을 처리할 때 저장 프로시저를 spProcessStateReport 호출하고 이 XML 본문을 저장 프로시저에 매개 변수로 전달합니다.
SQL Server Profiler 추적:
exec dbo.spProcessStateReport N'<?xml version="1.0" encoding="UTF-16"?>
<ReportHeader Identification Machine ClientInstalled>1</ClientInstalled><ClientType>1</ClientType><ClientID>GUID: A1006D0E-CF56-41D1-A006-6330EFC39381</ClientID><ClientVersion>5.00.7958.1000</ClientVersion><NetBIOSName>PS1WIN7X64</NetBIOSName><CodePage>437</CodePage><SystemDefaultLCID>1033</SystemDefaultLCID><우선 순위>5</><><><>< Priority></Machine></Identification><ReportDetails><ReportContent>State Message Data</ReportContent><ReportType>Full</ReportType><Date>2014012020131.071000+000</Date><Version>1.0</Version><Format>1.0</Format></ReportDetails></ReportHeader><ReportBody><StateMessage MessageTime="20140120171855.573000+000" SerialNumber="239"><항목 ID="505fda07-b4f3-45fb-83d9-8642554e2773" Type="500" IDType="3" User="" UserSID =""/><State ID="2" Criticality="0"/><UserParameters Flags="0" Count="1"><Param>200</Param></UserParameters></StateMessage></ReportBody></Report>'
spProcessStateReport 는 CLR 저장 프로시저이고 CLR 정의에는 처리 중인 상태 메시지 유형을 결정하는 논리가 있습니다. 상태 메시지 유형에 따라 상태 메시지를 적절하게 처리하고 데이터베이스에 데이터를 삽입합니다.
다음 명령을 사용하여 테이블을 쿼리하여 모든 상태 메시지 토픽 형식 및 ID 의 SR_StateNames 이름을 찾을 수 있습니다.
SELECT * FROM SR_StateNames
소프트웨어 업데이트 요약
소프트웨어 업데이트 규정 준수 데이터를 콘솔 또는 보고서에 표시하려면 먼저 소프트웨어 업데이트 준수 데이터를 요약해야 합니다. 콘솔 및 보고서에는 일반적으로 요약된 데이터만 표시하기 때문에 이 작업이 필요합니다. 사이트 서버의 상태 시스템 구성 요소는 애플리케이션, DCM 배포 및 클라이언트 상태와 같은 다른 구성 요소에 대한 요약과 함께 소프트웨어 업데이트 요약을 수행합니다. Configuration Manager 데이터베이스에서 보기를 쿼리하여 vSR_SummaryTasks State System에서 수행하는 모든 요약 작업에 대한 정보를 찾을 수 있습니다. State System은 구성된 일정에 따라 이러한 작업을 실행하고 StateSys.log 각 작업에 대한 세부 정보를 기록합니다.
<'TaskName>' 작업 시작 SMS_STATE_SYSTEM
작업 '<TaskName>'은 상태 8로 15초 동안 실행한 후 성공적으로 완료되었습니다. SMS_STATE_SYSTEM
이러한 작업의 대부분에서 StateSys.log 기록된 상태 오류 코드가 아닙니다. 대신 요약을 수행하는 적절한 SQL Server 저장 프로시저에서 반환되는 행 수입니다.
소프트웨어 업데이트와 관련된 요약 작업은 다음과 같습니다.
SUM 할당 준수 평가기
모든 소프트웨어 업데이트 그룹 할당(배포)에 대한 상태 메시지를 요약합니다. 이 작업은 기본적으로 매시간 실행됩니다. Configuration Manager 콘솔 > 모니터링 배포의 특정 배포에 대해 수동으로시작하고 배포를> 마우스 오른쪽 단추로 클릭한 다음 요약 실행을 클릭합니다.
SUM 업데이트 그룹 상태 요약 도우미
업데이트 그룹의 상태 요약합니다. 이 작업은 기본적으로 매시간 실행됩니다. Configuration Manager 콘솔 >소프트웨어 라이브러리>소프트웨어> 업데이트소프트웨어 업데이트 그룹의 특정 업데이트 그룹에 대해 수동으로 시작하고 업데이트 그룹을 마우스 오른쪽 단추로 클릭한 다음 요약 실행을 클릭합니다.
소프트웨어 업데이트 그룹을 마우스 오른쪽 단추로 클릭하거나 리본에서 일정 요약을 선택하여 이 작업의 일정을 변경할 수도 있습니다.
SUM 업데이트 상태 요약 도우미
모든 클라이언트에 대한 업데이트의 상태 요약합니다. 이 작업은 기본적으로 매시간 실행됩니다. Configuration Manager 콘솔 >소프트웨어 라이브러리>소프트웨어 업데이트 수동으로 시작한 다음 요약 실행을 클릭합니다. 일정 요약을 선택하여 기본 일정을 변경할 수도 있습니다.
SUM 업데이트 상태 마이그레이션
데이터베이스 내에서 내부적으로 업데이트 상태 마이그레이션합니다. 이 작업은 기본적으로 24시간마다 실행됩니다. Configuration Manager 콘솔에서 수동으로 시작할 수 없습니다.
SUM 오래된 상태 삭제
데이터베이스의 소프트웨어 업데이트 특정 테이블에서 오래된 상태 삭제합니다. 이 작업은 기본적으로 24시간마다 실행됩니다. Configuration Manager 콘솔에서 수동으로 시작할 수 없습니다.
소프트웨어 업데이트 지점 전환
System Center 2012 Configuration Manager SP1 이상 버전에서는 사이트에 여러 SUP가 있을 수 있습니다. 이렇게 하면 SUP를 사용할 수 없는 상황에 대한 내결함성이 제공됩니다. SUP의 장애 조치(failover) 및 전환에 대한 자세한 내용은 다음 문서를 참조하세요.
피드백
출시 예정: 2024년 내내 콘텐츠에 대한 피드백 메커니즘으로 GitHub 문제를 단계적으로 폐지하고 이를 새로운 피드백 시스템으로 바꿀 예정입니다. 자세한 내용은 다음을 참조하세요. https://aka.ms/ContentUserFeedback
다음에 대한 사용자 의견 제출 및 보기