Delen via


Nalevingsevaluatie van software-updates bijhouden

Van toepassing op: Configuration Manager

Voordat u software-updates op clients kunt implementeren, moeten de clients een nalevingsscan voor software-updates uitvoeren. U wordt aangeraden voldoende tijd te geven voor clients om de scan- en rapportnalevingsresultaten te voltooien, zodat u de nalevingsresultaten kunt bekijken en alleen de updates kunt implementeren die vereist zijn voor de clients.

Wanneer het software-updatepunt (SUP) is geïnstalleerd en gesynchroniseerd, wordt er een sitebreed computerbeleid gemaakt dat clientcomputers informeert dat Configuration Manager-software-updates voor de site zijn ingeschakeld. Wanneer een client het machinebeleid ontvangt, wordt een scan voor nalevingsevaluatie gepland om binnen de komende twee uur willekeurig te starten. Wanneer de scan wordt gestart, wist een clientagentproces voor software-updates de scangeschiedenis, verzendt een aanvraag om de WSUS-server (Windows Server Update Services) te vinden die moet worden gebruikt voor de scan en werkt het lokale groepsbeleid bij met de WSUS-locatie.

Zie Nalevingsevaluatie van software-updates voor een overzicht van het nalevingsproces voor naleving van software-updates.

Scanbeleid voor software-updates

Voordat een client kan scannen op updates, heeft het UpdateSource-beleid nodig. Dit beleid wordt gemaakt op de siteserver na een geslaagde synchronisatie van de SUP. In deze sectie wordt beschreven hoe dit beleid wordt gemaakt door het volgende proces:

Stap 1: Na een geslaagde synchronisatie werkt WSyncMgr de inhoudsversie en de laatste synchronisatietijd in de database bij

Na een geslaagde synchronisatie op een primaire site werkt WSyncMgr de laatste synchronisatietijd en inhoudsversie bij in de database voor de SUP. Dit wordt gedaan door de spProcessSUMSyncStateMessage opgeslagen procedure uit te voeren. In de volgende voorbeeldtracering van SQL Server Profiler wordt deze opgeslagen procedure uitgevoerd om de inhoudsversie bij te werken naar 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 uitvoer, N'PS1SITE. CONTOSO. COM'

Stap 2: SMSDBMON wordt geactiveerd en een . STN-bestand in policypv.box

spProcessSUMSyncStateMessage werkt de Update_SyncStatus tabel bij met de nieuwe inhoudsversie en synchronisatietijd. Met deze update voor de Update_SyncStatus tabel wordt SMSDBMON geactiveerd om een <UpdateSource_UniqueID> te verwijderen. STN-bestand (STN staat voor Melding van scanprogramma) in policypv.box om een wijziging in de definitie van het scanprogramma aan te geven. Het volgende wordt vastgelegd in SMSDBMON.log:

RCV: UPDATE voor Update_SyncStatus voor UpdSyncStatus_iu [{C2D17964-BBDD-4339-B9F3-12D7205B39CC}][46680] SMS_DATABASE_NOTIFICATION_MONITOR
SND: Verwijderde E:\ConfigMgr\Postvak IN\policypv.box{C2D17964-BBDD-4339-B9F3-12D7205B39CC}. STN (niet-nul) [46680] SMS_DATABASE_NOTIFICATION_MONITOR

Stap 3: Beleidsprovider maakt of werkt het UpdateSource-beleid in de database bij

De <UpdateSource_UniqueID>. StN-bestand meldt beleidsprovider dat het moet worden geactiveerd en bijgewerkt het UpdateSource-beleid in de database.

De volgende zijn vastgelegd in PolicyPv.log:

{C2D17964-BBDD-4339-B9F3-12D7205B39CC} gevonden. STN-SMS_POLICY_PROVIDER
Scanhulpmiddel-id {C2D17964-BBDD-4339-B9F3-12D7205B39CC} SMS_POLICY_PROVIDER
Toevoegen aan verwijderlijst: E:\ConfigMgr\Inboxes\policypv.box{C2D17964-BBDD-4339-B9F3-12D7205B39CC}. STN-SMS_POLICY_PROVIDER

In SQL Server Profiler-tracering:

selecteer PolicyID, PolicyAssignmentID, SourceCRC, PADBID uit SettingsPolicy waarbij SourceID = N'PS1' en SourceType = N'UpdateSource'

selecteer Versie in beleid waarbij PolicyID = N'{d0855677-b0a6-4e33-9bd5-7b0d06f0a2be} '
IF EXISTS (selecteer PolicyID in Policy where PolicyID = N'{d0855677-b0a6-4e33-9bd5-7b0d06f0a2be}') update policy set version = N'40.00' where PolicyID = N'{d0855677-- (Indien aanwezig) 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}''
ALS BESTAAT (selecteer PADBID in PolicyAssignment where PADBID = 16777218) update PolicyAssignment set Version = N'40.00', InProcess = 1 , BodyHash = null where PADBID = 16777218 ELSE insert PolicyAssignment (PolicyAssignmentID, PADBID, Version, PolicyID)-waarden (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'TombstoneBodyHashcated<>' where PADBID = 16777218<>

Voer de volgende query uit om dit beleid in de database te zien:

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

Dit beleid bevat de inhoudsversie van de updateserver die wordt gebruikt om de locatie te vinden van de WSUS-computer waarop de client kan scannen. Nadat dit beleid is gemaakt of bijgewerkt in de database, krijgen de clients het nieuwe of bijgewerkte UpdateSource-beleid tijdens de volgende beleidsevaluatiecyclus.

Stap 4: Beleid wordt gedownload en geëvalueerd op de client

Het volgende wordt vastgelegd in PolicyAgent.log op de client:

Het downloaden van beleid CCM_Policy_Policy5.PolicyID="{d0855677-b0a6-4e33-9bd5- 7b0d06f0a2be}",PolicySource="SMS:PS1",PolicyVersion="40.00"" PolicyAgent_ReplyAssignments
Beleid 'CCM_Policy_Policy5.PolicyID="{d0855677-b0a6-4e33-9bd5-7b0d06f0a2be}",PolicyVersion="40.00",PolicySource="SMS:PS1"' is gecompileerd PolicyAgent_PolicyDownload

In PolicyEvaluator.log op de client:

Beleid bijwerken CCM_Policy_Policy5.PolicyID="{d0855677-b0a6-4e33-9bd5- 7b0d06f0a2be}",PolicySource="SMS:PS1",PolicyVersion="40.00" PolicyAgent_PolicyEvaluator
Toegepast beleid CCM_Policy_Policy5.PolicyID="{d0855677-b0a6-4e33-9bd5- 7b0d06f0a2be}",PolicySource="SMS:PS1",PolicyVersion="40.00" PolicyAgent_PolicyEvaluator
Beleidsstatus voor [CCM_Policy_Policy5.PolicyID="{d0855677-b0a6-4e33-9bd5-7b0d06f0a2be}",PolicyVersion="40.00",PolicySource="SMS:PS1"] is momenteel [Actief] PolicyAgent_PolicyEvaluator

Voer de volgende WQL-query uit om het PolicyID UpdateSource-beleid op een client te vinden:

  • Naamruimte: ROOT\ccm\Policy\Machine\RequestedConfig
  • Vraag: SELECT * FROM CCM_Policy_Policy5 WHERE PolicyCategory = 'UpdateSource'

Zodra dit beleid op de client is gecompileerd, wordt de UpdateSource-informatie opgeslagen in de volgende WMI-klasse:

Naamruimte: ROOT\ccm\Policy\Machine\ActualConfig
Klasse: CCM_UpdateSource

Tip

Als u het exemplaar van CCM_UpdateSource klasse op de client vergelijkt met de XML-hoofdtekst die is opgehaald uit de beleidstabel, ziet u dat de inhoud van de XML identiek is aan het exemplaar.

Stap 5: De scanagent krijgt een melding dat het UpdateSource-beleid wordt bijgewerkt

Het volgende wordt vastgelegd in ScanAgent.log op de client:

Binnen CScanAgent::Notify() ScanAgent
CScanAgent::OnPolicyChange- Melding Policy InstanceModificationEvent ontvangen ScanAgent

LOCATIE VAN WSUS-server

Nadat het UpdateSource-beleid is ontvangen, heeft de client de benodigde configuratie om een scan te starten. Beleidsupdates starten echter geen onmiddellijke scans. Een scan kan handmatig worden geactiveerd via het Configuratiescherm van Configuration Manager of worden automatisch uitgevoerd op de volgende geplande tijd. Op dit moment zoekt de client de WSUS-computer met de inhoudsversie die is opgegeven in het beleid. Dit proces is vergelijkbaar met de manier waarop de client de locatie van een distributiepunt voor een specifiek pakket en een specifieke versie vindt.

Stap 1: Met de scanagent wordt een scanaanvraag gemaakt op basis van het beschikbare beleid

Het volgende wordt vastgelegd in ScanAgent.log:

CScanAgent::ScanByUpdates- Beleid beschikbaar voor UpdateSourceID={C2D17964-BBDD-4339-B9F3-12D7205B39CC} ContentVersion=38 ScanAgent
CScanAgent::ScanByUpdates- Beleid toegevoegd aan definitieve ScanRequest List UpdateSourceID={C2D17964-BBDD-4339-B9F3-12D7205B39CC}, Policy-ContentVersion=38, Required-ContentVersion=38 ScanAgent

Stap 2: Scanagent verzendt een aanvraag voor de WSUS-locatie naar Location Services

Scanagent vraagt nu de WSUS-locatie aan bij Location Services en wacht op een antwoord. In dit voorbeeld is de locatieaanvraag-id {C2BB9710-C548-49D0-9DF8-5F9CFC5F3862}. Het volgende wordt vastgelegd in ScanAgent.log:

Binnen CScanAgent::P rocessScanRequest() ScanAgent
CScanJobManager::Scan- ingevoerde ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EE8}): CScanJob::Initialize- ingevoerde ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9E8}): CScanJob::Scan- ingevoerde ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EE8}): CScanJob::RequestLocations- ingevoerde ScanAgent
- - --WSUS-serverlocaties aanvragen bij LS voor {C2D17964-BBDD-4339-B9F3-12D7205B39CC} versie 38 ScanAgent
- - - -Location Request ID = {C2BB9710-C548-49D0-9DF8-5F9CFC5F3862} ScanAgent
CScanAgentCache::P ersistInstanceInCache- Persistente instantie CCM_ScanJobInstance ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9EE8}): - - - - - - Locaties aangevraagd voor ScanJobID={4CD06388-D509-46E4-8C00-75909EDD9E8} (LocationRequestID={C2BB9710-C548-49D0-9DF8-5F9CFC5F3862}), verwerkt de scanaanvraag zodra de locaties beschikbaar zijn. ScanAgent

Elke scantaak wordt opgeslagen in WMI in de CCM_ScanJobInstance klasse:

Naamruimte: root\CCM\ScanAgent
Klasse: CCM_ScanJobInstance

Stap 3: Location Services verzendt de locatieaanvraag naar het beheerpunt

Location Services maakt een locatieaanvraag en verzendt deze naar het beheerpunt. De pakket-id voor een WSUS-locatieaanvraag is de unieke id van UpdateSource. De volgende zijn vastgelegd in LocationServices.log:

CCCMWSUSLocation::GetLocationsAsyncEx LocationServices
Poging om een WSUS-locatieaanvraag voor ContentID='{C2D17964-BBDD-4339-B9F3-12D7205B39CC} en ContentVersion='38' LocationServices
Persistente WSUS-locatieaanvraag LocationServices
Wsus-locatieaanvraag verzenden voor 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"/><Forest Name="CONTOSO.COM"/><Domain Name="CONTOSO.COM"/><IPAddresses><IPAddress SubnetAddress="192.168.2.0" Address="192.168.2.62"/></IPAddresses></ClientLocationInfo></WSUSLocationRequest> LocationServices
Aanvraag voor gemaakte en verzonden locatie {C2BB9710-C548-49D0-9DF8-5F9CFC5F3862} voor pakket {C2D17964-BBDD-4339-B9F3- 12D7205B39CC} LocationServices}

Stap 4: CCM Messaging verzendt het locatieaanvraagbericht naar het beheerpunt

Het volgende wordt vastgelegd in CcmMessaging.log:

Asynchroon bericht {76453CC6-76BA-4B68-BE30-BA70754570BB} verzenden naar uitgaande wachtrij 'mp:[http]mp_locationmanager' CcmMessaging
Verzenden van uitgaand bericht {76453CC6-76BA-4B68-BE30-BA70754570BB}. Vlaggen 0x200, afzenderaccount leeg CcmMessaging

Stap 5: Het beheerpunt parseert de aanvraag, verkrijgt de WSUS-locatie uit de database en verzendt een antwoord

Het beheerpunt parseert deze aanvraag en roept de MP_GetWSUSServerLocations opgeslagen procedure aan om de WSUS-locaties op te halen uit de database. Het volgende wordt vastgelegd in MP_Location.log:

MP LM: Berichttekst: <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 aanroepen

In SQL Server Profiler-tracering:

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'

Nadat de resultaten van de opgeslagen procedure zijn opgehaald, verzendt het beheerpunt een antwoord naar de client. Het volgende wordt vastgelegd in MP_Location.log:

MP LM: hoofdtekst van antwoordbericht:
<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><><><

Stap 6: CCM Messaging ontvangt het antwoord en stuurt het terug naar Location Services

Het CcmMessaging.log-bestand op de client geeft aan dat er een antwoord is ontvangen. Dit bericht is bezorgd bij Location Services:

Bericht {76453CC6-76BA-4B68-BE30-BA70754570BB} heeft antwoord gekregen {8E6D05EF-B77F-4AD0-AF64-1C6F3069A29C} naar de lokale eindpuntwachtrij 'LS_ReplyLocations' CcmMessaging
OutgoingMessage(Queue='mp_[http]mp_locationmanager', ID={76453CC6-76BA-4B68-BE30-BA70754570BB}): wordt geleverd om 'PS1SYS.CONTOSO.COM' te hosten. CcmMessaging
Bericht {8E6D05EF-B77F-4AD0-AF64-1C6F3069A29C} geleverd aan eindpunt LS_ReplyLocations CcmMessaging

Stap 7: Location Services parseert het antwoord en stuurt de locatie terug naar scanagent

De volgende zijn vastgelegd in LocationServices.log:

Antwoordbericht Locatieservices verwerken 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> LocationServicesServices
Terugbellen met de volgende WSUS-locaties LocationServices
WSUS-pad='http://PS1SITE.CONTOSO.COM:8530, Server='PS1SITE. CONTOSO. COM', Version='38' LocationServices
WSUS-pad='https://PS1SYS.CONTOSO.COM:8531, Server='PS1SYS. CONTOSO. COM', Version='38' LocationServices
Terugbellen met locaties voor WSUS-aanvraag {C2BB9710-C548-49D0-9DF8-5F9CFC5F3862} LocationServices

Stap 8: Scanagent meldt WUAHandler om de updatebron toe te voegen aan het register

De scanagent heeft nu het beleid en de bronlocatie van de update met de juiste inhoudsversie. Het volgende wordt vastgelegd in ScanAgent.log:

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

Scanagent meldt WUAHandler om de updatebron toe te voegen. WUAHandler voegt de updatebron toe aan het register en initieert een groepsbeleidsvernieuwing (als de client zich in het domein bevindt) om te zien of Groepsbeleid de updateserver overschrijft die we zojuist hebben toegevoegd. Hieronder ziet u WUAHandler.log op een nieuwe client met een nieuwe updatebron die wordt toegevoegd:

Het brontype wsus-update ({C2D17964-BBDD-4339-B9F3-12D7205B39CC}) toevoegen. WUAHandler
Het is een volledig nieuwe WSUS-updatebron. WUAHandler
Het beleid voor beheerde WUA-servers inschakelen voor het gebruik van de server: http://PS1SITE.CONTOSO.COM:8530 WUAHandler
Beleid wordt geforceerd vernieuwd. WUAHandler
Wachten op 2 minuten voordat Groepsbeleid op de hoogte wordt gesteld van WUA-beleidswijziging... WUAHandler
Wachtend op 30 sec voordat het beleid van kracht wordt op WU Agent. WUAHandler
Updatebron ({C2D17964-BBDD-4339-B9F3-12D7205B39CC}) van inhoudstype toegevoegd: 2 WUAHandler

Gedurende deze tijd ziet de Windows Update-agent een WSUS-configuratiewijziging. Het volgende wordt vastgelegd in WindowsUpdate.log:

2014-01-20 12:18:11:520 968 9d0 Agent * WSUS-server: http://PS1SITE.CONTOSO.COM:8530 (gewijzigd)
2014-01-20 12:18:11:520 968 9d0 Agent * WSUS-statusserver: http://PS1SITE.CONTOSO.COM:8530 (gewijzigd)
2014-01-20 12:18:11:520 968 9d0 AU Sus-server is gewijzigd via beleid.

De volgende registersleutels worden gecontroleerd en ingesteld:

Registersubsleutel Waardenaam Type Gegevens
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate WUServer REG_SZ De volledige WSUS-server-URL, inclusief de poort. Bijvoorbeeld http://PS1Site.Contoso.com:8530
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate WUStatusServer REG_SZ De volledige WSUS-server-URL, inclusief de poort. Bijvoorbeeld http://PS1Site.Contoso.com:8530
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate\AU USEWUServer REG_DWORD 0x1

Voor een bestaande client zien we het volgende in WUAHandler.log om aan te geven wanneer de inhoudsversie is verhoogd:

Het brontype wsus-update ({C2D17964-BBDD-4339-B9F3-12D7205B39CC}) toevoegen. WUAHandler
De WSUS-updatebron bestaat al en heeft de versie 38 verhoogd. WUAHandler

Stap 9: De scanagent initieert de scan

Nadat de updatebron is toegevoegd, genereert scanagent een statusbericht en wordt de scan gestart. Het volgende wordt vastgelegd in ScanAgent.log:

ScanJob({4CD06388-D509-46E4-8C00-75909EDD9E8}): Verhoogde updatebron ({C2D17964-BBDD-4339-B9F3-12D7205B39CC}) statusbericht geslaagd. StateId = 2 ScanAgent
ScanJob({4CD06388-D509-46E4-8C00-75909EDD9E8}): CScanJob::Execute - aangevraagde scan, ScanType=1 ScanAgent

Software-updatescan op clients

Nadat het updatebronbeleid en de locatie van de updatebron beschikbaar zijn, start scanagent de scan. Software-updatescan wordt daadwerkelijk uitgevoerd door de Windows Update-agent. De Configuration Manager-client communiceert echter met de Windows Update-agent om een scan uit te voeren en de scanresultaten te verkrijgen. Deze interactie wordt verwerkt door het onderdeel Windows Update Agent Handler (WUAHandler), dat communiceert met de Windows Update-agent.

Stap 1: De scanagent vraagt de scan aan en WUAHandler initieert de scan

Scanagent vraagt de scan aan bij WUAHandler, die gebruikmaakt van de Windows Update Agent-API om een software-updatescan aan te vragen bij de Windows Update-agent. Het volgende wordt vastgelegd in ScanAgent.log:

ScanJob({4CD06388-D509-46E4-8C00-75909EDD9E8}): CScanJob::Execute - aangevraagde scan, ScanType=1 ScanAgent

Het volgende wordt vastgelegd in WUAHandler.log:

Scanresultaten bevatten alleen vervangen updates wanneer ze worden vervangen door servicepacks en definitie-updates. WUAHandler
Zoekcriteria is (DeploymentAction=* AND Type='Software') OR (DeploymentAction=* AND Type='Driver') WUAHandler
Het uitvoeren van een scan met één aanroep van updates. WUAHandler
Asynchroon zoeken naar updates met WUAgent is gestart. WUAHandler

Stap 2: Windows Update Agent (WUA) start de scan op de WSUS-computer

Windows Update Agent start een scan na ontvangst van een aanvraag van de Configuration Manager-client (CcmExec). Omdat de windows Update Server-waarde al is ingesteld op de SUP-server, wordt deze scan uitgevoerd op de WSUS-server waarop de SUP-functie is geïnstalleerd. Het volgende wordt vastgelegd in WindowsUpdate.log:

2014-01-20 12:18:42:694 3856 708 COMAPI -- START -- COMAPI: Zoeken [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}, Server-URL = http://PS1SITE.CONTOSO.COM:8530/ClientWebService/client.asmx
2014-01-20 12:18:48:662 968 f58 Agent ** START ** Agent: Updates zoeken [CallerId = CcmExec]
2014-01-20 12:18:48:662 968 f58 Agent * Inclusief mogelijk vervangen updates
2014-01-20 12:18:48:662 968 f58 Agent * Online = Ja; Downloadprioriteit negeren = Ja
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} Beheerd
2014-01-20 12:18:48:662 968 f58 Agent * Zoekbereik = {Machine}

Windows Update Agent scant nu op de WSUS-server en rapporteert de resultaten aan CcmExec (met name WUAHandler). Het volgende wordt vastgelegd in WindowsUpdate.log:

2014-01-20 12:18:49:175 968 f58 PT + ServiceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, Server-URL = http://PS1SITE.CONTOSO.COM:8530/ClientWebService/client.asmx
2014-01-20 12:18:52:680 968 f58 Agent * Update {4AE85C00-0EAA-4BE0-B81B-DBD7053D5FAE}.104 tosearch result
2014-01-20 12:18:52:683 968 f58 Agent * Update {57260DFE-227C-45E3-9FFC-2FC77A67F95A}.104 aan zoekresultaat toegevoegd
2014-01-20 12:18:52:694 968 f58 Agent * Gevonden 163 updates en 70 categorieën in de zoekopdracht; geëvalueerde appl. regels van 622 van de 1150 geïmplementeerde entiteiten
2014-01-20 12:18:52:745 968 f58 Agent ** END ** Agent: Updates zoeken [CallerId = CcmExec]
2014-01-20 12:18:52:755 3856 708 COMAPI >>-- CVD -- COMAPI: Zoeken [ClientId = CcmExec]
2014-01-20 12:18:53:137 3856 708 COMAPI - Updates gevonden = 163
2014-01-20 12:18:53:137 3856 708 COMAPI -- END -- COMAPI: Zoeken [ClientId = CcmExec]

Stap 3: WUAHandler ontvangt de resultaten van de Windows Update-agent en markeert de scan als voltooid

Het volgende wordt vastgelegd in WUAHandler.log:

Asynchroon zoeken voltooid. WUAHandler
Het zoeken naar alles in één gesprek is voltooid. WUAHandler

Stap 4: WUAHandler parseert de scanresultaten

WUAHandler parseert vervolgens de resultaten, waaronder de toepasbaarheidsstatus voor elke update. Als onderdeel van dit proces worden vervangen updates verwijderd. Het volgende wordt vastgelegd in WUAHandler.log:

Verwijderen: update-id (70f4f236-0248-4e84-b472-292913576fa1) wordt vervangen door (726b7201-862a-4fde-9b12-f36b38323a6f). WUAHandler
...
Update (geïnstalleerd): Beveiligingsupdate voor Windows 7 voor x64-systemen (KB2584146) (4ae85c00-0eaa-4be0-b81b-dbd7053d5fae, 104) WUAHandler
Update (ontbreekt): Beveiligingsupdate voor Windows 7 voor x64-systemen (KB2862152) (505fda07-b4f3-45fb-83d9-8642554e2773, 200) WUAHandler
...
De scan is voltooid. WUAHandler

Stap 5: Bijwerken slaat de status op en genereert een statusbericht voor elke update in WMI

Zodra de scanresultaten beschikbaar zijn, worden deze resultaten opgeslagen in het updatearchief. Update store registreert de huidige status van elke update en maakt een statusbericht voor elke update. Deze statusberichten worden bulksgewijs doorgestuurd naar de siteserver aan het einde van de rapportagecyclus voor statusberichten (standaard 15 minuten).

UpdatesStore.log met de status voor ontbrekende update (KB2862152) die wordt vastgelegd en een statusbericht wordt gegenereerd:

Updatestatus van update verwerken (505fda07-b4f3-45fb-83d9-8642554e2773) met ProductID = 0fa1201d-4330-4fa8-8ae9- b877473b6441 UpdatesStore
Updatestatus van update (505fda07-b4f3-45fb-83d9-8642554e2773) is nog niet eerder gerapporteerd, waardoor er een nieuw exemplaar wordt gemaakt. UpdatesStore
Statusbericht gegenereerd voor update (505fda07-b4f3-45fb-83d9-8642554e2773) met de status (ontbreekt). UpdatesStore
WMI-exemplaar van updatestatus toegevoegd (505fda07-b4f3-45fb-83d9-8642554e2773). UpdatesStore

StateMessage.log met statusbericht dat wordt vastgelegd met status-id 2 (ontbreekt):

Bericht toevoegen met TopicType 500 en TopicId 505fda07-b4f3-45fb-83d9-8642554e2773 aan WMI StateMessage
Statusbericht (status-id: 2) met TopicType 500 en TopicId 505fda07-b4f3-45fb-83d9-8642554e2773 is vastgelegd voor SYSTEM StateMessage

Voor elke update wordt een exemplaar van de CCM_UpdateStatus klasse gemaakt of bijgewerkt en wordt de huidige status van de update opgeslagen. De CCM_UpdateStatus klasse bevindt zich in de ROOT\CCM\SoftwareUpdates\UpdatesStore naamruimte.

Schermopname van een exemplaar van de klasse CCM_UpdateStatus.

Op dezelfde manier wordt een exemplaar van de CCM_StateMsg klasse gemaakt of bijgewerkt en wordt de huidige status van de update opgeslagen. De CCM_StateMsg klasse bevindt zich in de ROOT\CCM\StateMsg naamruimte.

Schermopname van een exemplaar van de CCM_StateMsg-klasse.

Stap 6: Statusberichten worden verzonden naar het beheerpunt

Zoals eerder vermeld, worden statusberichten naar het beheerpunt verzonden op basis van het cyclusschema voor statusberichtenrapportage, dat standaard is geconfigureerd op 15 minuten. Zodra een statusbericht naar het beheerpunt wordt verzonden, wordt de MessageSent eigenschap voor het exemplaar van het statusbericht in de CCM_StateMsg klasse ingesteld op Waar.

In StateMessage.log:

StateMessage-hoofdtekst: <hoofdtekst van XML-rapport afgekapt> StateMessage
Statusberichten zijn doorgestuurd naar de MP StateMessage

Hieronder ziet u hoe de hoofdtekst van het statusbericht eruitziet voor onze update. Normaal gesproken is deze XML-hoofdtekst te groot voor het logboek en wordt afgekapt in CMTrace. U kunt echter de hele XML-hoofdtekst zien in Kladblok.

StateMessage-hoofdtekst: <?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"><Onderwerp-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
Statusberichten zijn doorgestuurd naar de MP StateMessage

Verwerkingsstroom voor statusberichten

We weten nu hoe een statusbericht wordt vastgelegd en de WMI-locatie waar deze statusberichten worden opgeslagen. We weten ook dat niet-verzonden statusberichten op een client standaard elke 15 minuten naar het beheerpunt worden verzonden, volgens de rapportagecyclus van statusberichten. Dit schema kan worden gewijzigd in de statusberichten van de aangepaste of standaardclientinstellingen.

Hoewel StateMessage.log rapporteert dat statusberichten zijn doorgestuurd naar de MP, wordt deze berichten niet daadwerkelijk verzonden door het onderdeel Statusbericht. Alle berichten die vanaf het beheerpunt worden verzonden en ontvangen, worden verwerkt door het CCM Messaging-onderdeel op de client. CCM Messaging is het werkelijke onderdeel dat communiceert met het beheerpunt voor het verzenden en ontvangen van gegevens. Het beheerpunt heeft verschillende wachtrijen gedefinieerd om verschillende soorten binnenkomend verkeer te verwerken. Voor statusberichten is de wachtrij die dit verkeer verwerkt de MP_RelayEndpoint wachtrij.

Stap 1: Het onderdeel Statusbericht begint met het verzenden van berichten naar het beheerpunt

In StateMessage.log:

StateMessage-hoofdtekst: <?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"><Onderwerp-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
Statusberichten zijn doorgestuurd naar de MP StateMessage

Stap 2: CCM Messaging verzendt een bericht met de XML-hoofdtekst van het statusbericht naar het beheerpunt

CCM Messaging verzendt een bericht naar de MP_RelayEndpoint wachtrij. Dit bericht heeft geen antwoord, in tegenstelling tot het bericht dat we eerder hebben opgemerkt in de sectie WSUS-locatieaanvraag , waar het bericht met de locatieaanvraag een antwoord heeft ontvangen.

In CcmMessaging.log:

Asynchroon bericht {95F79010-D0EB-49A6-8A1E-3897883105F2} verzenden naar uitgaande wachtrij 'mp:mp_relayendpoint' CcmMessaging
Uitgaand bericht {95F79010-D0EB-49A6-8A1E-3897883105F2}' verzenden. Vlaggen 0x200, afzenderaccount leeg CcmMessaging
POST: Host=PS1SYS. CONTOSO.COM, Path=/ccm_system/request, Port=443, Protocol=https, Flags=512, Options=480 CcmMessaging
Bericht {95F79010-D0EB-49A6-8A1E-3897883105F2} heeft geen antwoord op CcmMessaging
OutgoingMessage(Queue='mp_mp_relayendpoint', ID={95F79010-D0EB-49A6-8A1E-3897883105F2}): wordt geleverd om 'PS1SYS.CONTOSO.COM' te hosten. CcmMessaging

Stap 3: Het bericht wordt ontvangen op het beheerpunt en MP_Relay het bericht vervolgens verwerkt en een SMX-bestand maakt

Omdat alle berichten worden verzonden via HTTP/HTTPS en worden ontvangen door IIS. In dit voorbeeld wordt deze aanvraag ingediend bij de CCM_System virtuele map.

In IIS-logboek:

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

Zodra het bericht is ontvangen op het beheerpunt, verwerkt het MP_Relay onderdeel dit bericht, converteert het bericht naar een SMX-bestand en verplaatst het SMX-bestand naar de juiste locatie, afhankelijk van of het beheerpunt al dan niet op de siteserver staat.

  • Op een extern beheerpunt: \SMS\mp\outboxes\StateMsg.box
  • Op een beheerpunt op de siteserver: \inboxes\auth\StateSys.box\incoming

In MP_Relay.log op een beheerpunt dat zich op de siteserver bevindt:

Mp Message Handler: de verwerking van berichten voor Relay starten----------------------- MP_RelayEndpoint
Mp Message Handler: FileType=SMX MP_RelayEndpoint
Hoofdtekst van bericht: <afgebroken> XML-hoofdtekst MP_RelayEndpoint
Relay: Outbox dir: E:\ConfigMgr\inboxes\auth\statesys.box\incoming MP_RelayEndpoint
Prioriteit in het bericht = 5 MP_RelayEndpoint
Map met statusprioriteit = E:\ConfigMgr\Postvak IN\auth\statesys.box\binnenkomende MP_RelayEndpoint
Inv-Relay: taak is voltooid MP_RelayEndpoint

In MP_Relay.log op een extern beheerpunt:

Mp-berichthandler: beginnen met het verwerken van berichten voor Relay------------------------------ MP_RelayEndpoint
Mp Message Handler: FileType=SMX MP_RelayEndpoint
Berichttekst:
<?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"><Onderwerp-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-taak: berichttekst verwerken MP_RelayEndpoint
Relay: Outbox dir: C:\SMS\mp\outboxes\StateMsg.box MP_RelayEndpoint
Prioriteit in het bericht = 5 MP_RelayEndpoint
Map met statusprioriteit = C:\SMS\mp\outboxes\StateMsg.box MP_RelayEndpoint
Inv-Relay: taak is voltooid MP_RelayEndpoint

De XML-hoofdtekst ziet er identiek uit wat is vastgelegd in StateMessage.log op de client.

Stap 4: MP File Dispatch Manager stuurt het SMX-bestand naar de siteserver (alleen wanneer het beheerpunt niet op de siteserver is opgeslagen)

Wanneer het beheerpunt op afstand is van de siteserver, is MPFDM (MPFDM) verantwoordelijk voor het verplaatsen van deze bestanden naar het Postvak IN stateMsg.box op de siteserver nadat het bestand is binnengekomen in postvak UIT\StateMsg.box. Wanneer het beheerpunt zich op de siteserver bevindt, worden deze bestanden rechtstreeks naar de juiste map Postvak IN verplaatst, zodat MPFDM niet betrokken is.

In MPFDM.log op een extern beheerpunt:

Bestand C:\SMS\MP\OUTBOXES\statemsg.box\TAZGYTSJ verplaatst. SMX naar \\PS1SITE.CONTOSO.COM\SMS_PS1\inboxes\auth\statesys.box\incoming\TAZGYTSJ. SMX-SMS_MP_FILE_DISPATCH_MANAGER

Voor MPFDM om de bestanden naar het juiste Postvak IN te verplaatsen, moet het externe beheerpunt toegang hebben tot het register van de siteserver om de bronlocaties van het Postvak IN te bepalen. De Remote Registry-service moet daarom worden uitgevoerd en registertoegang mag niet worden geblokkeerd door groepsbeleid. MPFDM bepaalt de Postvak IN-locaties door toegang te krijgen tot de volgende registersleutel op de siteserver:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SMS\Inbox Source

Stap 5: StateSys-onderdeel op de siteserver verwerkt het statusbericht naar de database

Nadat het bestand binnenkomt in \inboxes\auth\StateSys.box op de siteserver, wordt het onderdeel State System Manager (StateSys) geactiveerd en verwerkt het SMX-bestand(en).

In StateSys.log waarvoor uitgebreide logboekregistratie is ingeschakeld:

Meldingen van Postvak IN geactiveerd, pauzeren gedurende 10 seconden...... SMS_STATE_SYSTEM
Er zijn nieuwe statusberichten gevonden die moeten worden verwerkt, beginnen met het verwerken van threads SMS_STATE_SYSTEM
Thread "Thread voor verwerking van statusberichten #0" id:4316 is gestart SMS_STATE_SYSTEM
totaal aantal chucks geladen (1) SMS_STATE_SYSTEM
CMessageProcessor - Verwerkingsbestand: YCE2H3VD. SMX-SMS_STATE_SYSTEM
CMessageProcessor - Verwerkte 1 records met 0 ongeldige records. SMS_STATE_SYSTEM
CMessageProcessor - Verwerkte 1 berichtbestanden in deze batch, met 0 ongeldige bestanden. SMS_STATE_SYSTEM
totaal aantal chucks geladen (0) SMS_STATE_SYSTEM
Thread 'Thread voor verwerking van statusberichten #0' id:4316 is normaal SMS_STATE_SYSTEM

In StateSys.log zonder uitgebreide logboekregistratie ingeschakeld:

Er zijn nieuwe statusberichten gevonden die moeten worden verwerkt, beginnen met het verwerken van threads SMS_STATE_SYSTEM
Thread "Thread verwerken statusbericht #0" id:1988 gestart SMS_STATE_SYSTEM
totaal aantal chucks geladen (1) SMS_STATE_SYSTEM
totaal aantal chucks geladen (0) SMS_STATE_SYSTEM
Thread "Thread voor verwerking van statusberichten #0" id:1988 is normaal SMS_STATE_SYSTEM

In het StateSys.log-bestand wordt de bestandsnaam niet vastgelegd, tenzij uitgebreide logboekregistratie is ingeschakeld voor State System Manager.

Het SMX-bestand dat wordt verplaatst naar de map StateSys.box bevat de hoofdtekst-XML van het bericht. Wanneer StateSys dit bestand verwerkt, roept het de spProcessStateReport opgeslagen procedure aan en geeft deze XML-hoofdtekst door aan de opgeslagen procedure als parameter.

In SQL Server Profiler-tracering:

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"><Onderwerp-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/ReportBody></Report>'

spProcessStateReport is een opgeslagen CLR-procedure en de CLR-definitie heeft de logica om te bepalen welk type statusbericht wordt verwerkt. Afhankelijk van het type statusbericht wordt het statusbericht op de juiste wijze verwerkt en worden de gegevens in de database ingevoegd.

U vindt beschrijvende namen van alle onderwerptypen en id's van statusberichten door een query uit te voeren op de SR_StateNames tabel met de volgende opdracht:

SELECT * FROM SR_StateNames

Samenvatting van software-updates

Voordat nalevingsgegevens voor software-updates kunnen worden weergegeven in de console of rapporten, moeten de nalevingsgegevens voor software-updates worden samengevat. Dit is nodig omdat in de console en rapporten meestal alleen samengevatte gegevens worden weergegeven. Het onderdeel State System op de siteserver voert de samenvatting van de software-update uit, samen met samenvatting voor andere onderdelen, zoals toepassingen, DCM-implementaties en clientstatus. U vindt informatie over alle samenvattingstaken die State System uitvoert door een query uit te voeren op de vSR_SummaryTasks weergave in de Configuration Manager-database. State System voert deze taken uit volgens een geconfigureerd schema en registreert details over elke taak in StateSys.log:

<Taaknaam> gestart SMS_STATE_SYSTEM
TaakNaam<> is voltooid nadat de taak 15 seconden is uitgevoerd, met de status 8. SMS_STATE_SYSTEM

Voor de meeste van deze taken is de status geregistreerd door StateSys.log geen foutcode. In plaats daarvan is het het aantal rijen dat wordt geretourneerd door de juiste SQL Server-opgeslagen procedure waarmee de samenvatting wordt uitgevoerd.

Samenvattingstaken die specifiek zijn voor software-updates zijn:

  • Evaluatie van SUM-toewijzingsnaleving

    Geeft een overzicht van statusberichten voor alle toewijzingen van software-updategroepen (implementaties). Deze taak wordt standaard elk uur uitgevoerd. Het kan handmatig worden gestart voor een specifieke implementatie in Configuration Manager-consolebewakingsimplementaties>>, klik met de rechtermuisknop op de implementatie en klik vervolgens op Samenvatting uitvoeren.

  • Samenvattingsstatus van SOM-groep bijwerken

    Geeft een overzicht van de status van Updategroepen. Deze taak wordt standaard elk uur uitgevoerd. Het kan handmatig worden gestart voor een specifieke updategroep in de SoftwareBibliotheek software-updategroepen>> van de Configuration Manager-console>, klik met de rechtermuisknop op de updategroep en klik vervolgens op Samenvatting uitvoeren.

    U kunt ook het schema van deze taak wijzigen door met de rechtermuisknop op Software-updategroepen te klikken of door Planningssamenvatting te selecteren op het lint.

  • SUM Update Status Summarizer

    Geeft een overzicht van de status van updates voor alle clients. Deze taak wordt standaard elk uur uitgevoerd. Deze kan handmatig worden gestart in software-updates> van de Configuration Manager-console> en klik vervolgens op Samenvatting uitvoeren. U kunt ook de standaardplanning wijzigen door Schemasamenvatting te selecteren.

  • Updatestatus SOM migreren

    Hiermee wordt de updatestatus intern binnen de database gemigreerd. Deze taak wordt standaard elke 24 uur uitgevoerd. Het kan niet handmatig worden gestart vanuit de Configuration Manager-console.

  • VEROUDERDE status SOM verwijderen

    Hiermee verwijdert u verouderde status uit specifieke tabellen voor software-updates in de database. Deze taak wordt standaard elke 24 uur uitgevoerd. Het kan niet handmatig worden gestart vanuit de Configuration Manager-console.

Schakelen tussen software-updatepunten

In System Center 2012 Configuration Manager SP1 en latere versies kan een site meerdere SUPs hebben. Dit biedt fouttolerantie voor situaties waarin een SUP niet meer beschikbaar is. Zie de volgende artikelen voor meer informatie over failover en overschakeling van SUPs: