Śledzenie oceny zgodności aktualizacji oprogramowania

Dotyczy: Configuration Manager

Przed wdrożeniem aktualizacji oprogramowania na klientach klienci muszą uruchomić skanowanie zgodności aktualizacji oprogramowania. Zalecamy, aby umożliwić klientom wystarczająco dużo czasu na ukończenie skanowania i raportowania wyników zgodności, dzięki czemu można przejrzeć wyniki zgodności i wdrożyć tylko wymagane aktualizacje na klientach.

Po zainstalowaniu i zsynchronizowaniu punktu aktualizacji oprogramowania tworzone są zasady maszyny obejmującej całą lokację, które informują komputery klienckie o włączeniu aktualizacji oprogramowania programu Configuration Manager dla lokacji. Gdy klient odbierze zasady komputera, planowane jest losowe rozpoczęcie skanowania oceny zgodności w ciągu następnych dwóch godzin. Po uruchomieniu skanowania proces agenta klienta aktualizacji oprogramowania czyści historię skanowania, przesyła żądanie znalezienia serwera usług Windows Server Update Services (WSUS), który powinien być używany do skanowania, i aktualizuje lokalne zasady grupy za pomocą lokalizacji programu WSUS.

Aby zapoznać się z omówieniem procesu oceny zgodności, zobacz Ocena zgodności aktualizacji oprogramowania.

Zasady skanowania aktualizacji oprogramowania

Aby klient mógł spróbować przeprowadzić skanowanie pod kątem aktualizacji, musi mieć zasady UpdateSource. Te zasady są tworzone na serwerze lokacji po pomyślnej synchronizacji sup. W tej sekcji omówiono sposób tworzenia tych zasad przez następujący proces:

Krok 1. Po pomyślnej synchronizacji program WSyncMgr aktualizuje wersję zawartości i czas ostatniej synchronizacji w bazie danych

Po pomyślnej synchronizacji w lokacji głównej program WSyncMgr aktualizuje czas ostatniej synchronizacji i wersję zawartości w bazie danych dla usługi SUP. Odbywa się to przez wykonanie spProcessSUMSyncStateMessage procedury składowanej. W poniższym przykładowym śladzie programu SQL Server Profiler ta procedura składowana jest wykonywana w celu zaktualizowania zawartości do wersji 36:

deklarowanie @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'

Krok 2. Program SMSDBMON zostaje wyzwolony i popuszcza element . Plik STN w polu policypv.box

spProcessSUMSyncStateMessage aktualizuje tabelę Update_SyncStatus przy użyciu nowej wersji zawartości i czasu synchronizacji. Ta aktualizacja Update_SyncStatus tabeli wyzwala program SMSDBMON w celu porzucania <UpdateSource_UniqueID>. Plik STN (STN oznacza powiadomienie narzędzia skanowania) w polu policypv.box, aby wskazać zmianę definicji narzędzia skanowania. Następujące informacje są rejestrowane w SMSDBMON.log:

RCV: AKTUALIZACJA Update_SyncStatus dla UpdSyncStatus_iu [{C2D17964-BBDD-4339-B9F3-12D7205B39CC}][46680] SMS_DATABASE_NOTIFICATION_MONITOR
SND: Porzucone E:\ConfigMgr\inboxes\policypv.box{C2D17964-BBDD-4339-B9F3-12D7205B39CC}. STN (bez zera) [46680] SMS_DATABASE_NOTIFICATION_MONITOR

Krok 3. Dostawca zasad tworzy lub aktualizuje zasady UpdateSource w bazie danych

UpdateSource_UniqueID<>. Plik STN powiadamia dostawcę zasad, że powinien wznawiać i aktualizować zasady UpdateSource w bazie danych.

Następujące informacje są rejestrowane w PolicyPv.log:

Znaleziono {C2D17964-BBDD-4339-B9F3-12D7205B39CC}. STN SMS_POLICY_PROVIDER
Dodano identyfikator narzędzia skanowania {C2D17964-BBDD-4339-B9F3-12D7205B39CC} SMS_POLICY_PROVIDER
Dodawanie do listy usuwania: E:\ConfigMgr\inboxes\policypv.box{C2D17964-BBDD-4339-B9F3-12D7205B39CC}. STN SMS_POLICY_PROVIDER

W śladzie profilera programu SQL Server:

wybierz pozycje PolicyID, PolicyAssignmentID, SourceCRC, PADBID z pozycji UstawieniaZasady , gdzie SourceID = N'PS1' i SourceType = N'UpdateSource'

wybierz wersję z zasad, gdzie PolicyID = N'{d0855677-b0a6-4e33-9bd5-7b0d06f0a2be}"
JEŚLI ISTNIEJE (wybierz policyID z zasad gdzie PolicyID = N'{d0855677-b0a6-4e33-9bd5-7b0d06f0a2be}') zaktualizować wersję zasad = N'40.00' gdzie PolicyID = N'{d0855677-b0a6-4e33-9bd5-7b0d06f0a2be}' else insert Policy (PolicyID, Version) values (N'{d085677- 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}''
JEŚLI ISTNIEJE (wybierz PADBID z policyAssignment where PADBID = 16777218) update PolicyAssignment set Version = N'40.00', InProcess = 1 , BodyHash = null where PADBID = 16777218 ELSE insert PolicyAssignment (PolicyAssignmentID, PADBID, Version, Wartości policyID) (N'{375c8020-3cae-4736-89ca-ccf1ce6e3709}', 16777218, N'40.00', N'{d085677-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.11', HashAlgId = 32780, BodyHash = N'BodyHashTruncated><', TombstoneBodyHash = N'TombstoneBodyHashTruncated<>, gdzie PADBID = 16777218<>

Aby wyświetlić te zasady w bazie danych, uruchom następujące zapytanie:

SELECT CONVERT(XML, Body, 1), * FROM Policy WHERE PolicyID = (SELECT PolicyID FROM SettingsPolicy WHERE SourceType = 'UpdateSource')

Te zasady zawierają wersję zawartości serwera aktualizacji, który służy do znajdowania lokalizacji komputera programu WSUS, względem którego klient może skanować. Po utworzeniu lub zaktualizowaniu tych zasad w bazie danych klienci uzyskują nowe lub zaktualizowane zasady UpdateSource podczas następnego cyklu oceny zasad.

Krok 4. Pobieranie i ocenianie zasad na kliencie

Następujące informacje są rejestrowane w PolicyAgent.log na kliencie:

Pomyślnie zainicjowano pobieranie zasad "CCM_Policy_Policy5.PolicyID="{d0855677-b0a6-4e33-9bd5- 7b0d06f0a2be}",PolicySource="SMS:PS1",PolicyVersion="40.00"" PolicyAgent_ReplyAssignments
Zasady "CCM_Policy_Policy5.PolicyID="{d085677-b0a6-4e33-9bd5-7b0d06f0a2be}",PolicyVersion="40.00",PolicySource="SMS:PS1"" pomyślnie skompilowane PolicyAgent_PolicyDownload

W PolicyEvaluator.log na kliencie:

Aktualizowanie zasad CCM_Policy_Policy5.PolicyID="{d0855677-b0a6-4e33-9bd5- 7b0d06f0a2be}",PolicySource="SMS:PS1",PolicyVersion="40.00" PolicyAgent_PolicyEvaluator
Zastosowane zasady CCM_Policy_Policy5.PolicyID="{d0855677-b0a6-4e33-9bd5- 7b0d06f0a2be}",PolicySource="SMS:PS1",PolicyVersion="40.00" PolicyAgent_PolicyEvaluator
Stan zasad [CCM_Policy_Policy5.PolicyID="{d0855677-b0a6-4e33-9bd5-7b0d06f0a2be}",PolicyVersion="40.00",PolicySource="SMS:PS1"] jest obecnie [Active] PolicyAgent_PolicyEvaluator

Aby znaleźć PolicyID zasady UpdateSource na kliencie, uruchom następujące zapytanie WQL:

• Przestrzeń nazw: ROOT\ccm\Policy\Machine\RequestedConfig
• Zapytanie: SELECT * FROM CCM_Policy_Policy5 WHERE PolicyCategory = 'UpdateSource'

Po skompilowaniu tych zasad na kliencie informacje UpdateSource są przechowywane w następującej klasie WMI:

Przestrzeń nazw: ROOT\ccm\Policy\Machine\ActualConfig
Klasa: CCM_UpdateSource

Napiwek

Jeśli porównasz wystąpienie CCM_UpdateSource klasy na kliencie z treścią XML pobraną z tabeli zasad, zauważysz, że zawartość kodu XML wygląda identycznie z wystąpieniem.

Krok 5. Powiadomienie agenta skanowania o zaktualizowaniu zasad UpdateSource

Na kliencie są rejestrowane następujące ScanAgent.log:

Wewnątrz CScanAgent::Notify() ScanAgent
CScanAgent::OnPolicyChange — wystąpienie zasadModificationEvent odebrano powiadomienie ScanAgent

Lokalizacja serwera WSUS

Po otrzymaniu zasad UpdateSource klient ma niezbędną konfigurację do zainicjowania skanowania. Jednak aktualizacje zasad nie będą inicjować natychmiastowych skanowań. Skanowanie można wyzwolić ręcznie za pomocą panelu sterowania programu Configuration Manager lub nastąpić automatycznie w następnym zaplanowanym czasie. W tym momencie klient lokalizuje komputer WSUS z wersją zawartości określoną w zasadach. Ten proces jest bardzo podobny do sposobu, w jaki klient znajduje lokalizację punktu dystrybucji dla określonego pakietu i wersji.

Krok 1. Agent skanowania tworzy żądanie skanowania na podstawie dostępnych zasad

Następujące informacje są rejestrowane w ScanAgent.log:

CScanAgent::ScanByUpdates — dostępne zasady updateSourceID={C2D17964-BBDD-4339-B9F3-12D7205B39CC} ContentVersion=38 ScanAgent
CScanAgent::ScanByUpdates — dodano zasady do końcowej listy scanRequest List UpdateSourceID={C2D17964-BBDD-4339-B9F3-12D7205B39CC}, Policy-ContentVersion=38, Required-ContentVersion=38 ScanAgent

Krok 2. Agent skanowania wysyła żądanie lokalizacji programu WSUS do usług lokalizacji

Agent skanowania żąda teraz lokalizacji programu WSUS z usług lokalizacji i czeka na odpowiedź. W tym przykładzie identyfikator żądania lokalizacji to {C2BB9710-C548-49D0-9DF8-5F9CFC5F3862}. Następujące informacje są rejestrowane w ScanAgent.log:

Wewnątrz CScanAgent::P rocessScanRequest() ScanAgent
CScanJobManager::Scan — wprowadzono narzędzie ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EEE8}): CScanJob::Initialize - wprowadzony ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EEE8}): CScanJob::Scan- wprowadzona scanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EEE8}): CScanJob::RequestLocations — wprowadzona funkcja ScanAgent
- -Żądanie lokalizacji serwera WSUS z LS dla {C2D17964-BBDD-4339-B9F3-12D7205B39CC} w wersji 38 ScanAgent
- - -Identyfikator żądania lokalizacji = {C2BB9710-C548-49D0-9DF8-5F9CFC5F3862} ScanAgent
CScanAgentCache::P ersistInstanceInCache — utrwalone wystąpienie CCM_ScanJobInstance ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EE8}): - - -Lokalizacje żądane dla ScanJobID={4CD06388-D509-46E4-8C00-75909EDD9EE8} (LocationRequestID={C2BB9710-C548-49D0-9DF8-5F9CFC5F3862}), przetworzy żądanie skanowania po udostępnieniu lokalizacji. ScanAgent

Każde zadanie skanowania jest przechowywane w usłudze WMI w CCM_ScanJobInstance klasie:

Przestrzeń nazw: root\CCM\ScanAgent
Klasa: CCM_ScanJobInstance

Krok 3. Usługi lokalizacji wysyła żądanie lokalizacji do punktu zarządzania

Usługi lokalizacji tworzą żądanie lokalizacji i wysyła je do punktu zarządzania. Identyfikator pakietu dla żądania lokalizacji programu WSUS to unikatowy identyfikator usługi UpdateSource. Następujące informacje są rejestrowane w LocationServices.log:

CCCMWSUSLocation::GetLocationsAsyncEx LocationServices
Próba utrwalania żądania lokalizacji programu WSUS dla contentID="{C2D17964-BBDD-4339-B9F3-12D7205B39CC}" i ContentVersion='38' LocationServices
Utrwalone żądanie lokalizacji programu WSUS LocationServices
Próba wysłania żądania lokalizacji programu WSUS dla identyfikatora ContentID={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"><ADSite Name="CMSite Name="CM12-R2- PS1"/><Nazwa lasu="CONTOSO.COM"/><Nazwa domeny="CONTOSO.COM"/><IPAddresses><IPAddress SubnetAddress="192.168.2.0" Address="192.168.2.62"//IPAddresses></><ClientLocationInfo></WSUSLocationRequestRequest> LocationServices
Utworzono i wysłano żądanie lokalizacji "{C2BB9710-C548-49D0-9DF8-5F9CFC5F3862}" dla pakietu {C2D17964-BBDD-4339-B9F3- 12D7205B39CC} LocationServices

Krok 4. Obsługa komunikatów PROGRAMU CCM wysyła komunikat żądania lokalizacji do punktu zarządzania

Następujące informacje są rejestrowane w CcmMessaging.log:

Wysyłanie komunikatu asynchronicznego "{76453CC6-76BA-4B68-BE30-BA70754570BB}" do kolejki wychodzącej "mp:[http]mp_locationmanager" CcmMessaging
Wysyłanie wiadomości wychodzącej "{76453CC6-76BA-4B68-BE30-BA70754570BB}". Flagi 0x200, puste konto nadawcy CcmMessaging

Krok 5. Punkt zarządzania analizuje żądanie, uzyskuje lokalizację programu WSUS z bazy danych i wysyła odpowiedź

Punkt zarządzania analizuje to żądanie i wywołuje MP_GetWSUSServerLocations procedurę składowaną w celu pobrania lokalizacji programu WSUS z bazy danych. Następujące informacje są rejestrowane w MP_Location.log:

MP LM: Treść komunikatu: <WSUSLocationRequest SchemaVersion="1.00"><Content ID="{C2D17964-BBDD-4339-B9F3- 12D7205B39CC}" Version="38"/><AssignedSite SiteCode="PS1"/><ClientLocationInfo OnInternet="0"><ADSite Name="CM12--R2- PS1"/><Nazwa lasu="CONTOSO.COM"/><Nazwa domeny="CONTOSO.COM"/><IPAddresses><IPAddresss SubnetAddress="192.168.2.0" Address="192.168.2.62"/></IPAddresses></ClientLocationInfo></WSUSLocationRequest> MP_ Menedżer lokalizacji
MP LM: wywoływanie MP_GetWSUSServerLocations MP_LocationManager

W śladzie profilera programu SQL Server:

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'

Po otrzymaniu wyników z procedury składowanej punkt zarządzania wysyła odpowiedź do klienta. Następujące informacje są rejestrowane w MP_Location.log:

MP LM: Treść wiadomości odpowiedzi:
<WSUSLocationReply SchemaVersion="1.00"><Site MPSite SiteCode><="PS1"/><LocationRecords LocationRecords><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

Krok 6. Obsługa komunikatów PROGRAMU CCM odbiera odpowiedź i wysyła ją z powrotem do usług Location Services

Plik CcmMessaging.log na kliencie pokazuje, że odebrano odpowiedź. Ten komunikat został dostarczony do usług lokalizacji:

Komunikat "{76453CC6-76BA-4B68-BE30-BA70754570BB}" otrzymał odpowiedź "{8E6D05EF-B77F-4AD0-AF64-1C6F3069A29C}" do lokalnej kolejki punktu końcowego "LS_ReplyLocations" CcmMessaging
OutgoingMessage(Queue='mp_[http]mp_locationmanager', ID={76453CC6-76BA-4B68-BE30-BA70754570BB}): dostarczono pomyślnie do hosta "PS1SYS.CONTOSO.COM". DwmMessaging
Komunikat "{8E6D05EF-B77F-4AD0-AF64-1C6F3069A29C}" dostarczony do punktu końcowego "LS_ReplyLocations" CcmMessaging

Krok 7. Usługi lokalizacji analizuje odpowiedź i wysyła lokalizację z powrotem do agenta skanowania

Następujące informacje są rejestrowane w LocationServices.log:

Przetwarzanie komunikatu odpowiedzi lokalizacji LocationServices 1.20.2014 12:18:09
WSUSLocationReply: <WSUSLocationReply SchemaVersion="1.00"><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><
Wywołanie z powrotem przy użyciu następujących lokalizacji programu 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
Wywoływanie z powrotem przy użyciu lokalizacji dla żądania WSUS {C2BB9710-C548-49D0-9DF8-5F9CFC5F3862} LocationServices

Krok 8. Agent skanowania powiadamia program WUAHandler o dodaniu źródła aktualizacji do rejestru

Agent skanowania ma teraz zasady i lokalizację źródłową aktualizacji z odpowiednią wersją zawartości. Następujące informacje są rejestrowane w ScanAgent.log:

Odebrano polecenie WSUSLocationUpdate dla identyfikatora guid żądania lokalizacji={C2BB9710-C548-49D0-9DF8-5F9CFC5F3862} ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9ee8}): CScanJob::OnLocationUpdate - Odebrana lokalizacja=http://PS1SITE.CONTOSO.COM:8530, wersja=38 ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EEE8}): CScanJob::Execute- Add UpdateSource={C2D17964-BBDD-4339-B9F3-12D7205B39CC}, ContentType=2, ContentLocation=http://PS1SITE.CONTOSO.COM:8530, ContentVersion=38 ScanAgent

Agent skanowania powiadamia program WUAHandler o dodaniu źródła aktualizacji. Program WUAHandler dodaje źródło aktualizacji do rejestru i inicjuje odświeżanie zasad grupy (jeśli klient znajduje się w domenie), aby sprawdzić, czy zasady grupy zastępują właśnie dodany serwer aktualizacji. Następujące informacje są rejestrowane w WUAHandler.log na nowym kliencie z wyświetlonym dodanym nowym źródłem aktualizacji:

Jest to typ źródła aktualizacji programu WSUS ({C2D17964-BBDD-4339-B9F3-12D7205B39CC}), dodając go. WUAHandler
Jest to zupełnie nowe źródło aktualizacji programu WSUS. WUAHandler
Włączanie zasad serwera zarządzanego usługi WUA do używania serwera: http://PS1SITE.CONTOSO.COM:8530 WUAHandler
Wymuszone odświeżanie zasad. WUAHandler
Trwa oczekiwanie na 2 minuty dla zasad grupy, aby powiadomić o zmianie zasad usługi WUA... WUAHandler
Oczekiwanie na 30 sekund, aby zasady zaczęły obowiązywać na agencie WU. WUAHandler
Dodano źródło aktualizacji ({C2D17964-BBDD-4339-B9F3-12D7205B39CC}) typu zawartości: 2 WUAHandler

W tym czasie agent usługi Windows Update widzi zmianę konfiguracji programu WSUS. Następujące informacje są rejestrowane w WindowsUpdate.log:

2014-01-20 12:18:11:520 968 9d0 Agent * Serwer WSUS: http://PS1SITE.CONTOSO.COM:8530 (Zmieniono)
2014-01-20 12:18:11:520 968 9d0 Agent * Serwer stanu programu WSUS: http://PS1SITE.CONTOSO.COM:8530 (Zmieniono)
2014-01-20 12:18:11:520 968 9d0 serwer AU Sus zmienił się za pomocą zasad.

Następujące klucze rejestru są sprawdzane i ustawiane:

Podklucz rejestru	Nazwa wartości	Typ	Data
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate	WUServer	REG_SZ	Pełny adres URL serwera WSUS, w tym port. Na przykład http://PS1Site.Contoso.com:8530
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate	WUStatusServer	REG_SZ	Pełny adres URL serwera WSUS, w tym port. Na przykład http://PS1Site.Contoso.com:8530
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate\AU	UseWUServer	REG_DWORD	0x1

W przypadku istniejącego klienta można oczekiwać, że w WUAHandler.log zobaczysz następujące informacje, aby określić, kiedy wersja zawartości ma przyrost:

Jest to typ źródła aktualizacji programu WSUS ({C2D17964-BBDD-4339-B9F3-12D7205B39CC}), dodając go. WUAHandler
Źródło aktualizacji programu WSUS już istnieje. Jego wersja została zwiększona do wersji 38. WUAHandler

Krok 9. Agent skanowania inicjuje skanowanie

Po pomyślnym dodaniu źródła aktualizacji agent skanowania zgłasza komunikat o stanie i inicjuje skanowanie. Następujące informacje są rejestrowane w ScanAgent.log:

ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EEE8}): podniesiony komunikat o stanie UpdateSource ({C2D17964-BBDD-4339-B9F3-12D7205B39CC}). StateId = 2 ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EEE8}): CScanJob::Execute — pomyślnie zażądano skanowania, ScanType=1 ScanAgent

Skanowanie aktualizacji oprogramowania na klientach

Po udostępnieniu zasad źródła aktualizacji i lokalizacji źródła aktualizacji agent skanowania inicjuje skanowanie. Skanowanie aktualizacji oprogramowania jest wykonywane przez agenta usługi Windows Update. Jednak klient programu Configuration Manager współdziała z agentem usługi Windows Update w celu przeprowadzenia skanowania i uzyskania wyników skanowania. Ta interakcja jest obsługiwana przez składnik programu obsługi agenta usługi Windows Update (WUAHandler), który komunikuje się z agentem usługi Windows Update.

Krok 1. Skanowanie agenta żąda skanowania, a program WUAHandler inicjuje skanowanie

Agent skanowania żąda skanowania z programu WUAHandler, który używa interfejsu API agenta usługi Windows Update do żądania skanowania aktualizacji oprogramowania z agenta usługi Windows Update. Następujące informacje są rejestrowane w ScanAgent.log:

ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EEE8}): CScanJob::Execute — pomyślnie zażądano skanowania, ScanType=1 ScanAgent

Następujące informacje są rejestrowane w WUAHandler.log:

Wyniki skanowania będą obejmować zastąpione aktualizacje tylko wtedy, gdy są zastępowane przez dodatki Service Pack i aktualizacje definicji. WUAHandler
Kryteria wyszukiwania to (DeploymentAction=* AND Type='Software') OR (DeploymentAction=* AND Type='Driver') WUAHandler
Uruchamianie skanowania aktualizacji za pomocą pojedynczego wywołania. WUAHandler
Asynchroniczne wyszukiwanie aktualizacji przy użyciu WUAgent uruchomiono. WUAHandler

Krok 2. Program Windows Update Agent (WUA) uruchamia skanowanie na komputerze WSUS

Agent usługi Windows Update uruchamia skanowanie po otrzymaniu żądania od klienta programu Configuration Manager (CcmExec). Ponieważ wartość systemu Windows Update Server została już ustawiona na serwer SUP, to skanowanie jest wykonywane względem serwera WSUS z zainstalowaną rolą SUP. Następujące informacje są rejestrowane w WindowsUpdate.log:

2014-01-20 12:18:42:694 3856 708 COMAPI -- START -- COMAPI: Wyszukiwanie [ClientId = CcmExec]
2014-01-20 12:18:42:752 3856 708 COMAPI <<-- SUBMITTED -- COMAPI: Search [ClientId = CcmExec]
2014-01-20 12:18:47:511 968 f58 PT + ServiceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, adres URL serwera = http://PS1SITE.CONTOSO.COM:8530/ClientWebService/client.asmx
2014-01-20 12:18:48:662 968 f58 Agent ** START ** Agent: Znajdowanie aktualizacji [CallerId = CcmExec]
2014-01-20 12:18:48:662 968 f58 Agent * Uwzględnij potencjalnie zastąpione aktualizacje
2014-01-20 12:18:48:662 968 f58 Agent * Online = Tak; Ignoruj priorytet pobierania = Tak
2014-01-20 12:18:48:662 968 f58 Agent * Criteria = "(DeploymentAction=* AND Type='Software') OR (DeploymentAction=* AND Type='Driver')"
2014-01-20 12:18:48:662 968 f58 Agent * ServiceID = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}
2014-01-20 12:18:48:662 968 f58 Agent * Zakres wyszukiwania = {Machine}

Agent usługi Windows Update skanuje teraz na serwerze WSUS i raportuje wyniki do ccmExec (w szczególności programu WUAHandler). Następujące informacje są rejestrowane w WindowsUpdate.log:

2014-01-20 12:18:49:175 968 f58 PT + ServiceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, adres URL serwera = http://PS1SITE.CONTOSO.COM:8530/ClientWebService/client.asmx
2014-01-20 12:18:52:680 968 f58 Agent * Dodano aktualizację {4AE85C00-0EAA-4BE0-B81B-DBD7053D5FAE}.104 tosearch result
2014-01-20 12:18:52:683 968 f58 Agent * Dodano aktualizację {57260DFE-227C-45E3-9FFC-2FC77A67F95A}.104 do wyniku wyszukiwania
2014-01-20 12:18:52:694 968 f58 Agent * Znaleziono 163 aktualizacje i 70 kategorii w wyszukiwaniu; oceniane appl. reguły 622 na 1150 wdrożonych jednostek
2014-01-20 12:18:52:745 968 f58 Agent ** END ** Agent: Znajdowanie aktualizacji [CallerId = CcmExec]
2014-01-20 12:18:52:755 3856 708 COMAPI >>-- WZNOWIONE -- COMAPI: Wyszukiwanie [ClientId = CcmExec]
2014-01-20 12:18:53:137 3856 708 COMAPI — znalezione aktualizacje = 163
2014-01-20 12:18:53:137 3856 708 COMAPI -- END -- COMAPI: Wyszukiwanie [ClientId = CcmExec]

Krok 3. Program WUAHandler odbiera wyniki z agenta usługi Windows Update i oznacza skanowanie jako ukończone

Następujące informacje są rejestrowane w WUAHandler.log:

Ukończono wyszukiwanie asynchroniczne. WUAHandler
Zakończono wyszukiwanie wszystkich elementów w jednym wywołaniu. WUAHandler

Krok 4. Program WUAHandler analizuje wyniki skanowania

Program WUAHandler analizuje wyniki, które obejmują stan stosowania dla każdej aktualizacji. W ramach tego procesu zastąpione aktualizacje są czyszczone. Następujące informacje są rejestrowane w WUAHandler.log:

Oczyszczanie: identyfikator aktualizacji (70f4f236-0248-4e84-b472-292913576fa1) jest zastępowany przez (726b7201-862a-4fde-9b12-f36b38323a6f). WUAHandler
...
Aktualizacja (zainstalowana): aktualizacja zabezpieczeń dla systemu Windows 7 dla systemów opartych na architekturze x64 (KB2584146) (4ae85c00-0eaa-4be0-b81b-dbd7053d5fae, 104) WUAHandler
Aktualizacja (brak): aktualizacja zabezpieczeń dla systemu Windows 7 dla systemów opartych na architekturze x64 (KB2862152) (505fda07-b4f3-45fb-83d9-8642554e2773, 200) WUAHandler
...
Pomyślnie ukończono skanowanie. WUAHandler

Krok 5. Aktualizacja magazynu rejestruje stan i zgłasza komunikat o stanie dla każdej aktualizacji w usłudze WMI

Po udostępnieniu wyników skanowania te wyniki są przechowywane w magazynie aktualizacji. Magazyn aktualizacji rejestruje bieżący stan każdej aktualizacji i tworzy komunikat o stanie dla każdej aktualizacji. Te komunikaty o stanie są przekazywane zbiorczo do serwera lokacji na końcu cyklu raportowania komunikatów o stanie (czyli domyślnie 15 minut).

UpdatesStore.log wyświetlany stan braku aktualizacji (KB2862152) rejestrowanej i zgłaszany komunikat o stanie:

Przetwarzanie stanu aktualizacji z aktualizacji (505fda07-b4f3-45fb-83d9-8642554e2773) z identyfikatorem ProductID = 0fa1201d-4330-4fa8-8ae9- b877473b6441 AktualizacjeStore
Stan aktualizacji z aktualizacji (505fda07-b4f3-45fb-83d9-8642554e2773) nie został zgłoszony wcześniej, tworząc nowe wystąpienie. UpdatesStore
Pomyślnie zgłoszono komunikat o stanie aktualizacji (505fda07-b4f3-45fb-83d9-8642554e2773) ze stanem (Brak). UpdatesStore
Pomyślnie dodano wystąpienie usługi WMI stanu aktualizacji (505fda07-b4f3-45fb-83d9-8642554e2773). UpdatesStore

StateMessage.log wyświetlany jest komunikat o stanie rejestrowany przy użyciu identyfikatora stanu 2 (brak):

Dodawanie komunikatu z topicType 500 i TopicId 505fda07-b4f3-45fb-83d9-8642554e2773 do WMI StateMessage
Komunikat o stanie (identyfikator stanu: 2) z parametrem TopicType 500 i TopicId 505fda07-b4f3-45fb-83d9-8642554e2773 został zarejestrowany dla komunikatu stanu SYSTEMU

Dla każdej aktualizacji jest tworzone lub aktualizowane wystąpienie CCM_UpdateStatus klasy, w przypadku której jest przechowywany bieżący stan aktualizacji. Klasa CCM_UpdateStatus znajduje się w ROOT\CCM\SoftwareUpdates\UpdatesStore przestrzeni nazw.

Podobnie wystąpienie CCM_StateMsg klasy jest tworzone lub aktualizowane i przechowuje bieżący stan aktualizacji. Klasa CCM_StateMsg znajduje się w ROOT\CCM\StateMsg przestrzeni nazw.

Krok 6. Komunikaty o stanie są wysyłane do punktu zarządzania

Jak wspomniano wcześniej, komunikaty o stanie są wysyłane do punktu zarządzania na podstawie harmonogramu cyklu raportowania komunikatów o stanie, który jest domyślnie skonfigurowany do 15 minut. Po wysłaniu komunikatu o stanie do punktu MessageSent zarządzania właściwość wystąpienia komunikatu o stanie w CCM_StateMsg klasie ma wartość True.

W StateMessage.log:

Treść stateMessage: <Treść raportu XML obcięta> StateMessage
Pomyślnie przekazano komunikaty o stanie do komunikatu StateMessage mp

Poniżej przedstawiono, jak wygląda treść komunikatu o stanie dla naszej aktualizacji. Zwykle ta treść XML jest zbyt duża dla dziennika i jest obcięta w cmTrace. Można jednak zobaczyć całą treść XML w Notatniku.

Treść 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><Priority>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"><Identyfikator tematu="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><
Pomyślnie przekazano komunikaty o stanie do komunikatu StateMessage mp

Przepływ przetwarzania komunikatów stanu

Teraz wiemy, jak jest rejestrowany komunikat o stanie i lokalizacji usługi WMI, w której są przechowywane te komunikaty o stanie. Wiemy również, że komunikaty o stanie na kliencie są domyślnie wysyłane do punktu zarządzania co 15 minut zgodnie z cyklem raportowania komunikatów o stanie. Ten harmonogram można zmodyfikować w stan komunikatów niestandardowych lub domyślnych ustawień klienta.

Mimo że StateMessage.log raportów Pomyślnie przesłano komunikaty o stanie do mp, składnik komunikatu stanu nie wysyła tych komunikatów. Wszystkie komunikaty wysyłane i odbierane z punktu zarządzania są obsługiwane przez składnik obsługi komunikatów PROGRAMU CCM na kliencie. Obsługa komunikatów PROGRAMU CCM to rzeczywisty składnik, który komunikuje się z punktem zarządzania na potrzeby wysyłania i odbierania danych. Punkt zarządzania ma różne kolejki zdefiniowane do obsługi różnych rodzajów ruchu przychodzącego. W przypadku komunikatów o stanie kolejka, która obsługuje ten ruch, to kolejka MP_RelayEndpoint .

Krok 1. Składnik Komunikat o stanie rozpoczyna wysyłanie komunikatów do punktu zarządzania

W StateMessage.log:

Treść stateMessage: <?xml version="1.0" encoding="UTF-16"?><Report><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>><Priorytet>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"><Identyfikator tematu="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><
Pomyślnie przekazano komunikaty o stanie do komunikatu StateMessage mp

Krok 2. Obsługa komunikatów PROGRAMU CCM wysyła komunikat zawierający treść xml komunikatu o stanie do punktu zarządzania

Komunikat CCM wysyła komunikat do MP_RelayEndpoint kolejki pomyślnie. Ta wiadomość nie ma odpowiedzi, w przeciwieństwie do tej, która zauważona wcześniej w sekcji Żądanie lokalizacji programu WSUS, w której wiadomość z żądaniem lokalizacji otrzymała odpowiedź.

W CcmMessaging.log:

Wysyłanie komunikatu asynchronicznego "{95F79010-D0EB-49A6-8A1E-389783105F2}" do kolejki wychodzącej "mp:mp_relayendpoint" CcmMessaging
Wysyłanie wiadomości wychodzącej "{95F79010-D0EB-49A6-8A1E-3897883105F2}". Flagi 0x200, puste konto nadawcy CcmMessaging
POST: Host=PS1SYS. CONTOSO.COM, Path=/ccm_system/request, Port=443, Protocol=https, Flags=512, Options=480 CcmMessaging
Komunikat "{95F79010-D0EB-49A6-8A1E-3897883105F2}" nie ma odpowiedzi CcmMessaging
OutgoingMessage(Queue='mp_mp_relayendpoint', ID={95F79010-D0EB-49A6-8A1E-3897883105F2}): Dostarczono pomyślnie do hosta "PS1SYS.CONTOSO.COM". DwmMessaging

Krok 3. Komunikat jest odbierany w punkcie zarządzania, a następnie MP_Relay przetwarza komunikat i tworzy plik SMX

Ponieważ wszystkie komunikaty są wysyłane przy użyciu protokołu HTTP/HTTPS i są odbierane przez usługi IIS. W tym przykładzie to żądanie jest wykonywane w katalogu wirtualnym CCM_System.

W dzienniku usług IIS:

192.168.2.12 CCM_POST /ccm_system/request - 443 - 192.168.2.62 ccmhttp - 200 0 0 542 31

Po pomyślnym odebraniu komunikatu w punkcie MP_Relay zarządzania składnik przetwarza ten komunikat, konwertuje komunikat na plik SMX i przenosi plik SMX do odpowiedniej lokalizacji w zależności od tego, czy punkt zarządzania jest kolokowany na serwerze lokacji, czy nie.

• W zdalnym punkcie zarządzania: \SMS\mp\outboxes\StateMsg.box
• W punkcie zarządzania kolokowanym na serwerze lokacji: \inboxes\auth\StateSys.box\incoming

W MP_Relay.log we współlokarze punktu zarządzania na serwerze lokacji:

Program obsługi komunikatów mp: uruchamianie przetwarzania komunikatów dla usługi Relay----------------------- MP_RelayEndpoint
Program obsługi komunikatów MP: FileType=SMX MP_RelayEndpoint
Treść komunikatu: <Treść XML obcięta> MP_RelayEndpoint
Przekaźnik: dir skrzynki odbiorczej: E:\ConfigMgr\inboxes\auth\statesys.box\incoming MP_RelayEndpoint
Priorytet w komunikacie = 5 MP_RelayEndpoint
Katalog priorytetu stanu = E:\ConfigMgr\inboxes\auth\statesys.box\incoming MP_RelayEndpoint
Inv-Relay: zadanie zostało ukończone pomyślnie MP_RelayEndpoint

W MP_Relay.log w zdalnym punkcie zarządzania:

Program obsługi komunikatów mp: uruchamianie przetwarzania komunikatów dla usługi Relay------------------------------ MP_RelayEndpoint
Program obsługi komunikatów MP: FileType=SMX MP_RelayEndpoint
Treść komunikatu:
<?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><Priority>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"><Identyfikator tematu="505fda07-b4f3-45fb-83d9-8642554e2773" Type="500" IDType="3" User="" User="" UserSID=""/><State ID="2" Criticality="0"/><UserParameters Flags="0" Count="1"><Param>200</Param></UserParameters></StateMessage></ReportBody/MP_RelayEndpoint ReportBody></Report>
Zadanie inv-Relay: przetwarzanie treści komunikatów MP_RelayEndpoint
Przekaźnik: dir outbox: C:\SMS\mp\outboxes\StateMsg.box MP_RelayEndpoint
Priorytet w komunikacie = 5 MP_RelayEndpoint
Katalog priorytetu stanu = C:\SMS\mp\outboxes\StateMsg.box MP_RelayEndpoint
Inv-Relay: zadanie zostało ukończone pomyślnie MP_RelayEndpoint

Treść XML wygląda identycznie, jak to, co jest rejestrowane w StateMessage.log na kliencie.

Krok 4. Menedżer wysyłania plików MP wysyła plik SMX na serwer lokacji (tylko wtedy, gdy punkt zarządzania nie jest kolokowany na serwerze lokacji)

Gdy punkt zarządzania jest zdalny do serwera lokacji, po nadejściu pliku w skrzynkach odbiorczych\StateMsg.box menedżer wysyłania plików MP (MPFDM) jest odpowiedzialny za przeniesienie tych plików do skrzynki odbiorczej StateMsg.box na serwerze lokacji. Gdy punkt zarządzania jest kolokowany na serwerze lokacji, te pliki są przenoszone bezpośrednio do odpowiedniego folderu skrzynki odbiorczej, więc program MPFDM nie jest zaangażowany.

W MPFDM.log w zdalnym punkcie zarządzania:

Przeniesiono plik C:\SMS\MP\OUTBOXES\statemsg.box\TAZGYTSJ. SMX do \\PS1SITE.CONTOSO.COM\SMS_PS1\inboxes\auth\statesys.box\incoming\TAZGYTSJ. SMX SMS_MP_FILE_DISPATCH_MANAGER

Aby program MPFDM przenieść pliki do odpowiedniej skrzynki odbiorczej, zdalny punkt zarządzania musi mieć dostęp do rejestru serwera lokacji w celu określenia lokalizacji źródłowych skrzynki odbiorczej. W związku z tym usługa rejestru zdalnego musi być uruchomiona, a dostęp do rejestru nie powinien być blokowany przez zasady grupy. Program MPFDM określa lokalizacje skrzynki odbiorczej, korzystając z następującego klucza rejestru na serwerze lokacji:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SMS\Inbox Source

Krok 5. Składnik StateSys na serwerze lokacji przetwarza komunikat o stanie do bazy danych

Po nadejściu pliku w \inboxes\auth\StateSys.box na serwerze lokacji składnik State System Manager (StateSys) wznawia i przetwarza pliki SMX.

W StateSys.log z włączonym pełnym rejestrowaniem:

Powiadomienie skrzynki odbiorczej wyzwolone, wstrzymaj przez 10 sekund...... SMS_STATE_SYSTEM
Znaleziono nowe komunikaty o stanie do przetworzenia, rozpoczynając przetwarzanie wątku SMS_STATE_SYSTEM
Thread "State Message Processing Thread #0" id:4316 started SMS_STATE_SYSTEM
łączna liczba załadowanych uchwytów (1) SMS_STATE_SYSTEM
CMessageProcessor — plik przetwarzania: YCE2H3VD. SMX SMS_STATE_SYSTEM
CMessageProcessor — przetworzone 1 rekordy z nieprawidłowymi rekordami 0. SMS_STATE_SYSTEM
CMessageProcessor — przetworzone 1 pliki komunikatów w tej partii z 0 nieprawidłowymi plikami. SMS_STATE_SYSTEM
łączna liczba załadowanych uchwytów (0) SMS_STATE_SYSTEM
Wątek "Wątek przetwarzania komunikatów stanu #0" o identyfikatorze:4316 zakończył się normalnie SMS_STATE_SYSTEM

W StateSys.log bez włączonego pełnego rejestrowania:

Znaleziono nowe komunikaty o stanie do przetworzenia, rozpoczynając przetwarzanie wątku SMS_STATE_SYSTEM
Thread "State Message Processing Thread #0" id:1988 started SMS_STATE_SYSTEM
łączna liczba załadowanych uchwytów (1) SMS_STATE_SYSTEM
łączna liczba załadowanych uchwytów (0) SMS_STATE_SYSTEM
Wątek "State Message Processing Thread #0" id:1988 zakończony normalnie SMS_STATE_SYSTEM

Plik StateSys.log nie rejestruje nazwy pliku, chyba że pełne rejestrowanie jest włączone dla menedżera systemu stanu.

Plik SMX przeniesiony do folderu StateSys.box zawiera kod XML treści komunikatu. Gdy stateSys przetwarza ten plik, wywołuje spProcessStateReport procedurę składowaną i przekazuje tę treść XML do procedury składowanej jako parametr.

W śladzie profilera programu SQL Server:

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><Priority>5</><><><>< Priority></Machine></Identification><ReportDetails><ReportContent>State Message Data</ReportContent><ReportType Full</ReportType><>Date>20140120220131.071000+000</Date><Version 1.0</Version><>Format>1.0</format></ReportDetails></ReportHeader><ReportBody><StateMessage MessageTime="20140120171855.573000+000" SerialNumber="239"><Identyfikator tematu="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/ReportBody><>'

spProcessStateReport jest procedurą składowaną CLR, a definicja CLR ma logikę określania typu przetwarzanego komunikatu o stanie. W zależności od typu komunikatu o stanie odpowiednio przetwarza komunikat o stanie i wstawia dane w bazie danych.

Przyjazne nazwy wszystkich typów tematów i identyfikatorów komunikatów o stanie można znaleźć, wysyłając SR_StateNames zapytanie do tabeli za pomocą następującego polecenia:

SELECT * FROM SR_StateNames

Podsumowanie aktualizacji oprogramowania

Przed przedstawieniem danych zgodności aktualizacji oprogramowania w konsoli lub raportach należy podsumować dane zgodności aktualizacji oprogramowania. Jest to konieczne, ponieważ konsola i raporty zwykle wyświetlają tylko podsumowane dane. Składnik System stanu na serwerze lokacji wykonuje podsumowanie aktualizacji oprogramowania wraz z podsumowaniem dla innych składników, takich jak aplikacje, wdrożenia DCM i kondycja klienta. Informacje o wszystkich zadaniach podsumowania wykonywanych przez system stanu można znaleźć, wykonując vSR_SummaryTasks zapytanie względem widoku w bazie danych programu Configuration Manager. System stanu uruchamia te zadania zgodnie ze skonfigurowanym harmonogramem i rejestruje szczegółowe informacje o każdym zadaniu w StateSys.log:

Uruchomiono zadanie "<TaskName>" SMS_STATE_SYSTEM
Zadanie "<TaskName>" zostało ukończone pomyślnie po uruchomieniu przez 15 sekund ze stanem 8. SMS_STATE_SYSTEM

W przypadku większości tych zadań stan rejestrowany przez StateSys.log nie jest kodem błędu. Zamiast tego jest to liczba wierszy zwracanych przez odpowiednią procedurę składowaną programu SQL Server, która wykonuje podsumowanie.

Zadania podsumowania specyficzne dla aktualizacji oprogramowania to:

• Ewaluator zgodności przypisania SUM

  Zawiera podsumowanie komunikatów o stanie dla wszystkich przypisań grup aktualizacji oprogramowania (wdrożeń). To zadanie jest uruchamiane co godzinę domyślnie. Można go zainicjować ręcznie dla określonego wdrożenia w konsoli >programu Configuration Manager Monitorowanie>wdrożeń, kliknij prawym przyciskiem myszy wdrożenie, a następnie kliknij polecenie Uruchom podsumowanie.

• SUM Update Group Status Summarizer

  Zawiera podsumowanie stanu grup aktualizacji. To zadanie jest uruchamiane co godzinę domyślnie. Można ją zainicjować ręcznie dla określonej grupy aktualizacji w konsoli >programu Configuration Manager Grupy aktualizacji oprogramowania aktualizacji>> oprogramowania, kliknij prawym przyciskiem myszy grupę aktualizacji, a następnie kliknij polecenie Uruchom podsumowanie.

  Możesz również zmienić harmonogram tego zadania, klikając prawym przyciskiem myszy grupy aktualizacji oprogramowania lub wybierając pozycję Zaplanuj podsumowanie na wstążce.

• SUM Update Status Summarizer

  Zawiera podsumowanie stanu aktualizacji dla wszystkich klientów. To zadanie jest uruchamiane co godzinę domyślnie. Można go zainicjować ręcznie w konsoli >programu Configuration Manager Software Library>Software Updates, a następnie kliknąć przycisk Uruchom podsumowanie. Możesz również zmienić domyślny harmonogram, wybierając pozycję Zaplanuj podsumowanie.

• Stan aktualizacji migracji SUM

  Migruje stan aktualizacji wewnętrznie w bazie danych. To zadanie jest domyślnie uruchamiane co 24 godziny. Nie można zainicjować go ręcznie z poziomu konsoli programu Configuration Manager.

• STAN USUWANIA SUM

  Usuwa przestarzały stan z tabel specyficznych dla aktualizacji oprogramowania w bazie danych. To zadanie jest domyślnie uruchamiane co 24 godziny. Nie można zainicjować go ręcznie z poziomu konsoli programu Configuration Manager.

Przełączanie punktów aktualizacji oprogramowania

W programie System Center 2012 Configuration Manager SP1 i nowszych wersjach lokacja może mieć wiele dostawców SUPs. Zapewnia to odporność na uszkodzenia w sytuacjach, gdy sup stanie się niedostępna. Aby uzyskać więcej informacji na temat trybu failover i przełączania dostawców SUPs, zobacz następujące artykuły:

• Punkty aktualizacji oprogramowania w programie Configuration Manager z dodatkiem Service Pack 1
• Przełączanie punktów aktualizacji oprogramowania