Condividi tramite

Tenere traccia della valutazione della conformità degli aggiornamenti software

Si applica a: Configuration Manager

Prima di poter distribuire gli aggiornamenti software ai client, i client devono eseguire un'analisi di conformità degli aggiornamenti software. È consigliabile consentire ai client di completare l'analisi e segnalare i risultati di conformità in modo da poter esaminare i risultati di conformità e distribuire solo gli aggiornamenti necessari nei client.

Quando il punto di aggiornamento software (SUP) viene installato e sincronizzato, viene creato un criterio del computer a livello di sito che informa i computer client che Gli aggiornamenti software di Configuration Manager sono stati abilitati per il sito. Quando un client riceve i criteri del computer, viene programmata un'analisi di valutazione della conformità con avvio casuale entro due ore. All'avvio dell'analisi, un processo agente client aggiornamenti software cancella la cronologia di analisi, invia una richiesta per trovare il server Windows Server Update Services (WSUS) che deve essere usato per l'analisi e aggiorna i Criteri di gruppo locali con il percorso WSUS.

Per una panoramica del processo di valutazione della conformità, vedere Valutazione della conformità degli aggiornamenti software.

Criteri di analisi degli aggiornamenti software

Prima che un client possa provare a cercare gli aggiornamenti, è necessario il criterio UpdateSource. Questo criterio viene creato nel server del sito dopo una corretta sincronizzazione del punto di aggiornamento software. In questa sezione viene illustrato come questo criterio viene creato dal processo seguente:

Passaggio 1: Dopo una corretta sincronizzazione, WSyncMgr aggiorna la versione del contenuto e l'ora dell'ultima sincronizzazione nel database

Dopo la corretta sincronizzazione in un sito primario, WSyncMgr aggiorna l'ora dell'ultima sincronizzazione e la versione del contenuto nel database per il sup. Questa operazione viene eseguita eseguendo la spProcessSUMSyncStateMessage stored procedure. Nella traccia di SQL Server Profiler di esempio seguente questa stored procedure viene eseguita per aggiornare la versione del contenuto a 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'

Passaggio 2: SMSDBMON viene attivato e rilascia un oggetto . File STN in policypv.box

spProcessSUMSyncStateMessage aggiorna la Update_SyncStatus tabella con la nuova versione del contenuto e l'ora di sincronizzazione. Questo aggiornamento alla Update_SyncStatus tabella attiva SMSDBMON per eliminare un <UpdateSource_UniqueID>. Il file STN (STN è l'acronimo di Scan Tool Notification) in policypv.box per indicare una modifica nella definizione dello strumento di analisi. Di seguito viene eseguito l'accesso SMSDBMON.log:

RCV: UPDATE on Update_SyncStatus for UpdSyncStatus_iu [{C2D17964-BBDD-4339-B9F3-12D7205B39CC}][46680] SMS_DATABASE_NOTIFICATION_MONITOR
SND: Dropped E:\ConfigMgr\inboxes\policypv.box{C2D17964-BBDD-4339-B9F3-12D7205B39CC}. STN (diverso da zero) [46680] SMS_DATABASE_NOTIFICATION_MONITOR

Passaggio 3: Il provider di criteri crea o aggiorna i criteri UpdateSource nel database

>UpdateSource_UniqueID<. Il file STN notifica al provider di criteri che deve riattivare e aggiornare i criteri UpdateSource nel database.

Di seguito viene eseguito l'accesso PolicyPv.log:

Trovato {C2D17964-BBDD-4339-B9F3-12D7205B39CC}. STN SMS_POLICY_PROVIDER
Aggiunta dell'ID strumento di analisi {C2D17964-BBDD-4339-B9F3-12D7205B39CC} SMS_POLICY_PROVIDER
Aggiunta all'elenco di eliminazione: E:\ConfigMgr\inboxes\policypv.box{C2D17964-BBDD-4339-B9F3-12D7205B39CC}. STN SMS_POLICY_PROVIDER

Nella traccia di SQL Server Profiler:

selezionare PolicyID, PolicyAssignmentID, SourceCRC, PADBID from SettingsPolicy where SourceID = N'PS1' and SourceType = N'UpdateSource'

selezionare Version from Policy where PolicyID = N'{d0855677-b0a6-4e33-9bd5-7b0d06f0a2be}'
IF EXISTS (selezionare PolicyID from PolicyID from PolicyID = N'{d0855677-b0a6-4e33-9bd5-7b0d06f0a2be}') update Policy set Version = N'40.00' where PolicyID = N'{d0855677--b0a6-4e33-9bd5-7b0d06f0a2be}' ELSE insert Policy (PolicyID, Version) values (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 (selezionare PADBID da PolicyAssignment dove PADBID = 16777218) update PolicyAssignment set Version = N'40.00', InProcess = 1 , BodyHash = null dove PADBID = 16777218 ELSE insert PolicyAssignment (PolicyAssignmentID, PADBID, Version, Version Valori 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 = where PADBID = @P1 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<>' dove PADBID = 16777218<>

Per visualizzare questo criterio nel database, eseguire la query seguente:

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

Questo criterio contiene la versione del contenuto del server di aggiornamento utilizzata per trovare il percorso del computer WSUS su cui il client può eseguire l'analisi. Dopo aver creato o aggiornato questo criterio nel database, i client ottengono i criteri UpdateSource nuovi o aggiornati durante il ciclo di valutazione dei criteri successivo.

Passaggio 4: Il criterio viene scaricato e valutato nel client

Nel client vengono registrati i PolicyAgent.log seguenti:

Download del criterio 'CCM_Policy_Policy5.PolicyID="{d0855677-b0a6-4e33-9bd5- 7b0d06f0a2be}",PolicySource="SMS:PS1",PolicyVersion="40.00"' PolicyAgent_ReplyAssignments
Criterio 'CCM_Policy_Policy5.PolicyID="{d0855677-b0a6-4e33-9bd5-7b0d06f0a2be}",PolicyVersion="40.00",PolicySource="SMS:PS1"' compilato correttamente PolicyAgent_PolicyDownload

In PolicyEvaluator.log sul client:

Aggiornamento dei criteri CCM_Policy_Policy5.PolicyID="{d0855677-b0a6-4e33-9bd5- 7b0d06f0a2be}",PolicySource="SMS:PS1",PolicyVersion="40.00" PolicyAgent_PolicyEvaluator
Criteri applicati CCM_Policy_Policy5.PolicyID="{d0855677-b0a6-4e33-9bd5- 7b0d06f0a2be}",PolicySource="SMS:PS1",PolicyVersion="40.00" PolicyAgent_PolicyEvaluator
Stato dei criteri per [CCM_Policy_Policy5.PolicyID="{d0855677-b0a6-4e33-9bd5-7b0d06f0a2be}",PolicyVersion="40.00",PolicySource="SMS:PS1"] è attualmente [Active] PolicyAgent_PolicyEvaluator

Per trovare il PolicyID dei criteri UpdateSource in un client, eseguire la query WQL seguente:

  • Spazio dei nomi: ROOT\ccm\Policy\Machine\RequestedConfig
  • Query: SELECT * FROM CCM_Policy_Policy5 WHERE PolicyCategory = 'UpdateSource'

Dopo aver compilato questo criterio nel client, le informazioni updateSource vengono archiviate nella classe WMI seguente:

Spazio dei nomi: ROOT\ccm\Policy\Machine\ActualConfig
Classe: CCM_UpdateSource

Suggerimento

Se si confronta l'istanza della CCM_UpdateSource classe nel client con il corpo XML recuperato dalla tabella dei criteri, si noterà che il contenuto del codice XML è identico all'istanza.

Passaggio 5: L'agente di analisi riceve una notifica dell'aggiornamento dei criteri UpdateSource

Nel client vengono registrati i ScanAgent.log seguenti:

Inside CScanAgent::Notify() ScanAgent
CScanAgent::OnPolicyChange- Notifica instanceModificationEvent dei criteri ricevuta ScanAgent

Percorso del server WSUS

Dopo aver ricevuto il criterio UpdateSource, il client ha la configurazione necessaria per avviare un'analisi. Tuttavia, gli aggiornamenti dei criteri non avviano analisi immediate. Un'analisi può essere attivata manualmente tramite il pannello di controllo di Configuration Manager o viene eseguita automaticamente al successivo orario pianificato. A questo punto, il client individua il computer WSUS con la versione del contenuto specificata nei criteri. Questo processo è molto simile al modo in cui il client trova la posizione di un punto di distribuzione per un pacchetto e una versione specifici.

Passaggio 1: Scan Agent crea una richiesta di analisi in base ai criteri disponibili

Di seguito viene eseguito l'accesso ScanAgent.log:

CScanAgent::ScanByUpdates- Criterio disponibile per UpdateSourceID={C2D17964-BBDD-4339-B9F3-12D7205B39CC} ContentVersion=38 ScanAgent
CScanAgent::ScanByUpdates- Aggiunta di criteri all'elenco ScanRequest finale UpdateSourceID={C2D17964-BBDD-4339-B9F3-12D7205B39CC}, Policy-ContentVersion=38, Required-ContentVersion=38 ScanAgent

Passaggio 2: Scan Agent invia una richiesta per il percorso WSUS a Location Services

L'agente di analisi richiede ora il percorso WSUS da Servizi location e attende una risposta. In questo esempio, l'ID della richiesta di posizione è {C2BB9710-C548-49D0-9DF8-5F9CFC5F3862}. Di seguito viene eseguito l'accesso ScanAgent.log:

Inside CScanAgent::P rocessScanRequest() ScanAgent
CScanJobManager::Scan- immesso ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9E8}): CScanJob::Initialize-entered ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9E8}): CScanJob::Scan- immesso ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EE8}): CScanJob::RequestLocations-entered ScanAgent
- - - - Richiesta di percorsi del server WSUS da LS per {C2D17964-BBDD-4339-B9F3-12D7205B39CC} versione 38 ScanAgent
- -Location Request ID = {C2BB9710-C548-49D0-9DF8-5F9CFC5F3862} ScanAgent
CScanAgentCache::P ersistInstanceInCache- Istanza persistente CCM_ScanJobInstance ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EE8}): - - -Locations requested for{4CD06388-D509-46E4-8C00-75909EDD9EE8} (LocationRequestID={C2BB9710-C548-49D0-9DF8-5F9CFC5F3862}), elabora la richiesta di analisi una volta disponibili le posizioni. ScanAgent

Ogni processo di analisi viene archiviato in WMI nella CCM_ScanJobInstance classe :

Spazio dei nomi: root\CCM\ScanAgent
Classe: CCM_ScanJobInstance

Passaggio 3: Location Services invia la richiesta di posizione al punto di gestione

Location Services crea una richiesta di posizione e la invia al punto di gestione. L'ID pacchetto per una richiesta di posizione WSUS è l'ID univoco UpdateSource. Di seguito viene eseguito l'accesso LocationServices.log:

CCCMWSUSLocation::GetLocationsAsyncEx LocationServices
Tentativo di rendere persistente la richiesta di posizione WSUS per ContentID='{C2D17964-BBDD-4339-B9F3-12D7205B39CC}' e ContentVersion='38' LocationServices
Richiesta di posizione WSUS persistente LocationServices
Tentativo di inviare la richiesta di posizione WSUS per 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="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> LocationServices
Richiesta percorso creata e inviata '{C2BB9710-C548-49D0-9DF8-5F9CFC5F3862}' per il pacchetto {C2D17964-BBDD-4339-B9F3- 12D7205B39CC} LocationServices

Passaggio 4: La messaggistica CCM invia il messaggio di richiesta di posizione al punto di gestione

Di seguito viene eseguito l'accesso CcmMessaging.log:

Invio del messaggio asincrono '{76453CC6-76BA-4B68-BE30-BA70754570BB}' alla coda in uscita 'mp:[http]mp_locationmanager' CcmMessaging
Invio del messaggio in uscita '{76453CC6-76BA-4B68-BE30-BA70754570BB}'. Flag 0x200, account mittente vuoto CcmMessaging

Passaggio 5: Il punto di gestione analizza la richiesta, ottiene il percorso WSUS dal database e invia una risposta

Il punto di gestione analizza questa richiesta e chiama la MP_GetWSUSServerLocations stored procedure per ottenere i percorsi WSUS dal database. Di seguito viene eseguito l'accesso MP_Location.log:

MP LM: Message Body : <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: chiamata MP_GetWSUSServerLocations MP_LocationManager

Nella traccia di 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'

Dopo aver ottenuto i risultati dalla stored procedure, il punto di gestione invia una risposta al client. Di seguito viene eseguito l'accesso MP_Location.log:

MP LM: corpo del messaggio di risposta:
<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> MP_LocationManager><><><

Passaggio 6: La messaggistica CCM riceve la risposta e la invia a Location Services

Il file CcmMessaging.log nel client indica che è stata ricevuta una risposta. Questo messaggio è stato recapitato a Location Services:

Messaggio '{76453CC6-76BA-4B68-BE30-BA70754570BB}' ha ricevuto la risposta '{8E6D05EF-B77F-4AD0-AF64-1C6F3069A29C}' alla coda endpoint locale 'LS_ReplyLocations' CcmMessaging
OutgoingMessage(Queue='mp_[http]mp_locationmanager', ID={76453CC6-76BA-4B68-BE30-BA70754570BB}): recapitato correttamente all'host 'PS1SYS.CONTOSO.COM'. CcmMessaging
Messaggio '{8E6D05EF-B77F-4AD0-AF64-1C6F3069A29C}' recapitato all'endpoint 'LS_ReplyLocations' CcmMessaging

Passaggio 7: Location Services analizza la risposta e invia di nuovo la posizione all'agente di analisi

Di seguito viene eseguito l'accesso LocationServices.log:

Messaggio di risposta location LocationServices 20/1/2014 12:18:09
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
Richiamare con i percorsi WSUS seguenti 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
Chiamata con percorsi per la richiesta WSUS {C2BB9710-C548-49D0-9DF8-5F9CFC5F3862} LocationServices

Passaggio 8: Analizza agente notifica a WUAHandler di aggiungere l'origine dell'aggiornamento al Registro di sistema

L'agente di analisi dispone ora dei criteri e del percorso di origine dell'aggiornamento con la versione del contenuto appropriata. Di seguito viene eseguito l'accesso ScanAgent.log:

WSUSLocationUpdate ricevuto per il guid della richiesta di posizione={C2BB9710-C548-49D0-9DF8-5F9CFC5F3862} ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9E8}): CScanJob::OnLocationUpdate- Received Location=, Version=http://PS1SITE.CONTOSO.COM:853038 ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EE8}): CScanJob::Execute- Adding UpdateSource={C2D17964-BBDD-4339-B9F3-12D7205B39CC}, ContentType=2, ContentLocation=http://PS1SITE.CONTOSO.COM:8530, ContentVersion=38 ScanAgent

Scan Agent notifica a WUAHandler di aggiungere l'origine dell'aggiornamento. WUAHandler aggiunge l'origine di aggiornamento al Registro di sistema e avvia un aggiornamento di Criteri di gruppo (se il client è nel dominio) per verificare se Criteri di gruppo sostituisce il server di aggiornamento appena aggiunto. Di seguito vengono registrati WUAHandler.log in un nuovo client che mostra una nuova origine di aggiornamento da aggiungere:

Tipo di origine aggiornamento WSUS ({C2D17964-BBDD-4339-B9F3-12D7205B39CC}), aggiungendolo. WUAHandler
È un'origine di aggiornamento WSUS completamente nuova. WUAHandler
Abilitazione dei criteri del server gestito WUA per l'uso del server: http://PS1SITE.CONTOSO.COM:8530 WUAHandler
Aggiornamento forzato dei criteri. WUAHandler
In attesa di 2 minuti per i Criteri di gruppo per notificare la modifica dei criteri WUA... WUAHandler
In attesa di 30 secondi per rendere effettivo il criterio sull'agente WU. WUAHandler
Aggiunta dell'origine aggiornamento ({C2D17964-BBDD-4339-B9F3-12D7205B39CC}) del tipo di contenuto: 2 WUAHandler

Durante questo periodo, l'agente di Windows Update visualizza una modifica della configurazione di WSUS. Di seguito viene eseguito l'accesso WindowsUpdate.log:

2014-01-20 12:18:11:520 968 9d0 Agent * Server WSUS: http://PS1SITE.CONTOSO.COM:8530 (Modificato)
2014-01-20 12:18:11:520 968 9d0 Agent * Server di stato WSUS: http://PS1SITE.CONTOSO.COM:8530 (Modificato)
2014-01-20 12:18:11:520 968 9d0 AU Sus server modificato tramite i criteri.

Vengono controllate e impostate le chiavi del Registro di sistema seguenti:

Sottochiave del Registro di sistema Nome valore Tipo Dati
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate WUServer REG_SZ URL completo del server WSUS, inclusa la porta. Ad esempio, http://PS1Site.Contoso.com:8530
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate WUStatusServer REG_SZ URL completo del server WSUS, inclusa la porta. Ad esempio, http://PS1Site.Contoso.com:8530
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate\AU UseWUServer REG_DWORD 0x1

Per un client esistente, è possibile prevedere di visualizzare quanto segue in WUAHandler.log indicare quando la versione del contenuto è stata incrementata:

Tipo di origine aggiornamento WSUS ({C2D17964-BBDD-4339-B9F3-12D7205B39CC}), aggiungendolo. WUAHandler
L'origine di aggiornamento WSUS esiste già, la versione è stata aumentata a 38. WUAHandler

Passaggio 9: L'agente di analisi avvia l'analisi

Dopo l'aggiunta dell'origine dell'aggiornamento, l'agente di analisi genera un messaggio di stato e avvia l'analisi. Di seguito viene eseguito l'accesso ScanAgent.log:

Messaggio di stato ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EE8}): Raised UpdateSource ({C2D17964-BBDD-4339-B9F3-12D7205B39CC}). StateId = 2 ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EE8}): CScanJob::Execute - Richiesta di analisi, ScanType=1 ScanAgent

Analisi degli aggiornamenti software nei client

Dopo che i criteri di origine dell'aggiornamento e il percorso di origine dell'aggiornamento sono disponibili, l'agente di analisi avvia l'analisi. L'analisi degli aggiornamenti software viene effettivamente eseguita dall'agente di Windows Update. Tuttavia, il client di Configuration Manager interagisce con l'agente di Windows Update per eseguire un'analisi e ottenere i risultati dell'analisi. Questa interazione viene gestita dal componente Gestore agente di Windows Update (WUAHandler), che comunica con l'agente di Windows Update.

Passaggio 1: l'agente di analisi richiede l'analisi e WUAHandler avvia l'analisi

Scan Agent richiede l'analisi da WUAHandler, che usa l'API dell'agente di Windows Update per richiedere un'analisi degli aggiornamenti software dall'agente di Windows Update. Di seguito viene eseguito l'accesso ScanAgent.log:

ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EE8}): CScanJob::Execute - Richiesta di analisi, ScanType=1 ScanAgent

Di seguito viene eseguito l'accesso WUAHandler.log:

I risultati dell'analisi includono gli aggiornamenti sostituiti solo quando vengono sostituiti dai Service Pack e dagli aggiornamenti delle definizioni. WUAHandler
Criteri di ricerca è (DeploymentAction=* AND Type='Software') OR (DeploymentAction=* AND Type='Driver') WUAHandler
Esecuzione dell'analisi a chiamata singola degli aggiornamenti. WUAHandler
Ricerca asincrona degli aggiornamenti tramite WUAgent avviata. WUAHandler

Passaggio 2: Windows Update Agent (WUA) avvia l'analisi sul computer WSUS

Windows Update Agent avvia un'analisi dopo aver ricevuto una richiesta dal client di Configuration Manager (CcmExec). Poiché il valore di Windows Update Server è già stato impostato sul server SUP, questa analisi viene eseguita sul server WSUS in cui è installato il ruolo SUP. Di seguito viene eseguito l'accesso WindowsUpdate.log:

2014-01-20 12:18:42:694 3856 708 COMAPI -- START -- COMAPI: Search [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}, URL server = http://PS1SITE.CONTOSO.COM:8530/ClientWebService/client.asmx
2014-01-20 12:18:48:662 968 f58 Agent ** START ** Agent: Finding updates [CallerId = CcmExec]
2014-01-20 12:18:48:662 968 f58 Agent * Includere aggiornamenti potenzialmente sostituiti
2014-01-20 12:18:48:662 968 f58 Agent * Online = Yes; Ignora priorità download = Sì
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} gestito
2014-01-20 12:18:48:662 968 f58 Agent * Search Scope = {Machine}

L'agente di Windows Update esegue ora l'analisi sul server WSUS e segnala i risultati a CcmExec (in particolare WUAHandler). Di seguito viene eseguito l'accesso WindowsUpdate.log:

2014-01-20 12:18:49:175 968 f58 PT + ServiceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, URL server = http://PS1SITE.CONTOSO.COM:8530/ClientWebService/client.asmx
2014-01-20 12:18:52:680 968 f58 Agent * Aggiunta dell'aggiornamento {4AE85C00-0EAA-4BE0-B81B-DBD7053D5FAE}.104 tosearch result
2014-01-20 12:18:52:683 968 f58 Agent * Aggiunta dell'aggiornamento {57260DFE-227C-45E3-9FFC-2FC77A67F95A}.104 per i risultati della ricerca
2014-01-20 12:18:52:694 968 f58 Agent * Trovato 163 aggiornamenti e 70 categorie nella ricerca; appl valutato. Regole di 622 su 1150 entità distribuite
2014-01-20 12:18:52:745 968 f58 Agent ** END ** Agent: Ricerca di aggiornamenti [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 - Aggiornamenti trovati = 163
2014-01-20 12:18:53:137 3856 708 COMAPI -- END -- COMAPI: Search [ClientId = CcmExec]

Passaggio 3: WUAHandler riceve i risultati dall'agente di Windows Update e contrassegna l'analisi come completata

Di seguito viene eseguito l'accesso WUAHandler.log:

Ricerca asincrona completata. WUAHandler
È stata completata la ricerca di tutto in una singola chiamata. WUAHandler

Passaggio 4: WUAHandler analizza i risultati dell'analisi

WUAHandler analizza quindi i risultati, che includono lo stato di applicabilità per ogni aggiornamento. Nell'ambito di questo processo, gli aggiornamenti sostituiti vengono eliminati. Di seguito viene eseguito l'accesso WUAHandler.log:

Eliminazione: l'ID aggiornamento (70f4f236-0248-4e84-b472-292913576fa1) viene sostituito da (726b7201-862a-4fde-9b12-f36b38323a6f). WUAHandler
...
Aggiornamento (installato): Aggiornamento della sicurezza per Windows 7 per sistemi basati su x64 (KB2584146) (4ae85c00-0eaa-4be0-b81b-dbd7053d5fae, 104) WUAHandler
Aggiornamento (mancante): Aggiornamento della sicurezza per Windows 7 per sistemi basati su x64 (KB2862152) (505fda07-b4f3-45fb-83d9-8642554e2773, 200) WUAHandler
...
Analisi completata. WUAHandler

Passaggio 5: Aggiornare l'archivio registra lo stato e genera un messaggio di stato per ogni aggiornamento in WMI

Una volta disponibili i risultati dell'analisi, questi risultati vengono archiviati nell'archivio aggiornamenti. L'archivio di aggiornamento registra lo stato corrente di ogni aggiornamento e crea un messaggio di stato per ogni aggiornamento. Questi messaggi di stato vengono inoltrati al server del sito in blocco alla fine del ciclo di segnalazione dei messaggi di stato (ovvero 15 minuti, per impostazione predefinita).

UpdatesStore.log che mostra lo stato dell'aggiornamento mancante (KB2862152) registrato e viene generato un messaggio di stato:

Elaborazione dello stato di aggiornamento dall'aggiornamento (505fda07-b4f3-45fb-83d9-8642554e2773) con ProductID = 0fa1201d-4330-4fa8-8ae9- b877473b6441 UpdatesStore
Lo stato dell'aggiornamento dall'aggiornamento (505fda07-b4f3-45fb-83d9-86425554e2773) non è stato segnalato prima, creando una nuova istanza. UpdatesStore
Messaggio di stato generato correttamente per l'aggiornamento (505fda07-b4f3-45fb-83d9-8642554e2773) con stato (mancante). UpdatesStore
Aggiunta dell'istanza WMI dello stato di aggiornamento (505fda07-b4f3-45fb-83d9-8642554e2773). UpdatesStore

StateMessage.log che mostra il messaggio di stato registrato con ID stato 2 (mancante):

Aggiunta di messaggi con TopicType 500 e TopicId 505fda07-b4f3-45fb-83d9-8642554e2773 a WMI StateMessage
State message(State ID : 2) with TopicType 500 and TopicId 505fda07-b4f3-45fb-83d9-86425554e2773 has been recorded for SYSTEM StateMessage

Per ogni aggiornamento, viene creata o aggiornata un'istanza della CCM_UpdateStatus classe e questo archivia lo stato corrente dell'aggiornamento. La classe CCM_UpdateStatus si trova nello spazio dei nomi ROOT\CCM\SoftwareUpdates\UpdatesStore.

Screenshot di un'istanza della classe CCM_UpdateStatus.

Analogamente, viene creata o aggiornata un'istanza della CCM_StateMsg classe e questo archivia lo stato corrente dell'aggiornamento. La classe CCM_StateMsg si trova nello spazio dei nomi ROOT\CCM\StateMsg.

Screenshot di un'istanza della classe CCM_StateMsg.

Passaggio 6: I messaggi di stato vengono inviati al punto di gestione

Come accennato in precedenza, i messaggi di stato vengono inviati al punto di gestione in base alla pianificazione del ciclo di report dei messaggi di stato, configurata per impostazione predefinita su 15 minuti. Dopo che un messaggio di stato viene inviato al punto di gestione, la MessageSent proprietà per l'istanza del messaggio di stato nella CCM_StateMsg classe è impostata su True.

In StateMessage.log:

Corpo stateMessage: <corpo del report XML troncato> StateMessage
Messaggi di stato inoltrati correttamente a MP StateMessage

Di seguito è riportato l'aspetto del corpo del messaggio di stato per l'aggiornamento. In genere questo corpo XML è troppo grande per il log e viene troncato in CMTrace. Tuttavia, è possibile visualizzare l'intero corpo XML nel Blocco note.

Corpo 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><Priority>5</ Report Priority/Machine></Identification><ReportDetails><ReportContent>State Message Data</ReportContent><ReportType Full</ReportType><>Date>20140120194656.903000+000</Date><Version>1.0/Version Format>1.0</Version><11.0</Format></ReportDetails></ReportHeader><ReportBody><StateMessage MessageTime="20140120171855.573000+000" SerialNumber="232"><><ID argomento="505fda07-b4f3-45fb-83d9-8642554e2773" Type="500" IDType="3" User="" User=""SID=""/><State ID="2" Criticality="0"/><UserParameters Flags="0" Count="1"><Param 200</Param><>/UserParameters></StateMessage></ReportBody></Report> StateMessage
Messaggi di stato inoltrati correttamente a MP StateMessage

Flusso di elaborazione dei messaggi di stato

Ora sappiamo come viene registrato un messaggio di stato e il percorso WMI in cui vengono archiviati questi messaggi di stato. È anche noto che i messaggi di stato non inviati in un client vengono inviati al punto di gestione ogni 15 minuti per impostazione predefinita, in base al ciclo di segnalazione dei messaggi di stato. Questa pianificazione può essere modificata nella messaggistica di stato delle impostazioni client personalizzate o predefinite.

Anche se StateMessage.log segnala Messaggi di stato inoltrati correttamente al Management Pack, il componente Messaggio di stato non invia effettivamente questi messaggi. Tutti i messaggi inviati e ricevuti dal punto di gestione vengono gestiti dal componente Messaggistica CCM nel client. La messaggistica CCM è il componente effettivo che comunica con il punto di gestione per l'invio e la ricezione di dati. Il punto di gestione ha diverse code definite per gestire diversi tipi di traffico in ingresso. Per i messaggi di stato, la coda che gestisce questo traffico è la MP_RelayEndpoint coda.

Passaggio 1: Il componente Messaggio di stato inizia a inviare messaggi al punto di gestione

In StateMessage.log:

Corpo 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><Priority>5/<><><><>< Report Priority/Machine></Identification><ReportDetails><ReportContent>State Message Data</ReportContent><ReportType Full</ReportType><>Date>20140120194656.903000+000</Date><Version>1.0/Version Format>1.0</Version><11.0</Format></ReportDetails></ReportHeader><ReportBody><StateMessage MessageTime="20140120171855.573000+000" SerialNumber="232"><><ID argomento="505fda07-b4f3-45fb-83d9-8642554e2773" Type="500" IDType="3" User="" User=""SID=""/><State ID="2" Criticality="0"/><UserParameters Flags="0" Count="1"><Param 200</Param><>/UserParameters></StateMessage></ReportBody></Report> StateMessage
Messaggi di stato inoltrati correttamente a MP StateMessage

Passaggio 2: La messaggistica CCM invia un messaggio contenente il corpo XML del messaggio di stato al punto di gestione

La messaggistica CCM invia correttamente un messaggio alla MP_RelayEndpoint coda. Questo messaggio non ha una risposta, a differenza di quella che abbiamo notato in precedenza nella sezione Richiesta percorso WSUS in cui il messaggio con la richiesta di posizione ha ricevuto una risposta.

In CcmMessaging.log:

Invio del messaggio asincrono '{95F79010-D0EB-49A6-8A1E-3897883105F2}' in uscita 'mp:mp_relayendpoint' CcmMessaging
Invio del messaggio in uscita '{95F79010-D0EB-49A6-8A1E-3897883105F2}'. Flag 0x200, account mittente vuoto CcmMessaging
POST: Host=PS1SYS. CONTOSO.COM, Path=/ccm_system/request, Port=443, Protocol=https, Flags=512, Options=480 CcmMessaging
Il messaggio '{95F79010-D0EB-49A6-8A1E-3897883105F2}' non dispone di CcmMessaging di risposta
OutgoingMessage(Queue='mp_mp_relayendpoint', ID={95F79010-D0EB-49A6-8A1E-3897883105F2}): recapitato correttamente nell'host 'PS1SYS.CONTOSO.COM'. CcmMessaging

Passaggio 3: Il messaggio viene ricevuto nel punto di gestione e quindi MP_Relay elabora il messaggio e crea un file SMX

Man mano che tutti i messaggi vengono inviati tramite HTTP/HTTPS e vengono ricevuti da IIS. In questo esempio questa richiesta viene inviata alla directory virtuale CCM_System.

Nel log IIS:

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

Dopo che il messaggio viene ricevuto correttamente nel punto di gestione, il MP_Relay componente elabora questo messaggio, converte il messaggio in un file SMX e sposta il file SMX nella posizione appropriata a seconda che il punto di gestione sia posizionato o meno nel server del sito.

  • In un punto di gestione remoto: \SMS\mp\outboxes\StateMsg.box
  • In un punto di gestione inserito nel server del sito: \inboxes\auth\StateSys.box\incoming

In MP_Relay.log in un punto di gestione che si trova nel server del sito:

Gestore messaggi Mp: avviare l'elaborazione dei messaggi per l'inoltro----------------------- MP_RelayEndpoint
Gestore messaggi Mp: FileType=SMX MP_RelayEndpoint
Corpo del messaggio: <corpo XML troncato> MP_RelayEndpoint
Inoltro: Outbox dir: E:\ConfigMgr\inboxes\auth\statesys.box\incoming MP_RelayEndpoint
Priorità nel messaggio = 5 MP_RelayEndpoint
Directory priorità stato = E:\ConfigMgr\inboxes\auth\statesys.box\incoming MP_RelayEndpoint
Inv-Relay: attività completata correttamente MP_RelayEndpoint

In MP_Relay.log in un punto di gestione remoto:

Gestore messaggi Mp: avviare l'elaborazione dei messaggi per l'inoltro------------------------------ MP_RelayEndpoint
Gestore messaggi Mp: FileType=SMX MP_RelayEndpoint
Corpo del messaggio:
<?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><Priority>5</ Report Priority/Machine></Identification><ReportDetails><ReportContent>State Message Data</ReportContent><ReportType Full</ReportType><>Date>20140120194656.903000+000</Date><Version>1.0/Version Format>1.0</Version><11.0</Format></ReportDetails></ReportHeader><ReportBody><StateMessage MessageTime="20140120171855.573000+000" SerialNumber="232"><><ID argomento="505fda07-b4f3-45fb-83d9-8642554e2773" Type="500" IDType="3" User="" User=""SID=""/><State ID="2" Criticality="0"/><UserParameters Flags="0" Count="1"><Param 200</Param><>/UserParameters></StateMessage></ReportBody></Report> MP_RelayEndpoint
Attività Inv-Relay: elaborazione del corpo del messaggio MP_RelayEndpoint
Inoltro: Outbox dir: C:\SMS\mp\outboxes\StateMsg.box MP_RelayEndpoint
Priorità nel messaggio = 5 MP_RelayEndpoint
Directory priorità stato = C:\SMS\mp\outboxes\StateMsg.box MP_RelayEndpoint
Inv-Relay: attività completata correttamente MP_RelayEndpoint

Il corpo XML è identico a quello registrato StateMessage.log sul client.

Passaggio 4: Mp File Dispatch Manager invia il file SMX al server del sito (solo quando il punto di gestione non è condiviso nel server del sito)

Quando il punto di gestione è remoto al server del sito, dopo l'arrivo del file in outboxes\StateMsg.box, MP File Dispatch Manager (MPFDM) è responsabile dello spostamento di questi file nella posta in arrivo StateMsg.box nel server del sito. Quando il punto di gestione si trova nel server del sito, questi file vengono spostati direttamente nella cartella Posta in arrivo appropriata, quindi MPFDM non è coinvolto.

In MPFDM.log in un punto di gestione remoto:

File spostato C:\SMS\MP\OUTBOXES\statemsg.box\TAZGYTSJ. Da SMX a \\PS1SITE.CONTOSO.COM\SMS_PS1\inboxes\auth\statesys.box\incoming\TAZGYTSJ. SMX SMS_MP_FILE_DISPATCH_MANAGER

Affinché MPFDM sposti i file nella posta in arrivo appropriata, il punto di gestione remoto deve essere in grado di accedere al Registro di sistema del server del sito per determinare i percorsi di origine posta in arrivo. Pertanto, il servizio Registro di sistema remoto deve essere in esecuzione e l'accesso al Registro di sistema non deve essere bloccato da Criteri di gruppo. MPFDM determina i percorsi posta in arrivo accedendo alla chiave del Registro di sistema seguente nel server del sito:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SMS\Inbox Source

Passaggio 5: Il componente StateSys nel server del sito elabora il messaggio di stato al database

Dopo l'arrivo del file in \inboxes\auth\StateSys.box nel server del sito, il componente State System Manager (StateSys) si riattiva ed elabora i file SMX.

In StateSys.log con registrazione dettagliata abilitata:

Notifica posta in arrivo attivata, pausa per 10 secondi...... SMS_STATE_SYSTEM
Sono stati trovati nuovi messaggi di stato da elaborare, avviando il thread di elaborazione SMS_STATE_SYSTEM
Thread "State Message Processing Thread #0" id:4316 started SMS_STATE_SYSTEM
blocchi totali caricati (1) SMS_STATE_SYSTEM
CMessageProcessor - File di elaborazione: YCE2H3VD. SMX SMS_STATE_SYSTEM
CMessageProcessor: 1 record elaborati con 0 record non validi. SMS_STATE_SYSTEM
CMessageProcessor: sono stati elaborati 1 file di messaggio in questo batch, con 0 file non valido. SMS_STATE_SYSTEM
blocchi totali caricati (0) SMS_STATE_SYSTEM
Thread "State Message Processing Thread #0" id:4316 terminato normalmente SMS_STATE_SYSTEM

In StateSys.log senza registrazione dettagliata abilitata:

Sono stati trovati nuovi messaggi di stato da elaborare, avviando il thread di elaborazione SMS_STATE_SYSTEM
Thread "State Message Processing Thread #0" id:1988 started SMS_STATE_SYSTEM
blocchi totali caricati (1) SMS_STATE_SYSTEM
blocchi totali caricati (0) SMS_STATE_SYSTEM
Thread "State Message Processing Thread #0" id:1988 terminato normalmente SMS_STATE_SYSTEM

Il file StateSys.log non registra il nome del file a meno che non sia abilitata la registrazione dettagliata per State System Manager.

Il file SMX spostato nella cartella StateSys.box contiene il codice XML del corpo del messaggio. Quando StateSys elabora questo file, chiama la spProcessStateReport stored procedure e passa questo corpo XML alla stored procedure come parametro.

Nella traccia di SQL Server Profiler:

exec dbo.spProcessStateReport N'<?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><Priority>5</ Report Priority/Machine></Identification><ReportDetails><ReportContent>State Message Data</ReportContent><ReportType Full</ReportType><>Date>20140120220131.071000+000</Date><Version>1.0/Version Format>1.0</Version><11.0</Format></ReportDetails></ReportHeader><ReportBody><StateMessage MessageTime="20140120171855.573000+000" SerialNumber="239"><><ID argomento="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 è una stored procedure CLR e la definizione CLR ha la logica per determinare il tipo di messaggio di stato elaborato. A seconda del tipo di messaggio di stato, elabora il messaggio di stato in modo appropriato e inserisce i dati nel database.

È possibile trovare nomi descrittivi di tutti i tipi di argomento e gli ID dei messaggi di stato eseguendo una query sulla SR_StateNames tabella con il comando seguente:

SELECT * FROM SR_StateNames

Riepilogo degli aggiornamenti software

Prima che i dati di conformità degli aggiornamenti software possano essere presentati nella console o nei report, è necessario riepilogare i dati di conformità degli aggiornamenti software. Questa operazione è necessaria perché la console e i report in genere visualizzano solo dati riepilogati. Il componente Sistema di stato nel server del sito esegue il riepilogo degli aggiornamenti software insieme al riepilogo per altri componenti, ad esempio applicazioni, distribuzioni DCM e integrità client. È possibile trovare informazioni su tutte le attività di riepilogo eseguite da State System eseguendo una query sulla vSR_SummaryTasks vista nel database di Configuration Manager. State System esegue queste attività in base a una pianificazione configurata e registra dettagli su ogni attività in StateSys.log:

Attività avviata '<TaskName>' SMS_STATE_SYSTEM
L'attività '<TaskName>' è stata completata correttamente dopo l'esecuzione per 15 secondi, con stato 8. SMS_STATE_SYSTEM

Per la maggior parte di queste attività, lo stato registrato da StateSys.log non è un codice di errore. È invece il numero di righe restituite dalla stored procedure di SQL Server appropriata che esegue il riepilogo.

Le attività di riepilogo specifiche per gli aggiornamenti software sono:

  • Analizzatore di conformità delle assegnazioni SUM

    Riepiloga i messaggi di stato per tutte le assegnazioni del gruppo di aggiornamento software (distribuzioni). Questa attività viene eseguita ogni ora per impostazione predefinita. Può essere avviato manualmente per una distribuzione specifica nella console >di Configuration Manager Monitoring Deployments( Distribuzioni di monitoraggio>), fare clic con il pulsante destro del mouse sulla distribuzione e quindi scegliere Esegui riepilogo.

  • Riepilogo stato gruppo di aggiornamento SUM

    Riepiloga lo stato dei gruppi di aggiornamento. Questa attività viene eseguita ogni ora per impostazione predefinita. Può essere avviato manualmente per un gruppo di aggiornamento specifico nella console >di Configuration Manager Software Library>Software Update>Groups, fare clic con il pulsante destro del mouse sul gruppo di aggiornamento e quindi scegliere Esegui riepilogo.

    È anche possibile modificare la pianificazione di questa attività facendo clic con il pulsante destro del mouse su Gruppi di aggiornamenti software o selezionando Pianifica riepilogo sulla barra multifunzione.

  • Riepilogo stato aggiornamento SUM

    Riepiloga lo stato degli aggiornamenti per tutti i client. Questa attività viene eseguita ogni ora per impostazione predefinita. Può essere avviato manualmente nella console di Configuration Manager Aggiornamenti software della libreria >>software, quindi fare clic su Esegui riepilogo. È anche possibile modificare la pianificazione predefinita selezionando Pianifica riepilogo.

  • SUM Migrate Update Status

    Esegue la migrazione dello stato di aggiornamento internamente all'interno del database. Questa attività viene eseguita ogni 24 ore per impostazione predefinita. Non può essere avviato manualmente dalla console di Configuration Manager.

  • SUM Elimina stato obsoleti

    Elimina lo stato obsoleti dalle tabelle specifiche dell'aggiornamento software nel database. Questa attività viene eseguita ogni 24 ore per impostazione predefinita. Non può essere avviato manualmente dalla console di Configuration Manager.

Passaggio a un nuovo punto di aggiornamento software

In System Center 2012 Configuration Manager SP1 e versioni successive un sito può avere più SUP. Ciò garantisce la tolleranza di errore per le situazioni in cui un SUP non è disponibile. Per altre informazioni sul failover e il cambio di sup, vedere gli articoli seguenti: