Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Gilt für: Konfigurations-Manager (Current Branch)
Clients verwenden Begrenzungsgruppen, um einen neuen Softwareupdatepunkt zu finden. Um zu steuern, welche Server ein Client finden kann, fügen Sie einzelne Softwareupdatepunkte zu verschiedenen Begrenzungsgruppen hinzu.
Wenn Sie alle vorhandenen Softwareupdatepunkte der Standardstandortbegrenzungsgruppe hinzufügen, wählt der Client einen Softwareupdatepunkt aus dem Pool der verfügbaren Server aus. Dieses Verhalten ähnelt früheren Versionen von Konfigurations-Manager Current Branch. Fügen Sie für kontrollierte Auswahl und Fallbackverhalten einzelne Softwareupdatepunkte zu verschiedenen Begrenzungsgruppen hinzu.
Wenn Sie einen neuen Standort installieren, werden Softwareupdatepunkte nicht der Standardstandortbegrenzungsgruppe hinzugefügt. Weisen Sie Softwareupdatepunkte einer Begrenzungsgruppe zu, damit Clients sie finden und verwenden können.
Fallback
Konfigurieren Sie das Fallback für Softwareupdates wie andere Standortsystemrollen, jedoch mit den folgenden Einschränkungen.
Neue Clients verwenden Begrenzungsgruppen, um Softwareupdatepunkte auszuwählen.
Wenn Sie neue Clients installieren, wählen sie einen Softwareupdatepunkt von den Servern aus, die den von Ihnen konfigurierten Begrenzungsgruppen zugeordnet sind. Dieses Verhalten ersetzt das vorherige Verhalten, bei dem Clients zufällig einen Softwareupdatepunkt aus einer Liste der Server auswählen, die die Gesamtstruktur des Clients gemeinsam nutzen.
Clients verwenden weiterhin einen letzten als funktionierend bekannten Softwareupdatepunkt, bis sie zurückgreifen, um einen neuen zu finden
Clients, die bereits über einen Softwareupdatepunkt verfügen, verwenden diesen weiterhin, bis er nicht mehr erreichbar ist. Dieses Verhalten umfasst die fortgesetzte Verwendung eines Softwareupdatepunkts, der nicht der aktuellen Begrenzungsgruppe des Clients zugeordnet ist.
Dieses Verhalten ist beabsichtigt. Der Client verwendet weiterhin einen vorhandenen Softwareupdatepunkt, auch wenn er sich nicht in der aktuellen Begrenzungsgruppe des Clients befindet. Wenn sich der Softwareupdatepunkt ändert, synchronisiert der Client die Daten mit dem neuen Server, was zu einer erheblichen Netzwerkauslastung führt. Wenn alle Clients gleichzeitig zu einem neuen Server wechseln, hilft die Verzögerung beim Übergang, eine Sättigung des Netzwerks zu vermeiden.
Ein Client versucht immer, seinen letzten als funktionierend bekannten Softwareupdatepunkt für 120 Minuten zu erreichen, bevor er mit dem Fallback beginnt
Wenn der Client nach 120 Minuten keinen Kontakt hergestellt hat, beginnt er mit dem Fallback. Wenn der Fallback gestartet wird, erhält der Client eine Liste aller Softwareupdatepunkte in seiner aktuellen Begrenzungsgruppe. Andere Softwareupdatepunkte in Nachbar- und Standortstandardbegrenzungsgruppen sind basierend auf Fallbackkonfigurationen verfügbar.
Fallbackkonfigurationen
Sie können Fallbackzeiten (in Minuten) für Softwareupdatepunkte auf weniger als 120 Minuten festlegen. Der Client versucht jedoch 120 Minuten lang, den ursprünglichen Softwareupdatepunkt zu erreichen. Dann weitet es seine Suche auf andere Server aus. Die Fallbackzeiten für Begrenzungsgruppen beginnen, wenn der Client seinen ursprünglichen Server zum ersten Mal nicht erreicht. Wenn der Client seine Suche erweitert, stellt der Standort alle Begrenzungsgruppen bereit, die für weniger als 120 Minuten konfiguriert wurden.
Um den Fallback für ein Softwareupdate zu blockieren, verweisen Sie auf eine benachbarte Begrenzungsgruppe, und konfigurieren Sie die Einstellung auf Niemals Fallback.
Nachdem der ursprüngliche Server zwei Stunden lang nicht erreicht wurde, verwendet der Client einen kürzeren Zyklus, um eine Verbindung mit einem neuen Softwareupdatepunkt herzustellen. Dieses Verhalten ermöglicht dem Client eine schnelle Suche in der wachsenden Liste potenzieller Softwareupdatepunkte.
Beispiel
Sie konfigurieren Softwareupdatepunkte in Begrenzungsgruppe A so, dass nach 10 Minuten ein Fallback ausgeführt wird. Sie konfigurieren die gleiche Einstellung für Begrenzungsgruppe B auf 130 Minuten. Ein Client in der Begrenzungsgruppe Z erreicht nicht den letzten als funktionierend bekannten Softwareupdatepunkt.
In den nächsten 120 Minuten versucht der Client, nur den ursprünglichen Server in der Begrenzungsgruppe Z zu erreichen. Nach 10 Minuten fügt Konfigurations-Manager die Softwareupdatepunkte aus Begrenzungsgruppe A zum Pool der verfügbaren Server hinzu. Der Client versucht jedoch erst, sie oder einen anderen Server zu kontaktieren, wenn der anfängliche Zeitraum von 120 Minuten abgelaufen ist.
Nachdem 120 Minuten lang versucht wurde, den ursprünglichen Softwareupdatepunkt zu kontaktieren, erweitert der Client seine Suche. Er fügt Server zum verfügbaren Pool von Softwareupdatepunkten hinzu, die sich in seiner aktuellen Version befinden, sowie zu allen benachbarten Begrenzungsgruppen, die für 120 Minuten oder weniger konfiguriert sind. Dieser Pool enthält die Server in Begrenzungsgruppe A, die zuvor dem Pool der verfügbaren Server hinzugefügt wurden.
Nach weiteren 10 Minuten erweitert der Client die Suche auf Softwareupdatepunkte aus Begrenzungsgruppe B. Dieser Zeitraum beträgt insgesamt 130 Minuten, nachdem der Client seinen letzten als funktionierend bekannten Softwareupdatepunkt zum ersten Mal nicht erreicht hat.
Manuelles Wechseln zu einem neuen Softwareupdatepunkt
Verwenden Sie zusammen mit Fallback die Clientbenachrichtigung, um manuell zu erzwingen, dass ein Gerät zu einem neuen Softwareupdatepunkt wechselt.
Wenn Sie zu einem neuen Server wechseln, verwenden die Geräte Fallback, um diesen neuen Server zu finden. Clients wechseln während ihres nächsten Softwareupdate-Scanzyklus zum neuen Softwareupdatepunkt.
Überprüfen Sie die Konfigurationen Ihrer Begrenzungsgruppen. Bevor Sie diese Änderung beginnen, stellen Sie sicher, dass sich die Softwareupdatepunkte in den richtigen Begrenzungsgruppen befinden.
Weitere Informationen finden Sie unter Manuelles Wechseln von Clients zu einem neuen Softwareupdatepunkt.
Intranetclients können einen CMG-Softwareupdatepunkt verwenden
Intranetclients können über ein Cloudverwaltungsgateway (Cloud Management Gateway, CMG) auf einen Softwareupdatepunkt zugreifen. Weisen Sie die CMG einer Begrenzungsgruppe zu, und aktivieren Sie den Softwareupdatepunkt, um Datenverkehr des Konfigurations-Manager-Cloudverwaltungsgateways zuzulassen.
Dieses Verhalten ist in den folgenden Szenarien nützlich:
Wenn ein Internetcomputer eine Verbindung mit dem VPN herstellt, scannt er weiterhin über das Internet nach dem CMG-Softwareupdatepunkt.
Wenn der einzige Softwareupdatepunkt für die Begrenzungsgruppe der CMG-Softwareupdatepunkt ist, werden alle Intranet- und Internetgeräte diesen überprüfen.
Cloudbasierte Softwareupdatepunkte bevorzugen
(Eingeführt in Version 2203)
Ab Version 2203 überprüfen Clients lieber einen Software Update Point (SUP) für das Cloud Management Gateway (CMG) als einen lokalen SUP, wenn die Begrenzungsgruppe die Option "Cloudbasierte Quelle gegenüber lokaler Quelle bevorzugen" verwendet. Um die Auswirkungen dieser Änderung auf die Leistung zu reduzieren, wechseln Clients ihren SUP nicht automatisch zu einem cloudbasierten SUP. Der Kunde bleibt seinem aktuellen SUP zugewiesen, es sei denn, sein aktueller SUP schlägt fehl oder der Client wird manuell zu einem neuen SUP gewechselt. Sie müssen den SUP nicht manuell wechseln, wenn neue Clients der Umgebung hinzugefügt werden, nachdem die Begrenzungsgruppenoption festgelegt wurde.
Verwenden Sie die folgenden allgemeinen Anleitungen, um Ihre Clients dazu zu bringen, einen cloudbasierten Softwareupdatepunkt zu bevorzugen:
- Stellen Sie sicher, dass Ihr Cloudverwaltungsgateway konfiguriert und funktionsfähig ist
- Stellen Sie sicher, dass die Softwareupdatepunkte funktionsfähig und synchronisiert sind.
- Aktivieren Sie die Option Datenverkehr Konfigurations-Manager Cloudverwaltungsgateways zulassen für jeden SUP, den Sie mit CMG verwenden möchten.
- Konfigurieren Sie die Begrenzungsgruppe für dieses Verhalten, indem Sie die Option "Cloudbasierte Quellen gegenüber lokalen Quellen bevorzugen " aktivieren und den CMG SUP-Server zur Liste der Standortsystemserver hinzufügen.
- Um Clients manuell zu einem neuen SUP zu wechseln, verwenden Sie die Clientbenachrichtigungsaktion "Zum nächsten Softwareupdatepunkt wechseln" für ein Gerät oder für eine Sammlung.
- Clients in der Begrenzungsgruppe wechseln nicht automatisch zu einem neuen SUP*9, es sei denn, die Überprüfung ihres aktuellen SUP schlägt innerhalb von zwei Stunden viermal fehl.
- Sie müssen den SUP nicht manuell wechseln, wenn neue Clients der Umgebung hinzugefügt werden, nachdem die Begrenzungsgruppenoption festgelegt wurde.
- Um zu überprüfen, ob Clients den CMG SUP bevorzugen, starten Sie einen Softwareupdate-Scanzyklus auf einigen der Clients, die Sie gewechselt haben.
- Um mögliche Leistungsprobleme zu begrenzen, die durch eine große Anzahl von Clients verursacht werden, die gleichzeitig einen neuen SUP scannen, empfehlen wir, wenn Sie sofort einen Scanzyklus für eine große Anzahl von Clients aufrufen, mit nicht mehr als 100 Clients alle 10–15 Minuten zu beginnen. Erhöhen oder verringern Sie die Anzahl der Clients und die Häufigkeit, sobald Sie die Auswirkungen auf die Leistung in Ihrer Umgebung gemessen haben.