Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Van toepassing op: Configuration Manager (current branch)
Configuratiebasislijnen in Configuration Manager moeten worden geïmplementeerd voor een of meer verzamelingen gebruikers of apparaten voordat clientapparaten in deze verzamelingen kunnen beoordelen of ze voldoen aan de configuratiebasislijn.
Gebruik het dialoogvenster Basislijnen voor implementatieconfiguratie om implementaties volgens configuratiebasislijnen te definiëren. U kunt naast het opgeven van het evaluatieschema ook basislijnen voor configuratiebasislijnen toevoegen aan of verwijderen uit implementaties.
Een basislijn voor de configuratie implementeren
Klik in de console van de Configuration Manager op Activa en nalevingsinstellingen>>Configuratiebasislijnen.
Selecteer in de lijst Basislijnen voor configuratie de configuratiebasislijn die u wilt implementeren en klik vervolgens op het tabblad Start in de groep Implementatie op Implementeren.
Selecteer in het dialoogvenster Basislijnen voor configuratie implementeren de configuratiebasislijnen die u wilt implementeren in de lijst Beschikbare configuratiebasislijnen . Klik op Toevoegen om deze toe te voegen aan de lijst Geselecteerde configuratiebasislijnen .
Belangrijk
Als u een configuratie-item wijzigt dat is toegevoegd aan een geïmplementeerde configuratiebasislijn, wordt het gereviseerde configuratie-item pas op compatibiliteitstijdstip geëvalueerd op het volgende geplande evaluatietijdstip.
Geef de volgende aanvullende informatie op:
Niet-compatibele regels herstellen indien ondersteund: hiermee worden automatisch alle regels hersteld die niet compatibel zijn voor Windows Management Instrumentation (WMI), het register, scripts en alle instellingen voor mobiele apparaten die zijn geregistreerd bij Configuration Manager.
Herstel buiten het onderhoudsvenster toestaan : als er een onderhoudsvenster is geconfigureerd voor de verzameling waarvoor u de configuratiebasislijn implementeert, schakelt u deze optie in om de waarde buiten het onderhoudsvenster te laten herstellen door compliance-instellingen. Zie Onderhoudsvensters gebruiken voor meer informatie over onderhoudsvensters.
Een waarschuwing genereren : hiermee configureert u een waarschuwing die wordt gegenereerd als de naleving van de configuratiebasislijn op een opgegeven datum en tijd lager is dan een bepaald percentage. U kunt ook opgeven of u een waarschuwing wilt verzenden naar System Center Operations Manager.
Verzameling : klik op Bladeren om de verzameling te selecteren waarvoor u de basislijn voor de configuratie wilt implementeren.
Geef het compliantie-evaluatieschema op voor deze configuratiebasislijn Hiermee wordt het schema aangegeven aan de hand waarvan de geïmplementeerde configuratiebasislijn op clientcomputers wordt geëvalueerd. Dit kan een eenvoudige of een aangepaste planning zijn.
Opmerking
Wanneer de basislijn daadwerkelijk door de client wordt geëvalueerd
- Computergerichte implementaties. Na de eerste evaluatie op een bepaalde client, wordt de basislijn geëvalueerd binnen een willekeurige periode van 2 uur na elke geplande begintijd. De eerste evaluatie op een Windows-clientapparaat wordt bovendien beperkt door twee startvoorwaarden: het apparaat moet zijn ingeschakeld (boven de drempelwaarde voor bijna lege batterij) en de gebruiker moet inactief zijn. Als op het geplande tijdstip niet aan een van beide voorwaarden wordt voldaan, wordt de eerste evaluatie uitgesteld totdat aan beide voorwaarden is voldaan, of totdat een interne deadline van 24 uur is verstreken, afhankelijk van wat zich het eerst voordoet. Op Windows Server wordt de controle op inactiviteit overgeslagen, zodat de eerste evaluatie ook binnen het tijdsbestek van 2 uur wordt uitgevoerd.
- Gebruikersgerichte implementaties. De basislijn wordt geëvalueerd wanneer de doelgebruiker zich de volgende keer aanmeldt bij een client die het implementatiebeleid heeft ontvangen. Het willekeurige tijdvenster van 2 uur is niet van toepassing op gebruikersgerichte implementaties.
Voor meer informatie en het bevestigen van het gedrag van de client in
Scheduler.log, raadpleegt u Hoe de Configuration Manager-client een geïmplementeerde basislijn evalueert.Klik op OK om het dialoogvenster Basislijnen voor de implementatie van de configuratie te sluiten en de implementatie te maken. Zie Nalevingsinstellingen bewaken voor meer informatie over het bewaken van de implementatie.
Hoe de Configuration Manager-client een geïmplementeerde basislijn evalueert
De evaluatietijd die u configureert in de implementatie ('Eenvoudig schema' of 'Aangepast schema') is een doeltijd en dus geen gegarandeerde uitvoeringstijd. De Configuration Manager-client past startvoorwaarden en een willekeurig tijdvenster van 2 uur toe bovenop uw planning. Als u deze begrijpt, kunt u het schema dat u in de console instelt, afstemmen op wat er werkelijk gebeurt op de client, die u kunt inspecteren in Scheduler.log, en in mindere mate in het clienthulpprogramma van het ondersteuningscentrum van Configuration Manager.
Voorwaarden voor lancering
Elke geplande evaluatie van een basislijn heeft twee lanceringsvoorwaarden:
| Voorwaarde | Hoe de klant dit bepaalt |
|---|---|
| Accu boven de lage drempelwaarde | Op een laptop moet de batterij hoger zijn dan het 'lage batterijniveau' van Windows, of het apparaat moet op netstroom zijn aangesloten. Apparaten zonder batterij (desktops, servers) voldoen hier altijd aan. |
| Gebruiker is inactief | Vastgesteld door een verborgen Windows Task Scheduler-taak die de Configuration Manager-client installeert tijdens de installatie. Zie hoe de client de niet-actieve status bepaalt. |
Als aan beide voorwaarden wordt voldaan wanneer de trigger wordt geactiveerd, wordt de evaluatie uitgevoerd binnen het ingebouwde willekeurige tijdvenster van 2 uur van de geplande starttijd.
Als niet aan een van deze voorwaarden wordt voldaan, wordt de evaluatie in een wachtrij geplaatst die in behandeling is op de client. Het wordt uitgevoerd zodra aan de voorwaarden wordt voldaan (de client wordt gewaarschuwd wanneer de gebruiker inactief wordt of het apparaat is aangesloten), of wanneer een interne deadline van 24 uur (1440 minuten) is bereikt, al naar gelang wat zich het eerst voordoet.
Hoe de client de niet-actieve status bepaalt
De Configuration Manager-client meet de niet-actieve status niet rechtstreeks. In plaats daarvan registreert setup bij de installatie van de client op Windows-clientedities een verborgen Windows Taakplanner-taak:
\Microsoft\Configuration Manager\Configuration Manager Idle Detection
De taak heeft de volgende kenmerken:
-
Trigger:
On idle(TASK_TRIGGER_IDLE) — Windows Taakplanner vuurt de taak af wanneer de eigen niet-actieve heuristiek meldt dat de machine inactief is. - Stop wanneer de machine niet langer inactief is: ingeschakeld. Wanneer Windows meldt dat de computer niet langer inactief is, wordt de taak gestopt.
- Werkt op batterij: ja, de taak beperkt zich bewust niet tot netstroom, omdat Windows Taakplanner zelf bepaalt of inactief werk moet worden uitgevoerd op basis van de huidige energiestatus.
-
Wordt uitgevoerd als:
SYSTEM, verborgen. - Actie: roept een COM-handler aan in de Configuration Manager-clientagent, waardoor de niet-actieve status van de client in de cache wordt omgezet in 'inactief' wanneer de taak wordt uitgevoerd en in 'niet inactief' wanneer de taak stopt.
Omdat de trigger een standaard Windows-trigger voor inactiviteit is en de client de IdleDurationWaitTimeouttrigger niet overschrijft, is de definitie van 'inactief' degene die wordt gebruikt door Windows Taakplanner zelf, dat wil zeggen, lage CPU- en schijfactiviteit gecombineerd met geen gebruikersinvoer voor het interval dat in Windows is geconfigureerd. Zie Toestand voor niet-actieve taak voor een volledige beschrijving van hoe Windows Taakplanner beslist dat een machine inactief is.
Opmerking
- De voorwaarde voor niet-actief starten wordt afgedwongen op Windows-clientapparaten en niet op Windows Server.
- Voor Windows-clientapparaten met continu actieve gebruikers: Als een gebruiker is aangemeld en het apparaat gebruikt gedurende het gehele geplande evaluatievenster (muisaanwijzer, typen, CPU-intensief werk), is het mogelijk dat Windows Taakplanner nooit de trigger voor inactiviteit activeert. De client meldt dus nooit dat de gebruiker niet actief is en de eerste evaluatie wordt uitgesteld totdat de deadline van 24 uur is verstreken.
Waarom de timing bij eerste uitvoering verschilt van de daaropvolgende uitvoeringen
Hoewel de startvoorwaarden bij elke geplande evaluatie worden gecontroleerd, houdt de client ook een geschiedenis per schema bij van de vorige wachttijd in de wachtrij. Als de verstreken tijd sinds de laatste keer dat het schema in behandeling was, al groter is dan de deadline van 24 uur (wat het geval is voor elk terugkerend schema met dagelijkse of langere cadans), verkort de client de in behandeling zijnde timer tot één minuut en laat het schema vuren zonder te wachten tot de lanceringsvoorwaarden uitkomen.
Het netto-effect voor beheerders:
- Eerste evaluatie op een bepaalde klant. Er bestaat geen voorgeschiedenis, dus de volledige deadline van 24 uur is van toepassing. Op een Windows-clientapparaat waarop een gebruiker actief is aangemeld op het geplande tijdstip, kan de eerste evaluatie maximaal 24 uur worden uitgesteld.
- Alle volgende evaluaties. De geschiedenis van de vorige wachttijd van de client verkort de wachtende timer tot één minuut, zodat de evaluatie wordt uitgevoerd binnen het willekeurige tijdsbestek van 2 uur, ongeacht de aanwezigheid van de gebruiker of de energiestatus.
- Windows Server. De inactieve controle wordt volledig overgeslagen, dus elke evaluatie - inclusief de eerste - wordt binnen het venster van 2 uur uitgevoerd.
Een basislijn die is geconfigureerd om elke zondag om 03:00 uur te evalueren, zal bijvoorbeeld bij de eerste uitvoering:
- Evalueer op zondag tussen 03:00 en 05:00 op machines waarop de gebruiker om 03:00 uur inactief was.
- Evalueer tot 24 uur later (maandag) op computers waarop een gebruiker actief is aangemeld en het apparaat om 03:00 uur gebruikt.
Alle volgende zondagritten op beide machines worden op zondag geëvalueerd binnen het randomisatievenster van 2 uur.
Problemen met de timing van evaluaties op de client oplossen
Gebruik een van de volgende opties om te controleren wat de klant doet met een geplande basislijnevaluatie.
De planning-id voor uw basislijnimplementatie zoeken
De Configuration Manager-client houdt elke basislijnimplementatie bij (niet elke basislijn) met behulp van de toewijzings-id van de implementatie. Diezelfde toewijzings-id wordt weergegeven in Scheduler.log (voorafgegaan door het planningsdoel) en in de WMI van de klant. In het ondersteuningscentrum wordt dit ook weergegeven als onderdeel van het implementatiebeleid. Het verkrijgen van deze id is de eerste stap om gegevens aan de console- en clientzijde te correleren.
U vindt de toewijzings-id als volgt op de console:
- Ga in de console van Configuration Manager naarImplementatiesbewaken>.
- Filter de lijst op Feature Type = Baseline en zoek uw basislijnimplementatie. Als de kolom Implementatie-id niet wordt weergegeven, klikt u met de rechtermuisknop op de kolomkop, kiest u Kolominstellingen en voegt u deze toe.
- Kopieer de waarde uit de kolom Implementatie-id . Dit is de toewijzings-id, een GUID vergelijkbaar met
{01234567-89AB-CDEF-0123-456789ABCDEF}.
U kunt ook rechtstreeks een vraag stellen aan de sms-aanbieder:
Get-CMBaselineDeployment -Name "<baseline name>" |
Select-Object AssignmentName, AssignmentUniqueID, TargetCollectionID
De AssignmentUniqueID waarde is wat u zoekt bij de klant.
Opmerking
- In
Scheduler.logwordt de toewijzings-id altijd voorafgegaan door het doel van de planning,Machine/voor apparaatgerichte implementaties of<UserSID>/voor gebruikersgerichte implementaties. BijvoorbeeldMachine/{01234567-89AB-CDEF-0123-456789ABCDEF}. - De client maakt ook aanvullende planningen voor dezelfde implementatie met gebeurtenisvoorvoegsels op de id zelf, bijvoorbeeld
DEADLINE:<AssignmentUniqueID>voor de deadline voor afdwingen. De basistoewijzings-id (geen gebeurtenisvoorvoegsel) is het belangrijkste evaluatieschema; De varianten met een gebeurtenisvoorvoegsel zijn bepalend voor gerelateerde gebeurtenissen.
Inspecteren Scheduler.log
Openen %WINDIR%\CCM\Logs\Scheduler.log in de client. Elke geplande activering van een basislijnevaluatie wordt aangekondigd met een vermelding zoals de volgende, die zowel de interne triggercookie als de plannings-id (de toewijzings-id van de implementatie, voorafgegaan door Machine/ of de SID) van de doelgebruiker bevat):
SMSTrigger 'DA089D0000100008' for scheduler 'Machine/{01234567-89AB-CDEF-0123-456789ABCDEF}' will fire at 06/27/2026 05:10:00 PM with randomization.
Zie De schema-id voor uw basislijnimplementatie hierboven zoeken om te zien hoe u de GUID van de console verkrijgt. Een zoekopdracht in Scheduler.log twee stappen geeft het complete plaatje:
-
First pass — filter op de scheduler-tekenreeks (bijvoorbeeld
Machine/{01234567-89AB-CDEF-0123-456789ABCDEF}) om te zien wat er is gebeurd met die specifieke implementatie. - Second pass — verwijder het filter en kijk naar het omringende tijdsbestek voor globale resourcegebeurtenissen (inactief, energie). Deze vermeldingen bevatten geen plannings-id en worden dus niet weergegeven in de gefilterde weergave.
Items per planning (bevatten de plannings-id; zichtbaar in de gefilterde weergave):
| Invoer | Betekenis |
|---|---|
SMSTrigger '<cookie>' for scheduler '<Machine\|SID>/<id>' will fire at <time> with randomization. |
De volgende geplande vuurtijd voor deze implementatie, inclusief het willekeurige venster dat wordt toegepast. |
Schedule '<id>' with condition 0xa is putted into the pending queue. |
Er wordt momenteel niet voldaan aan de startvoorwaarden.
0xa is het bitmasker voor op-batterij-boven-laag + inactief. |
>>> Adjusted deadline minutes from 1440 to <N> for schedule '<id>' because it was pending for a while. |
De client heeft de wachtende timer ingekort op basis van de geschiedenis van de vorige wachttijd. Op elke terugkerende basislijn van dagelijkse of langere cadans, <N> is 1, en daarom wachten de tweede en latere evaluaties niet op de lanceringsomstandigheden. |
>>> Delay firing schedule '<id>' |
Er is voldaan aan de startvoorwaarden (of de wachtende timer is verstreken) en de evaluatie begint. |
Globale resourcegegevens (geen plannings-id; weergave zonder filter):
| Invoer | Betekenis |
|---|---|
[Resource-Idle] Returning value 0. |
De client beschouwt het apparaat momenteel als niet-actief (een gebruiker is aanwezig of anderszins actief). |
[Resource-Idle] Returning value 1. |
De client beschouwt het apparaat momenteel als niet actief. |
[Resource-Power] Raised event 'PowerStatus : <state>' |
De energiestatus van het apparaat is veranderd (AC / batterij hoog / batterij bijna / kritiek). |
Als de eerste keer 'in de wachtrij in behandeling' wordt ingevoerd, uren later gevolgd door 'Schema voor uitstellen' pas nadat de timer is verstreken, is het apparaat nooit inactief geweest tijdens het wachtvenster. Dit is te verwachten gedrag bij eerste uitvoering op een Windows-clientapparaat met een actieve gebruiker.
Tip
Als u een basislijn onmiddellijk wilt evalueren zonder te wachten op het schema of de startvoorwaarden, opent u Configuration Manager in de Configuratiescherm op de client, gaat u naar het tabblad Configuraties, selecteert u de basislijn en klikt u op Evalueren. Resultaten worden gedurende 15 minuten in de cache opgeslagen. Zie Nalevingsinstellingen controleren voor meer informatie.