Inleiding tot software-updates in Configuration Manager

Van toepassing op: Configuration Manager (current branch)

Software-updates in Configuration Manager bieden een reeks hulpmiddelen en bronnen waarmee u de complexe taak van het bijhouden en toepassen van software-updates op clientcomputers in uw onderneming kunt beheren. Een effectief proces voor het beheer van software-updates is noodzakelijk om de operationele efficiëntie te handhaven, beveiligingsproblemen op te lossen en de stabiliteit van de netwerkinfrastructuur te handhaven. Vanwege de veranderende aard van de technologie en de voortdurende verschijning van nieuwe beveiligingsrisico's, vereist effectief beheer van software-updates echter consistente en continue aandacht.

Zie Voorbeeldscenario voor het implementeren van beveiligingssoftware-updates voor een voorbeeldscenario waarin wordt weergegeven hoe u software-updates in uw omgeving kunt implementeren.

Synchronisatie van software-updates

De synchronisatie van software-updates in Configuration Manager maakt verbinding met Microsoft Update om metagegevens van software-updates op te halen. De site op het hoogste niveau (site voor centraal beheer of zelfstandige primaire site) wordt gesynchroniseerd met Microsoft Update volgens een schema of wanneer u handmatig synchronisatie start vanaf de Configuration Manager-console. Wanneer Configuration Manager de synchronisatie van software-updates op de site op het hoogste niveau voltooit, wordt de synchronisatie van software-updates gestart op onderliggende sites, als deze bestaan. Wanneer synchronisatie is voltooid op elke primaire of secundaire site, wordt een beleid voor de hele site gemaakt dat de locatie van de software-updatepunten doorgeeft aan clientcomputers.

Nadat de client het beleid heeft ontvangen, start de client een scan voor compliantie van software-updates en schrijft de informatie naar Windows Management Instrumentation (WMI). De compliantie-informatie wordt vervolgens naar het beheerpunt verzonden, dat vervolgens de informatie naar de siteserver verzendt. Zie de sectie Compliantiebeoordeling van software-updates in dit onderwerp voor meer informatie over compliantiebeoordeling.

U kunt meerdere software-updatepunten op een primaire site installeren. Het eerste software-updatepunt dat u installeert, is geconfigureerd als de synchronisatiebron. Hiermee wordt gesynchroniseerd vanuit Microsoft Update of een WSUS-server die niet in de hiërarchie van uw Configuration Manager staat. De andere software-updatepunten op de site gebruiken het eerste software-updatepunt als synchronisatiebron.

Synchronisatie op de site op het hoogste niveau

Tijdens het synchronisatieproces voor software-updates op de site op het hoogste niveau worden de metagegevens van software-updates opgehaald uit Microsoft Update die voldoen aan de criteria die u opgeeft in de eigenschappen van het onderdeel Onderdeel van software-updatepunt. U configureert de criteria alleen op de site op het hoogste niveau.

In de volgende lijst worden de basisstappen beschreven voor het synchronisatieproces op de site op het hoogste niveau:

1. De synchronisatie van software-updates wordt gestart.

2. WSUS Synchronization Manager verzendt een aanvraag naar WSUS die wordt uitgevoerd op het software-updatepunt om de synchronisatie met Microsoft Update te starten.

3. De metagegevens van de software-updates worden gesynchroniseerd vanuit Microsoft Update en alle wijzigingen worden ingevoegd in of bijgewerkt in de WSUS-database.

4. Wanneer de synchronisatie van WSUS is voltooid, synchroniseert WSUS Synchronization Manager de metagegevens van de software-updates uit de WSUS-database met de Configuration Manager-database, en worden wijzigingen na de laatste synchronisatie ingevoegd of bijgewerkt in de sitedatabase. De metagegevens van de software-updates worden als configuratie-item opgeslagen in de sitedatabase.

5. De configuratie-items voor software-updates worden met behulp van databasereplicatie naar onderliggende sites verzonden.

6. Wanneer de synchronisatie is voltooid, wordt in WSUS Synchronization Manager statusbericht 6702 gemaakt.

7. WSUS Synchronization Manager verzendt een synchronisatieaanvraag naar alle onderliggende sites.

8. WSUS Synchronization Manager verzendt een aanvraag één voor één naar WSUS op andere software-updatepunten op de site. De WSUS-servers op de andere software-updatepunten zijn geconfigureerd als replica's van WSUS die worden uitgevoerd op het standaardsoftware-updatepunt op de site.

Synchronisatie op onderliggende primaire en secundaire sites

Tijdens het synchronisatieproces voor software-updates op de site op het hoogste niveau worden de configuratie-items voor software-updates gerepliceerd naar onderliggende sites met behulp van databasereplicatie. Aan het einde van het proces verzendt de site op het hoogste niveau een synchronisatieaanvraag naar de onderliggende site en start de onderliggende site de WSUS-synchronisatie. De volgende lijst bevat de basisstappen voor het synchronisatieproces op een onderliggende primaire site of secundaire site:

1. WSUS Synchronization Manager ontvangt een synchronisatieaanvraag van de site op het hoogste niveau.

2. De synchronisatie van software-updates wordt gestart.

3. WSUS Synchronization Manager doet een aanvraag aan WSUS die wordt uitgevoerd op het software-updatepunt om de synchronisatie te starten.

4. WSUS, uitgevoerd op het software-updatepunt op de onderliggende site, synchroniseert software-updates, metagegevens van WSUS die worden uitgevoerd op het software-updatepunt op de bovenliggende site.

5. Wanneer de synchronisatie is voltooid, wordt in WSUS Synchronization Manager statusbericht 6702 gemaakt.

6. Vanaf een primaire site verzendt WSUS Synchronization Manager een synchronisatieaanvraag naar secundaire sites van een kind. Via de secundaire site start u de synchronisatie van software-updates met de bovenliggende primaire site. De secundaire site is geconfigureerd als een replica van WSUS die wordt uitgevoerd op de bovenliggende site.

7. WSUS Synchronization Manager verzendt een aanvraag één voor één naar WSUS op andere software-updatepunten op de site. De WSUS-servers op de andere software-updatepunten zijn geconfigureerd als replica's van WSUS die worden uitgevoerd op het standaardsoftware-updatepunt op de site.

Compatibiliteitsbeoordeling van software-updates

Voordat u software-updates implementeert voor clientcomputers in Configuration Manager, start u een scan voor de naleving van software-updates op clientcomputers. Voor elke software-update wordt een statusbericht gemaakt met de compatibiliteitsstatus voor de update. De statusberichten worden bulksgewijs verzonden naar het beheerpunt en vervolgens naar de siteserver, waar de compatibiliteitsstatus wordt ingevoegd in de sitedatabase. De compatibiliteitsstatus voor software-updates wordt weergegeven in de Configuration Manager-console. U kunt software-updates implementeren en installeren op computers waarop deze updates zijn vereist. De volgende secties bevatten informatie over de nalevingsstatussen en beschrijven het proces voor het scannen op naleving van software-updates.

Nalevingsstatussen voor software-updates

Hieronder wordt elke compliantiestatus vermeld en beschreven die wordt weergegeven in de Configuration Manager-console voor software-updates.

• Vereist

  Hiermee wordt aangegeven dat de software-update van toepassing en vereist is op de clientcomputer. Een van de volgende voorwaarden kan van toepassing zijn als de status van de software-update vereist is:

  • De software-update is niet geïmplementeerd op de clientcomputer.

  • De software-update is geïnstalleerd op de clientcomputer. Het meest recente statusbericht is echter nog niet ingevoegd in de database op de siteserver. De clientcomputer scant opnieuw op een update nadat de installatie is voltooid. Er kan een vertraging van maximaal twee minuten zijn voordat de client de bijgewerkte status naar het beheerpunt verzendt, dat de bijgewerkte status vervolgens doorstuurt naar de siteserver.

  • De software-update is geïnstalleerd op de clientcomputer. Voor de installatie van de software-update moet de computer echter opnieuw worden opgestart voordat de update is voltooid.

  • De software-update is geïmplementeerd op de clientcomputer, maar is nog niet geïnstalleerd.

• Niet vereist

  Hiermee wordt aangegeven dat de software-update niet kan worden toegepast op de clientcomputer. Daarom is de software-update niet vereist.

• Geïnstalleerd

  Hiermee wordt aangegeven dat de software-update van toepassing is op de clientcomputer en dat de software-update al op de clientcomputer is geïnstalleerd.

• Unknown

  Hiermee wordt aangegeven dat de siteserver geen statusbericht heeft ontvangen van de clientcomputer, meestal vanwege een van de volgende gevallen:

  • De clientcomputer heeft niet kunnen scannen op compliantie van software-updates.

  • Het scannen op de clientcomputer is voltooid. Het statusbericht is echter nog niet verwerkt op de siteserver, mogelijk vanwege een achterstand in statusberichten.

  • De scan is geslaagd op de clientcomputer, maar het statusbericht is niet ontvangen van de onderliggende site.

  • Het scannen is geslaagd op de clientcomputer, maar het statusberichtbestand is op de een of andere manier beschadigd en kan niet worden verwerkt.

Nalevingsproces voor scannen op software-updates

Wanneer het software-updatepunt wordt geïnstalleerd en gesynchroniseerd, wordt een sitebreed machinebeleid gemaakt dat aan clientcomputers doorgeeft dat software-updates voor Configuration Manager voor de site zijn ingeschakeld. Wanneer een client het computerbeleid ontvangt, wordt een scan van de compliantiebeoordeling gepland om willekeurig binnen de volgende twee uur te starten. Wanneer de scan wordt gestart, wordt de scangeschiedenis gewist door een software-Updates Client Agent-proces, wordt een aanvraag ingediend om de WSUS-server te vinden die moet worden gebruikt voor de scan en wordt het lokale groepsbeleid bijgewerkt met de locatie van de WSUS-server.

Er wordt een scanaanvraag doorgegeven aan de Windows Update Agent (WUA). De WUA maakt vervolgens verbinding met de locatie van de WSUS-server die wordt vermeld in het lokale beleid, haalt de metagegevens van de software-updates op die op de WSUS-server zijn gesynchroniseerd en scant de clientcomputer op de updates. Een Software Updates Client Agent-proces detecteert dat de scan op compliance is voltooid en er worden statusberichten gemaakt voor elke software-update waarvan de compliantiestatus na de laatste scan is gewijzigd. De statusberichten worden elke 15 minuten in bulk naar het beheerpunt verzonden. Het beheerpunt stuurt de statusberichten vervolgens door naar de siteserver, waar de statusberichten worden ingevoegd in de siteserverdatabase.

Na de eerste scan met betrekking tot de naleving van software-updates wordt de scan gestart volgens het geconfigureerde scanschema. Als de client echter heeft gescand op naleving van software-updates binnen het tijdsbestek dat wordt aangegeven door de TTL-waarde (Time to Live), gebruikt de client de metagegevens van software-updates die lokaal zijn opgeslagen. Wanneer de laatste scan buiten de TTL valt, moet de client verbinding maken met WSUS op het software-updatepunt en de metagegevens van de software-updates bijwerken die op de client zijn opgeslagen.

Met inbegrip van het scanschema, kan de scan voor naleving van software-updates op de volgende manieren beginnen:

• Scanschema voor software-updates: de scan voor naleving van software-updates begint bij het geconfigureerde scanschema dat is geconfigureerd in de instellingen van de software- Updates clientagent. Zie Software-updates clientinstellingen voor meer informatie over het configureren van de software- Updates clientinstellingen.

• Configuration Manager Eigenschappen-actie: de gebruiker kan de actie Software Updates Scan Cycle of Software Updates Deployment Evaluation Cycle starten op het tabblad Actie in het dialoogvenster Configuration Manager Eigenschappen op de clientcomputer.

• Planning herevaluatie implementatie: de implementatie-evaluatie en scan voor software-updates compliance begint bij het geconfigureerde schema voor herevaluatie van de implementatie, dat is geconfigureerd in de instellingen van Software Updates Client Agent. Zie Software-updates clientinstellingen voor meer informatie over de instellingen voor software Updates client.

• Voorafgaand aan het downloaden van updatebestanden: wanneer een clientcomputer een toewijzingsbeleid ontvangt voor een nieuwe vereiste implementatie, downloadt de software-Updates-clientagent de software-updatebestanden naar de lokale clientcache. Voordat de software-updatebestanden worden gedownload, start de clientagent een scan om te controleren of de software-update nog steeds vereist is.

• Voorafgaand aan de installatie van de software-update: Vlak voordat de software-update wordt geïnstalleerd, start de Software Updates Client Agent een scan om te controleren of de software-updates nog steeds vereist zijn.

• Na de installatie van een software-update: net nadat de installatie van een software-update is voltooid, start de Software Updates Client Agent een scan om te verifiëren dat de software-updates niet langer nodig zijn en wordt een nieuw statusbericht gemaakt waarin staat dat de software-update is geïnstalleerd. Als de installatie is voltooid, maar opnieuw opstarten noodzakelijk is, geeft het statusbericht aan dat de clientcomputer in afwachting is van een herstart.

• Na het opnieuw opstarten van het systeem: wanneer een clientcomputer wacht op een systeemherstart om de installatie van de software-update te voltooien, start de Software-Updates Client Agent een scan na het opnieuw opstarten om te verifiëren dat de software-update niet langer vereist is en wordt een statusbericht gemaakt waarin wordt aangegeven dat de software-update is geïnstalleerd.

Time to live value

De metagegevens van software-updates die vereist zijn voor het scannen met betrekking tot software-updates, worden opgeslagen op de lokale clientcomputer en zijn standaard maximaal 24 uur relevant. Deze waarde wordt TTL (Time to Live) genoemd.

Nalevingstypen voor het zoeken naar software-updates

De client scant op naleving van software-updates met behulp van een online of offline scan en een geforceerde of niet-geforceerde scan, afhankelijk van de manier waarop de scan naar naleving van software-updates wordt gestart. Of de client daadwerkelijk verbinding maakt met WSUS is het resultaat van twee onafhankelijke beslissingen:

• Met afgedwongen of niet-afgedwongen wordt bepaald of de client de in de cache opgeslagen scanresultaten hergebruikt. Bij een niet-afgedwongen scan worden de resultaten van de laatste scan hergebruikt wanneer deze nog steeds actueel en binnen de TTL vallen. Er wordt alleen een nieuwe scan uitgevoerd wanneer de cache verouderd is. Bij een geforceerde scan wordt altijd een nieuwe scan uitgevoerd en wordt de cache genegeerd.

• Online of offline bepaalt waar de metagegevens van een scan die wel wordt uitgevoerd, vandaan komen. Een online scan maakt verbinding met WSUS op het software-updatepunt om de metagegevens te vernieuwen voordat de client wordt geëvalueerd. Bij een offline scan wordt de client geëvalueerd met behulp van metagegevens die al lokaal zijn opgeslagen, zonder verbinding te maken met WSUS.

In het volgende diagram ziet u hoe de twee beslissingen worden gecombineerd:

De volgende tabel bevat een overzicht van de combinaties:

Hieronder wordt beschreven welke methoden voor het starten van de scan online of offline zijn en of de scan wordt geforceerd of niet.

• Scanplanning voor software-updates (niet-gedwongen onlinescan)

  Bij het geconfigureerde scanschema maakt de client verbinding met WSUS op het software-updatepunt om de metagegevens van de software-updates alleen op te halen wanneer de laatste scan buiten de TTL viel.

• Software Updates Scan Cycle of Software Updates Deployment Evaluation Cycle (gedwongen online scan)

  De clientcomputer maakt altijd verbinding met WSUS die wordt uitgevoerd op het software-updatepunt om de metagegevens van de software-updates op te halen voordat de clientcomputer scant op compliantie van software-updates. Nadat de scan is voltooid, wordt de TTL-teller opnieuw ingesteld. Als de TTL bijvoorbeeld 24 uur is nadat een gebruiker een scan naar software-updates heeft gestart, wordt de TTL opnieuw ingesteld op 24 uur.

• Planning voor herevaluatie van implementatie (niet-afgedwongen onlinescan)

  Bij het geconfigureerde schema voor herevaluatie van de implementatie maakt de client verbinding met WSUS op het software-updatepunt om de metagegevens van de software-updates alleen op te halen wanneer de laatste scan buiten de TTL viel.

• Vóór het downloaden van updatebestanden (niet-afgedwongen online scannen)

  Voordat de client updatebestanden in vereiste implementaties kan downloaden, maakt de client verbinding met WSUS op het software-updatepunt om de metagegevens van de software-updates alleen op te halen wanneer de laatste scan buiten de TTL viel.

• Vóór de installatie van de software-update (niet-afgedwongende online scan)

  Voordat de client software-updates installeert in de vereiste implementaties, maakt de client verbinding met WSUS op het software-updatepunt om de metagegevens van de software-updates alleen op te halen wanneer de laatste scan buiten de TTL viel.

• Na installatie van software-update (gedwongen offline scannen)

  Nadat een software-update is geïnstalleerd, start de Software Updates Client Agent een scan met behulp van de lokale metagegevens. De client maakt nooit verbinding met WSUS die wordt uitgevoerd op het software-updatepunt om metagegevens van software-updates op te halen.

• Na opnieuw opstarten van het systeem (geforceerde offlinescan)

  Nadat een software-update is geïnstalleerd en de computer opnieuw is opgestart, start de Software Updates Client Agent een scan met behulp van de lokale metagegevens. De client maakt nooit verbinding met WSUS die wordt uitgevoerd op het software-updatepunt om metagegevens van software-updates op te halen.

Een scan evalueert de hele catalogus, niet één enkele implementatie

Tijdens een scan wordt de client geëvalueerd op basis van alle metagegevens van updates die zijn gesynchroniseerd op het software-updatepunt, niet op basis van één implementatie. Eén scan produceert in één keer naleving voor updates in nieuwe implementaties, updates in bestaande implementaties en updates die helemaal niet zijn geïmplementeerd.

Hierdoor verandert het aantal implementaties het aantal scans niet. Of een klant nu wordt getarget door 1 of 10, één scan op het software-updatepunt evalueert de client voor al deze implementaties tegelijk.

Een scan werkt de naleving bij, maar voor de installatie is nog steeds een implementatiebeleid vereist

Het uitvoeren van een software- Updates scancyclus vernieuwt de compliantie voor alle updates waarvan het software-updatepunt op de hoogte is. De client kan echter alleen een nieuw toegevoegde update installeren nadat ook het implementatiebeleid (machinebeleid) voor deze update is ontvangen. Het vernieuwen van compliance en het uitvoeren van acties op een implementatie zijn afzonderlijke stappen:

• Als u de compliance voor alle updates wilt vernieuwen, gebruikt u de software- Updates scancyclus.

• Als u de client actie wilt laten ondernemen voor een nieuwe of gewijzigde implementatie, gebruikt u de cyclus voor het ophalen & van machinebeleid, gevolgd door de evaluatiecyclus voor Updates implementatie.

Implementatiepakketten voor software-updates

Een implementatiepakket voor een software-update is het middel om software-updates te downloaden naar een gedeelde netwerkmap en om de bronbestanden van de software-update te kopiëren naar de inhoudsbibliotheek op siteservers en op distributiepunten die zijn gedefinieerd in de implementatie. Met de wizard Downloaden Updates kunt u software-updates downloaden en deze toevoegen aan implementatiepakketten voordat u deze implementeert. Met deze wizard kunt u software-updates op distributiepunten inrichten en controleren of dit onderdeel van het implementatieproces is geslaagd voordat u de software-updates bij clients implementeert.

Wanneer u gedownloade software-updates implementeert met behulp van de wizard Software implementeren Updates, wordt voor de implementatie automatisch het implementatiepakket gebruikt dat de software-updates bevat. Wanneer software-updates worden geïmplementeerd die niet zijn gedownload, moet u een nieuw of bestaand implementatiepakket opgeven in de wizard Software-Updates implementeren. De software-updates worden gedownload wanneer de wizard is voltooid.

Wanneer een nieuw implementatiepakket wordt gemaakt, wordt de inhoudsversie ingesteld op 1 voordat er software-updates worden gedownload. Wanneer de software-updatebestanden worden gedownload met behulp van het pakket, wordt de inhoudsversie verhoogd naar 2. Daarom beginnen alle nieuwe implementatiepakketten met een inhoudsversie van 2. Telkens wanneer de inhoud in een distributiepakket wordt gewijzigd, wordt de inhoudsversie verhoogd met 1. Zie Fundamentele concepten voor inhoudsbeheer voor meer informatie.

Clients installeren software-updates in een implementatie via een distributiepunt waarop de software-updates beschikbaar zijn, ongeacht het implementatiepakket. Zelfs als een implementatiepakket voor een actieve implementatie wordt verwijderd, kunnen clients de software-updates in de implementatie nog steeds installeren zolang elke update is gedownload naar ten minste één ander implementatiepakket en beschikbaar is op een distributiepunt dat toegankelijk is vanaf de client. Wanneer het laatste implementatiepakket met een software-update wordt verwijderd, kunnen clientcomputers de software-update pas ophalen nadat de update opnieuw is gedownload naar een implementatiepakket. Software-updates worden weergegeven met een rode pijl in de Configuration Manager-console wanneer de updatebestanden niet in een implementatiepakket zijn opgenomen. Implementaties worden weergegeven met een dubbele rode pijl als ze updates met deze voorwaarde bevatten.

Workflows voor de implementatie van software-updates

Er zijn twee hoofdscenario's voor het implementeren van software-updates in uw omgeving: handmatige implementatie en automatische implementatie. Gewoonlijk implementeert u software-updates handmatig om een basislijn voor clientcomputers te maken, waarna u software-updates voor clients beheert via automatische implementatie. De volgende secties bevatten een overzicht van de werkstroom voor handmatige en automatische implementatie van software-updates.

Handmatige implementatie van software-updates

Handmatige implementatie van software-updates is het proces van het selecteren van software-updates in de Configuration Manager-console en het handmatig starten van het implementatieproces. U gebruikt deze implementatiemethode meestal om clientcomputers up-to-date te houden met de vereiste software-updates voordat u automatische implementatieregels maakt voor het beheren van doorlopende maandelijkse implementaties van software-updates en om out-of-band software-updatevereisten te implementeren. De volgende lijst bevat de algemene werkstroom voor handmatige implementatie van software-updates:

1. U kunt filteren op software-updates waarvoor specifieke vereisten gelden. U kunt bijvoorbeeld criteria opgeven waarmee alle beveiligingsupdates of essentiële software-updates worden opgehaald die op meer dan 50 clientcomputers zijn vereist.

2. Maak een groep voor software-updates die de software-updates bevat.

3. Download de inhoud voor de software-updates in de groep software-updates.

4. De software-updategroep handmatig implementeren.

Automatische implementatie van software-updates

De implementatie van automatische software-updates wordt geconfigureerd met behulp van een automatische implementatieregel (ADR). U gebruikt deze implementatiemethode doorgaans voor uw maandelijkse software-updates (algemeen bekend als Patch Tuesday) en voor het beheren van definitie-updates. Wanneer de regel wordt uitgevoerd, worden software-updates verwijderd uit de software-updategroep (als een bestaande groep wordt gebruikt), worden de software-updates die voldoen aan bepaalde criteria (bijvoorbeeld alle beveiligingssoftware-updates uitgebracht in de afgelopen week) toegevoegd aan een software-updategroep, worden de inhoudsbestanden voor de software-updates gedownload en gekopieerd naar distributiepunten. en de software-updates worden geïmplementeerd op clientcomputers in de doelverzameling. De volgende lijst bevat de algemene werkstroom voor automatische implementatie van software-updates:

1. Maak een ADR waarin de volgende implementatie-instellingen worden opgegeven:

   • Doelverzameling

   • Bepalen of de implementatie moet worden ingeschakeld of dat er moet worden gerapporteerd over de naleving van software-updates voor de clientcomputers in de doelverzameling

   • Criteria voor software-updates

   • Evaluatie- en implementatieschema's

   • Gebruikerservaring

   • Eigenschappen downloaden

2. De software-updates worden toegevoegd aan een software-updategroep.

3. De software-updategroep wordt geïmplementeerd op de clientcomputers in de doelverzameling, indien deze is opgegeven.

   U moet bepalen welke implementatiestrategie u in uw omgeving wilt gebruiken. U kunt bijvoorbeeld de ADR maken en u richten op een verzameling testclients. Nadat u hebt gecontroleerd of de software-updates zijn geïnstalleerd in de testgroep, kunt u een nieuwe implementatie toevoegen aan de regel of de verzameling in de bestaande implementatie wijzigen in een doelverzameling met een grotere set clients. De software-updateobjecten die door de ADR's worden gemaakt, zijn interactief.

• Software-updates die via ADR zijn geïmplementeerd, worden automatisch geïmplementeerd op nieuwe clients die aan de doelverzameling worden toegevoegd.

• Nieuwe software-updates die worden toegevoegd aan een software-updategroep, worden automatisch geïmplementeerd voor de clients in de doelverzameling.

• U kunt implementaties voor de ADR op elk gewenst moment in- of uitschakelen.

  Nadat u een ADR hebt gemaakt, kunt u extra implementaties aan de regel toevoegen. Dit kan u helpen om te gaan met de complexiteit van het implementeren van verschillende updates voor verschillende verzamelingen. Elke nieuwe implementatie heeft het volledige scala aan functionaliteit en implementatiebewaking, en elke nieuwe implementatie die u toevoegt:

• Gebruikt dezelfde updategroep en hetzelfde pakket dat wordt gemaakt wanneer de ADR voor het eerst wordt uitgevoerd

• Kan een andere verzameling opgeven

• Ondersteunt unieke implementatie-eigenschappen, waaronder:

  • Activeringstijd

  • Deadline

  • Eindgebruikerservaring weergeven of verbergen

  • Afzonderlijke waarschuwingen voor deze implementatie

Implementatieproces voor software-updates

Nadat u software-updates hebt geïmplementeerd of wanneer een automatische implementatieregel wordt uitgevoerd en software-updates implementeert, wordt een beleid voor toewijzing van implementatie toegevoegd aan het computerbeleid voor de site. De software-updates worden gedownload van de downloadlocatie, internet of een gedeelde netwerkmap, naar de pakketbron. De software-updates worden gekopieerd van de pakketbron naar de inhoudsbibliotheek op de siteserver en vervolgens gekopieerd naar de inhoudsbibliotheek op het distributiepunt.

Wanneer een clientcomputer in de doelverzameling voor de implementatie het computerbeleid ontvangt, wordt er door de Software Update Client-agent een evaluatiescan gestart. De clientagent downloadt de inhoud voor vereiste software-updates van een distributiepunt naar de lokale clientcache met de instelling voor de beschikbare tijd van de software voor de implementatie, waarna de software-updates beschikbaar zijn om te worden geïnstalleerd. De software-updates in optionele implementaties (implementaties zonder een installatiedeadline) worden pas gedownload als een gebruiker de installatie handmatig start.

Wanneer de geconfigureerde deadline is verstreken, voert de software-Updates-clientagent een scan uit om te controleren of de software-updates nog steeds vereist zijn. Vervolgens wordt de lokale cache op de clientcomputer gecontroleerd om na te gaan of de bronbestanden van de software-update nog beschikbaar zijn. Tot slot installeert de client de software-updates. Als de inhoud uit de clientcache is verwijderd om ruimte te maken voor een andere implementatie, downloadt de client de software-updates opnieuw van het distributiepunt naar de clientcache. Software-updates worden altijd gedownload naar de clientcache, ongeacht de geconfigureerde maximale grootte van de clientcache. Wanneer de installatie is voltooid, controleert de clientagent of de software-updates niet meer nodig zijn en verzendt vervolgens een statusbericht naar het beheerpunt om aan te geven dat de software-updates nu op de client zijn geïnstalleerd.

Vereist opnieuw opstarten van het systeem

Wanneer software-updates van een vereiste implementatie op een clientcomputer worden geïnstalleerd en het systeem opnieuw moet worden opgestart om de installatie te voltooien, wordt standaard het systeem opnieuw opgestart. Voor software-updates die vóór de deadline zijn geïnstalleerd, wordt het automatisch opnieuw opstarten van het systeem uitgesteld tot de deadline, tenzij de computer om een andere reden eerder opnieuw wordt opgestart. Het opnieuw opstarten van het systeem kan worden onderdrukt voor servers en werkstations. Deze instellingen worden geconfigureerd op de pagina Gebruikerservaring van de wizard Software-Updates implementeren of Automatische Updates maken.

Cyclus voor herevaluatie van implementatie

Standaard wordt voor clientcomputers elke zeven dagen een evaluatiecyclus voor de implementatie gestart. Tijdens deze evaluatiecyclus scant de clientcomputer op software-updates die eerder zijn geïmplementeerd en geïnstalleerd. Als er geen software-updates ontbreken, worden de software-updates opnieuw geïnstalleerd vanuit de lokale cache. Als een software-update niet meer beschikbaar is in de lokale cache, wordt deze gedownload van een distributiepunt en vervolgens geïnstalleerd. U kunt het schema voor het opnieuw evalueren configureren op de pagina Software Updates in clientinstellingen voor de site.

Ondersteuning voor Windows Embedded-apparaten die schrijffilters gebruiken

Wanneer u software-updates implementeert op Windows Embedded-apparaten waarvoor schrijffilter is ingeschakeld, kunt u opgeven of het schrijffilter tijdens de implementatie op het apparaat moet worden uitgeschakeld en het apparaat na de implementatie opnieuw moet worden opgestart. Als het schrijffilter niet is uitgeschakeld, wordt de software geïmplementeerd als een tijdelijke overlay en wordt de software niet meer geïnstalleerd wanneer het apparaat opnieuw wordt opgestart, tenzij een andere implementatie afdwingt dat wijzigingen behouden blijven.

De gebruikerservaringsinstelling die het gedrag van het schrijffilter bepaalt, is een selectievakje met de naam Wijzigingen doorvoeren op deadline of tijdens onderhoudsperioden (moet opnieuw worden gestart).

Voor meer informatie over hoe Configuration Manager ingesloten apparaten beheert die schrijffilters gebruiken, zie Clientimplementatie plannen op Windows Embedded-apparaten.

Software-updates uitbreiden in Configuration Manager

Gebruik System Center Updates Publisher om software-updates te beheren die niet beschikbaar zijn via Microsoft Update. Nadat u de software-updates hebt gepubliceerd naar de updateserver en de software-updates hebt gesynchroniseerd in Configuration Manager, kunt u de software-updates implementeren op Configuration Manager-clients. Zie Updates Publisher 2011 voor meer informatie over Updates Publisher.

Volgende stappen

Plan voor software-updates