So stellen Sie Konfigurationsbaselines im Konfigurations-Manager bereit

Gilt für: Konfigurations-Manager (Current Branch)

Konfigurationsbaselines im Konfigurations-Manager müssen für eine oder mehrere Sammlungen von Benutzern oder Geräten bereitgestellt werden, bevor Clientgeräte in diesen Sammlungen ihre Kompatibilität mit der Konfigurationsbaseline bewerten können.

Verwenden Sie das Dialogfeld Konfigurationsbaselines bereitstellen , um Bereitstellungen von Konfigurationsbaselines zu definieren, was das Hinzufügen oder Entfernen von Konfigurationsbaselines aus Bereitstellungen sowie das Festlegen des Auswertungszeitplans umfasst.

Bereitstellen einer Konfigurationsbaseline

1. Klicken Sie in der Konfigurations-Manager-Konsole aufKonfigurationsbaselines für Asset- undCompliancekonformitätseinstellungen>>.

2. Wählen Sie in der Liste Configuration Baselines die Konfigurationsbaseline aus, die Sie bereitstellen möchten, und klicken Sie dann auf der Registerkarte Start in der Gruppe Bereitstellung auf Bereitstellen.

3. Wählen Sie im Dialogfeld Konfigurationsbaselines bereitstellen die Konfigurationsbaselines aus, die Sie in der Liste Verfügbare Konfigurationsbaselines bereitstellen möchten. Klicken Sie auf "Hinzufügen ", um diese der Liste "Ausgewählte Konfigurationsbaselines " hinzuzufügen.

   Wichtig

   Wenn Sie ein Konfigurationselement ändern, das einer bereitgestellten Konfigurationsbasislinie hinzugefügt wurde, wird das überarbeitete Konfigurationselement erst zum nächsten geplanten Auswertungszeitpunkt auf Konformität überprüft.

4. Geben Sie die folgenden zusätzlichen Informationen an:

   • Nicht konforme Regeln bereinigen, wenn unterstützt – Bereinigt automatisch alle Regeln, die nicht kompatibel sind für Windows Management Instrumentation (WMI), die Registrierung, Skripts und alle Einstellungen für mobile Geräte, die vom Konfigurations-Manager registriert werden.

   • Wartung außerhalb des Wartungsfensters zulassen – Wenn für die Sammlung, für die Sie die Konfigurationsbaseline bereitstellen, ein Wartungsfenster konfiguriert wurde, aktivieren Sie diese Option, damit Konformitätseinstellungen den Wert außerhalb des Wartungsfensters korrigieren können. Weitere Informationen zu Wartungsfenstern finden Sie unter Verwenden von Wartungsfenstern.

5. Generieren einer Warnung – Konfiguriert eine Warnung, die generiert wird, wenn die Kompatibilität der Konfigurationsbaseline zu einem bestimmten Datum und einer bestimmten Uhrzeit weniger als einen angegebenen Prozentsatz beträgt. Sie können auch angeben, ob eine Warnung an System Center Operations Manager gesendet werden soll.

6. Sammlung : Klicken Sie auf Durchsuchen , um die Sammlung auszuwählen, in der Sie die Konfigurationsbaseline bereitstellen möchten.

7. Geben Sie den Zeitplan für die Konformitätsbewertung für diese Konfigurationsbaseline an. Gibt den Zeitplan an, nach dem die bereitgestellte Konfigurationsbaseline auf Clientcomputern ausgewertet wird. Dies kann entweder ein einfacher oder ein benutzerdefinierter Zeitplan sein.

   Hinweis

   Wenn der Client die Baseline tatsächlich auswertet

   • Computerspezifische Bereitstellungen. Nach der ersten Auswertung auf einem bestimmten Client wird die Baseline innerhalb eines zweistündigen Zufallsgenerators nach jeder geplanten Startzeit ausgewertet. Die erste Auswertung auf einem Windows-Clientgerät wird zusätzlich durch zwei Startbedingungen begrenzt: Das Gerät muss eingeschaltet sein (über dem Schwellenwert für niedrigen Akkustand), und der Benutzer muss sich im Leerlauf befinden. Wenn eine der Bedingungen zum geplanten Zeitpunkt nicht erfüllt ist, wird die erste Auswertung so lange verschoben, bis beide erfüllt werden oder bis eine interne Frist von 24 Stunden verstrichen ist, je nachdem, was zuerst eintritt. Unter Windows Server wird die Leerlaufprüfung übersprungen, sodass die erste Auswertung ebenfalls innerhalb des 2-Stunden-Fensters läuft.
   • Auf Benutzer ausgerichtete Bereitstellungen. Die Baseline wird ausgewertet, wenn sich der Zielbenutzer das nächste Mal bei einem Client anmeldet, der die Bereitstellungsrichtlinie erhalten hat. Das 2-stündige zufällige Zeitfenster gilt nicht für benutzerspezifische Bereitstellungen.

   Weitere Informationen und Informationen zum Überprüfen des clientseitigen Verhaltens in Scheduler.logfinden Sie unter Wie der Konfigurations-Manager Client eine bereitgestellte Baseline auswertet.

8. Klicken Sie auf OK , um das Dialogfeld Konfigurationsbaselines bereitstellen zu schließen und die Bereitstellung zu erstellen. Weitere Informationen zum Überwachen der Bereitstellung finden Sie unter Überwachen von Kompatibilitätseinstellungen.

Wie der Konfigurations-Manager-Client eine bereitgestellte Baseline auswertet

Die Auswertungszeit, die Sie in der Bereitstellung konfigurieren ("Einfacher Zeitplan" oder "Benutzerdefinierter Zeitplan"), ist eine Zielzeit . Es handelt sich nicht um eine garantierte Laufzeit. Der Konfigurations-Manager-Client wendet Startbedingungen und ein 2-stündiges zufälliges Zeitfenster auf Ihren Zeitplan an. Wenn Sie diese verstehen, können Sie den Zeitplan, den Sie in der Konsole festgelegt haben, mit den tatsächlichen Geschehnissen auf dem Client in Einklang bringen, die Sie im Scheduler.logund in geringerem Maße im Konfigurations-Manager Support Center-Clienttool überprüfen können.

Startbedingungen

Jede geplante Auswertung einer Baseline hat zwei Startbedingungen:

Wenn beide Bedingungen beim Auslösen des Triggers erfüllt sind, wird die Auswertung innerhalb des integrierten 2-stündigen zufälligen Zeitfensters der geplanten Startzeit ausgeführt.

Wenn eine der beiden Bedingungen nicht erfüllt ist, wird die Auswertung in eine ausstehende Warteschlange auf dem Client gestellt. Sie wird ausgeführt, sobald die Bedingungen erfüllt werden (der Client wird benachrichtigt, wenn der Benutzer in den Leerlauf wechselt oder das Gerät an das Stromnetz angeschlossen ist), oder wenn ein interner Stichtag von 24 Stunden (1440 Minuten) erreicht wird – je nachdem, was zuerst eintritt.

Wie der Client den Leerlaufzustand ermittelt

Der Konfigurations-Manager-Client misst den Leerlaufzustand nicht direkt. Stattdessen registriert Setup bei der Clientinstallation unter Windows-Clienteditionen einen ausgeblendeten Windows-Taskplaner-Taskplaner:

\Microsoft\Configuration Manager\Configuration Manager Idle Detection

Der Task hat die folgenden Merkmale:

• Trigger: On idle (TASK_TRIGGER_IDLE) – Der Windows-Taskplaner löst die Aufgabe aus, wenn seine eigenen Leerlaufheuristiken den Computer als inaktiv melden.
• Anhalten, wenn der Computer nicht mehr im Leerlauf ist: aktiviert. Wenn Windows meldet, dass sich der Computer nicht mehr im Leerlauf befindet, wird die Aufgabe beendet.
• Betrieb im Akkubetrieb: Ja – der Task beschränkt sich bewusst nicht auf Netzstrom, da der Windows-Taskplaner selbst bestimmt, ob Leerlaufarbeit basierend auf dem aktuellen Energiezustand ausgeführt werden soll.
• Wird ausgeführt als: SYSTEM, ausgeblendet.
• Aktion: Ruft einen COM-Handler im Konfigurations-Manager-Client-Agent auf, der den zwischengespeicherten Leerlaufzustand des Clients in "Leerlauf" ändert, während die Aufgabe ausgeführt wird, und in "nicht inaktiv", wenn die Aufgabe beendet wird.

Da es sich bei dem Trigger um einen standardmäßigen IdleDurationWaitTimeoutWindows-Leerlauftrigger handelt und der Client die Definition von "Leerlauf" nicht überschreibt, wird vom Windows-Taskplaner selbst verwendet, d. h. geringe CPU- und Datenträgeraktivität in Kombination ohne Benutzereingabe für das in Windows konfigurierte Intervall. Eine vollständige Beschreibung, wie der Windows-Taskplaner entscheidet, dass sich ein Computer im Leerlauf befindet, finden Sie unter Bedingungen im Leerlauf der Taskumgebung.

Warum sich der Zeitablauf der ersten Ausführung von nachfolgenden Ausführungen unterscheidet

Obwohl die Startbedingungen bei jeder geplanten Auswertung überprüft werden, führt der Client auch einen Verlauf der vorherigen wartenden Warteschlange pro Zeitplan. Wenn die verstrichene Zeit seit dem letzten Zeitpunkt, an dem der Zeitplan ausstehend war, bereits größer als die 24-Stunden-Frist ist (was bei jedem wiederkehrenden Zeitplan mit täglichem oder längerem Rhythmus der Fall ist), verkürzt der Client den ausstehenden Timer auf eine Minute und lässt den Zeitplan auslösen, ohne darauf zu warten, dass die Startbedingungen erfüllt werden.

Der Nettoeffekt für Administratoren:

• Erste Auswertung auf einem bestimmten Client. Es gibt keine Vorgeschichte, daher gilt die volle 24-Stunden-Frist. Auf einem Windows-Clientgerät, auf dem ein Benutzer zum geplanten Zeitpunkt aktiv angemeldet ist, kann die erste Auswertung um bis zu 24 Stunden verzögert werden.
• Alle nachfolgenden Auswertungen. Der Clientverlauf der vorherigen Wartezeit verkürzt den ausstehenden Timer auf eine Minute, sodass die Auswertung unabhängig von der Anwesenheit des Benutzers oder dem Energiestatus innerhalb des 2-stündigen Zufallsgenerators ausgeführt wird.
• Windows Server. Die Leerlaufprüfung wird vollständig übersprungen, sodass jede Auswertung – einschließlich der ersten – innerhalb des 2-Stunden-Fensters ausgeführt wird.

Eine Baseline, die so konfiguriert ist, dass sie jeden Sonntag um 03:00 Uhr ausgewertet wird, führt beispielsweise bei ihrer ersten Ausführung Folgendes aus:

• Auswertung am Sonntag zwischen 03:00 und 05:00 Uhr auf Computern, auf denen sich der Benutzer um 03:00 Uhr im Leerlauf befand.
• Auswertung bis zu 24 Stunden später (Montag) auf Computern, auf denen ein Benutzer aktiv angemeldet war und das Gerät um 03:00 Uhr verwendete.

Alle nachfolgenden Sonntagsläufe auf beiden Geräten werden am Sonntag innerhalb des 2-stündigen Randomisierungsfensters ausgewertet.

Behandeln von Problemen mit der Auswertungszeitsteuerung auf dem Client

Verwenden Sie eine der folgenden Optionen, um zu überprüfen, was der Client mit einer geplanten Baselineauswertung tut.

Suchen der Zeitplan-ID für Ihre Baselinebereitstellung

Der Konfigurations-Manager-Client verfolgt jede Baselinebereitstellung – nicht jede Baseline – mithilfe der Zuweisungs-ID der Bereitstellung. Dieselbe Zuweisungs-ID erscheint im Scheduler.log WMI (mit vorangestelltem des Zeitplanziels) und im WMI des Kunden. Das Supportcenter zeigt es auch als Teil der Bereitstellungsrichtlinie an. Das Abrufen dieser ID ist der erste Schritt, um konsolenseitige und clientseitige Daten zu korrelieren.

So finden Sie die Zuweisungs-ID über die Konsole:

1. Wechseln Sie in der Konfigurations-Manager-Konsole zu Überwachen>von Bereitstellungen.
2. Filtern Sie die Liste nach Featuretyp = Baseline und suchen Sie Ihre Baselinebereitstellung. Wenn die Spalte "Bereitstellungs-ID " nicht angezeigt wird, klicken Sie mit der rechten Maustaste auf die Spaltenüberschrift, wählen Sie "Spalteneinstellungen" aus, und fügen Sie sie hinzu.
3. Kopieren Sie den Wert aus der Spalte "Bereitstellungs-ID " – dies ist die Zuweisungs-ID, eine GUID ähnlich wie {01234567-89AB-CDEF-0123-456789ABCDEF}.

Alternativ können Sie den SMS-Anbieter direkt abfragen:

Get-CMBaselineDeployment -Name "<baseline name>" |
    Select-Object AssignmentName, AssignmentUniqueID, TargetCollectionID

Der AssignmentUniqueID Wert ist das, wonach Sie auf dem Client suchen.

Überprüfen Scheduler.log

Auf dem Client geöffnet %WINDIR%\CCM\Logs\Scheduler.log . Jede geplante Auslösung einer Basisauswertung wird mit einem Eintrag wie dem folgenden angekündigt, der sowohl das interne Trigger-Cookie als auch die Zeitplan-ID (die Zuweisungs-ID der Bereitstellung, der die Machine/ SID des Zielbenutzers vorangestellt ist) enthält:

SMSTrigger 'DA089D0000100008' for scheduler 'Machine/{01234567-89AB-CDEF-0123-456789ABCDEF}' will fire at 06/27/2026 05:10:00 PM with randomization.

Informationen zum Beziehen der GUID von der Konsole finden Sie oben unter Suchen der Zeitplan-ID für Ihre Baselinebereitstellung . Eine Suche in Scheduler.log zwei Durchgängen ergibt das vollständige Bild:

1. Erster Durchgang – Filtern Sie nach der Schedulerzeichenfolge (z. B Machine/{01234567-89AB-CDEF-0123-456789ABCDEF}. ), um zu sehen, was mit dieser spezifischen Bereitstellung passiert ist.
2. Zweiter Durchgang: Entfernen Sie den Filter und betrachten Sie den umgebenden Zeitrahmen für globale Ressourcenereignisse (Leerlauf, Stromversorgung). Diese Einträge haben keine Zeitplan-ID und werden daher nicht in der gefilterten Ansicht angezeigt.

Einträge pro Zeitplan (enthalten die Zeitplan-ID; sichtbar in der gefilterten Ansicht):

Globale Ressourceneinträge (keine Zeitplan-ID, ohne Filter anzeigen):

Wenn der Erstausführungseintrag "in die ausstehende Warteschlange gestellt", gefolgt von "Zeitplan für die Verzögerung", erst Stunden später nach Ablauf des Zeitgebers angezeigt wird, ging das Gerät während des Wartefensters nie in den Leerlauf – dies ist das erwartete Verhalten bei der ersten Ausführung auf einem Windows-Clientgerät mit einem aktiven Benutzer.