Planen von Softwareupdates in Configuration Manager

Die Anzahl der unterstützten Clients hängt von der WSUS-Version (Windows Server Update Services), die auf dem Softwareupdatepunkt ausgeführt wird, sowie davon ab, ob neben der Standortsystemrolle „Softwareupdatepunkt“ noch eine weitere Standortsystemrolle existiert.

• Vom Softwareupdatepunkt können bis zu 25.000 Clients unterstützt werden1, wenn WSUS 3.0 Service Pack 2 (SP2) auf dem Softwareupdatepunkt-Computer ausgeführt wird und neben dem Softwareupdatepunkt noch eine weitere Standortsystemrolle existiert

• Vom Softwareupdatepunkt können bis zu 100.000 Clients unterstützt werden2, wenn WSUS 3.0 SP2 auf dem Softwareupdatepunkt-Computer ausgeführt wird und neben dem Softwareupdatepunkt keine weitere Standortsystemrolle existiert

1Wenn Sie mehr als 25.000 Clients unterstützen möchten, können Sie den Softwareupdatepunkt für den Netzwerklastenausgleich (Network Load Balancing, NLB) konfigurieren.

2Die Unterstützung von bis zu 100.000 Clients ist nur gewährleistet, wenn der Softwareupdatepunkt die WSUS-Anforderungen erfüllt. Weitere Informationen finden Sie unter Determine WSUS Capacity Requirements (Bestimmen der WSUS-Kapazitätsanforderungen).

Verwenden Sie die folgenden Kapazitätsinformationen zur Planung von Softwareupdateobjekten.

• Limit von 1.000 Softwareupdates in einer Bereitstellung

  Sie müssen die Anzahl von Softwareupdates in einer einzelnen Softwareupdatebereitstellung auf 1.000 begrenzen. Geben Sie beim Erstellen einer automatischen Bereitstellungsregel ein Kriterium an, durch das die Anzahl der zurückgegebenen Softwareupdates beschränkt wird. Bei der automatischen Bereitstellungsregel tritt ein Fehler auf, wenn mehr als 1.000 Softwareupdates mit dem von Ihnen angegebenen Kriterium übereinstimmen und somit zurückgegeben werden. Sie können den Status der automatischen Bereitstellungsregel in der Configuration Manager-Konsole im Knoten Automatische Bereitstellungsregeln überprüfen. Wenn Sie Softwareupdates manuell bereitstellen, wählen Sie höchstens 1.000 Updates zur Bereitstellung aus.

Wichtig
Die Informationen in diesem Abschnitt gelten nur für Configuration Manager SP1 und System Center 2012 R2 Configuration Manager.

Ab Configuration Manager SP1 können Sie einem primären Configuration Manager-Standort mehrere Softwareupdatepunkte hinzufügen. Durch die Möglichkeit, mehrere Softwareupdatepunkte an einem Standort zu verwenden, wird eine Fehlertoleranz ohne die mit dem Netzwerklastenausgleich verbundene Komplexität geboten. Allerdings ist das mit mehreren Softwareupdatepunkten einhergehende Failover beim reinen Lastenausgleich weniger robust als der Netzwerklastenausgleich, da bei seiner Konzeption die Fehlertoleranz im Vordergrund stand. Das Failoverdesign des Softwareupdatepunkts unterscheidet sich zudem von dem auf einer rein zufälligen Anordnung beruhenden Modell, das die Designgrundlage für Verwaltungspunkte bildet. Anders als beim Design von Verwaltungspunkten ist bei Softwareupdatepunkten der Wechsel zu einem neuen Softwareupdatepunkt mit Client- und Netzwerkleistungskosten verbunden. Durch den Wechsel des Clients zu einem neuen WSUS-Server zwecks Überprüfung auf Softwareupdates werden die Kataloggröße, die zugehörigen clientseitigen Anforderungen sowie die Anforderungen an die Netzwerkleistung gesteigert. Aus diesem Grund wird vom Client die Affinität mit dem letzten Softwareupdatepunkt aufrechterhalten, bei dem die Überprüfung erfolgreich war.

Der erste Softwareupdatepunkt, den Sie an einem primären Standort installieren, dient als Synchronisierungsquelle für alle weiteren Softwareupdatepunkte, die Sie dem primären Standort hinzufügen. Nachdem Sie die Softwareupdatepunkte hinzugefügt und die Softwareupdatesynchronisierung initiiert haben, können Sie den Status der Softwareupdatepunkte und der Synchronisierungsquelle im Arbeitsbereich Überwachung im Knoten Synchronisierungsstatus der Softwareupdatepunkte anzeigen.

Wenn bei einem Softwareupdatepunkt ein Fehler auftritt und dieser Softwareupdatepunkt als Synchronisierungsquelle der anderen Softwareupdatepunkte am Standort konfiguriert ist, müssen Sie den fehlerhaften Softwareupdatepunkt manuell entfernen und einen neuen Softwareupdatepunkt als Synchronisierungsquelle auswählen. Weitere Informationen zum Entfernen eines Softwareupdatepunkts finden Sie im Abschnitt Entfernen der Softwareupdatepunkt-Standortsystemrolle des Themas Konfigurieren von Softwareupdates im Configuration Manager.

Wichtig
Die Informationen in diesem Thema gelten nur für Configuration Manager ohne Service Pack.

Verwenden Sie die folgenden Abschnitte, um die Infrastruktur der Softwareupdatepunkte in Configuration Manager ohne Service Pack zu bestimmen.

Hinweis
Weitere Informationen zum Installieren eines Softwareupdatepunkts in einer nicht vertrauenswürdigen Gesamtstruktur finden Sie im Abschnitt Planen der Kommunikation zwischen Gesamtstrukturen im Configuration Manager des Themas Planen der Kommunikation in Configuration Manager.

Die Standortsystemrolle „Softwareupdatepunkt“ muss auf einem Standortsystem installiert werden, das die Mindestanforderungen für WSUS erfüllt und den unterstützten Konfigurationen für Configuration Manager-Standortsysteme entspricht.

1. Weitere Informationen zu den Mindestanforderungen für WSUS 3.0 SP2 finden Sie unter Bestätigen der WSUS 3.0 SP2-Installationsanforderungen in der Dokumentationsbibliothek zu Windows Server Update Services 3.0 SP2.

2. Weitere Informationen zu den Mindestanforderungen für die WSUS-Serverrolle in Windows Server 2012 finden Sie unter Schritt 1: Vorbereiten der WSUS-Bereitstellung in der Dokumentationsbibliothek zu Windows Server 2012.

3. Weitere Informationen zu den unterstützten Konfigurationen für Configuration Manager-Standortsysteme finden Sie im Abschnitt Anforderungen für Standortsysteme des Themas Unterstützte Konfigurationen für den Konfigurations-Manager.

Für Softwareupdates ist es erforderlich, dass eine unterstützte Version von WSUS auf allen Standortsystemservern installiert ist, die Sie für die Standortsystemrolle „Softwareupdatepunkt“ konfigurieren. Wenn Sie den Softwareupdatepunkt nicht auf dem Standortserver installieren, müssen Sie zudem die WSUS-Verwaltungskonsole auf dem Standortservercomputer installieren, sofern sie nicht bereits installiert ist. Hierdurch wird die Kommunikation des Standortservers mit WSUS auf dem Softwareupdatepunkt ermöglicht.

Wenn Sie WSUS unter Windows Server 2012 verwenden, müssen Sie zusätzliche Berechtigungen konfigurieren. Hierdurch wird sichergestellt, dass eine Verbindung zwischen WSUS Configuration Manager in Configuration Manager und WSUS hergestellt werden kann, um regelmäßig Integritätsprüfungen auszuführen. Zum Konfigurieren der Berechtigungen stehen folgende Möglichkeiten zur Auswahl:

• Fügen Sie der Gruppe WSUS-Administratoren das Konto SYSTEM hinzu.

• Fügen Sie das Konto NT AUTHORITY\SYSTEM als Benutzer der WSUS-Datenbank (SUSDB) hinzu, und konfigurieren Sie mindestens die Mitgliedschaft in der Datenbankrolle „webService“.

Weitere Informationen zum Installieren von WSUS 3.0 SP2 finden Sie unter Install WSUS Server or Administration Console (Installieren des WSUS-Servers oder der Verwaltungskonsole) in der Dokumentationsbibliothek zu Windows Server Update Services 3.0 SP2.

Weitere Informationen zum Installieren von WSUS unter Windows Server 2012 finden Sie unter Install the WSUS Server Role (Installieren der WSUS-Serverrolle) in der Dokumentationsbibliothek zu Windows Server 2012.

Für System Center 2012 Configuration Manager SP1 und höher:

Wenn Sie an einem primären Standort mehrere Softwareupdatepunkte installieren, sollten Sie für jeden Softwareupdatepunkt einer Active Directory-Gesamtstruktur die gleiche WSUS-Datenbank verwenden. Durch die Nutzung der gleichen Datenbank können Sie die Auswirkungen auf die Client- und Netzwerkleistung, die sich beim Wechsel eines Clients zu einem neuen Softwareupdatepunkt ergeben können, erheblich abmildern, aber nicht vollständig beseitigen. Wenn ein Client zu einem neuen Softwareupdatepunkt wechselt, der eine Datenbank gemeinsam mit dem alten Softwareupdatepunkt nutzt, wird weiterhin eine Deltaüberprüfung ausgeführt. Diese Überprüfung ist jedoch weit weniger umfangreich als bei einem WSUS-Server mit eigener Datenbank.

Zwischen Softwareupdates an einem Configuration Manager-Standort der zentralen Verwaltung und WSUS auf dem Softwareupdatepunkt sowie zwischen WSUS und der Synchronisierungsquelle findet eine Kommunikation statt, um Metadaten für Softwareupdates zu synchronisieren. Softwareupdatepunkte an einem untergeordneten Standort und der Softwareupdatepunkt am übergeordneten Standort kommunizieren miteinander. Wenn sich ein aktiver internetbasierter Remote-Softwareupdatepunkt an einem Configuration Manager-Standort ohne Service Pack befindet, ist eine Kommunikation zwischen dem Standortserver und dem aktiven internetbasierten Softwareupdatepunkt sowie zwischen dem internetbasierten Softwareupdatepunkt und dem aktiven Softwareupdatepunkt des Standorts erforderlich, damit die Synchronisierung erfolgreich ausgeführt werden kann. Ab Configuration Manager SP1 muss zwischen den zusätzlichen Softwareupdatepunkten und dem ersten am Standort installierten Softwareupdatepunkt eine Kommunikation stattfinden, wenn es an einem primären Standort mehrere Softwareupdatepunkte gibt.

Unter den folgenden Umständen muss die Firewall möglicherweise so konfiguriert werden, dass die von WSUS verwendeten HTTP- bzw. HTTPS-Ports zugelassen werden: wenn sich zwischen dem Configuration Manager-Softwareupdatepunkt und dem Internet eine Unternehmensfirewall befindet, wenn es einen Softwareupdatepunkt und eine zugehörige Upstreamsynchronisierungsquelle gibt, wenn ein aktiver internetbasierter Softwareupdatepunkt und ein aktiver Softwareupdatepunkt für den Configuration Manager-Standort ohne Service Pack vorhanden sind oder wenn es an einem Configuration Manager SP1-Standort zusätzliche Softwareupdatepunkte und einen Standard-Softwareupdatepunkt gibt. Die Verbindung mit Microsoft Update ist immer für die Verwendung von Port 80 für HTTP und von Port 443 für HTTPS konfiguriert. Für die Verbindung zwischen WSUS auf dem Softwareupdatepunkt an einem untergeordneten Standort und WSUS auf dem Softwareupdatepunkt am übergeordneten Standort können Sie einen benutzerdefinierten Port verwenden. Während der Softwareupdatesynchronisierung wird die Verbindung mit WSUS auf dem aktiven Softwareupdatepunkt von WSUS auf dem internetbasierten Softwareupdatepunkt stets über HTTPS hergestellt. Wenn eine HTTPS-Verbindung aufgrund ihrer Sicherheitsrichtlinie nicht möglich ist, müssen Sie die Export-/Import-Synchronisierungsmethode verwenden. Weitere Informationen finden Sie im Abschnitt Synchronisierungsquelle in diesem Thema. Weitere Informationen zu den Ports, die von WSUS verwendet werden, finden Sie unter Bestimmen der Porteinstellungen für WSUS-Server.

In den Einstellungen für die Synchronisierungsquelle des Softwareupdatepunkts wird angegeben, von welchem Ort die Metadaten für Softwareupdates vom Softwareupdatepunkt abgerufen werden und ob während des Synchronisierungsprozesses WSUS-Berichterstattungsereignisse erstellt werden sollen.

• Synchronisierungsquelle: Die Synchronisierungsquelle für Microsoft Update wird standardmäßig vom Softwareupdatepunkt am Standort der obersten Ebene konfiguriert. Ab Configuration Manager SP1 haben Sie die Möglichkeit, den Standort der obersten Ebene mit einem vorhandenen WSUS-Server zu synchronisieren. Vom Softwareupdatepunkt an einem untergeordneten primären Standort wird die Synchronisierungsquelle standardmäßig als Softwareupdatepunkt des Standorts der zentralen Verwaltung konfiguriert.

  Hinweis
  Wenn ein internetbasierter Remote-Softwareupdatepunkt vorhanden ist, ist der Upstream-Updateserver der Softwareupdatepunkt des gleichen Standorts.

  Hinweis
  Ab Configuration Manager SP1 wird der erste Softwareupdatepunkt, den Sie an einem primären Standort installieren und der als Standard-Softwareupdatepunkt dient, mit dem Standort der zentralen Verwaltung synchronisiert. Weitere Softwareupdatepunkte am primären Standort werden mit dem Standard-Softwareupdatepunkts am primären Standort synchronisiert.

  Wenn ein Softwareupdatepunkt von Microsoft Update oder dem Upstream-Updateserver getrennt ist, können Sie die Synchronisierungsquelle so konfigurieren, dass die Synchronisierung nicht mit einer konfigurierten Synchronisierungsquelle erfolgt, sondern stattdessen die Export- und Importfunktion des Tools „WSUSUtil“ verwendet wird. Weitere Informationen finden Sie im Abschnitt Synchronisieren von Softwareupdates bei einem getrennten Softwareupdatepunkt des Themas Konfigurieren von Softwareupdates im Configuration Manager.

• WSUS-Berichterstattungsereignisse: Der Windows Update-Agent auf Clientcomputern kann Ereignismeldungen erstellen, die für die WSUS-Berichterstattung verwendet werden. Diese Ereignisse werden von Softwareupdates in Configuration Manager nicht verwendet. Die Option Keine WSUS-Berichterstattungsereignisse erstellen ist daher standardmäßig ausgewählt. Wenn diese Ereignisse nicht erstellt werden, sollte der Clientcomputer lediglich während der Softwareupdatebewertung und Kompatibilitätsüberprüfung eine Verbindung mit dem WSUS-Server herstellen. Wenn diese Ereignisse für die Berichterstattung außerhalb der Softwareupdates in Configuration Manager benötigt werden, muss diese Einstellung geändert werden, damit WSUS-Berichterstattungsereignisse erstellt werden.

Sie können den Synchronisierungszeitplan nur auf dem Softwareupdatepunkt am Standort der obersten Ebene in der Configuration Manager-Hierarchie konfigurieren. Wenn Sie den Synchronisierungszeitplan konfigurieren, findet die Synchronisierung des Softwareupdatepunkts mit der Synchronisierungsquelle zum angegebenen Zeitpunkt statt. Mit einem benutzerdefinierten Zeitplan können Sie Softwareupdates zu einem Zeitpunkt synchronisieren, zu dem die Anforderungen des WSUS-Servers, Standortservers und Netzwerks gering sind, beispielsweise jede Woche an einem bestimmten Tag um 02:00 Uhr. Alternativ kann die Synchronisierung am Standort der oberste Ebene mit der Aktion Softwareupdates synchronisieren initiiert werden, die sich in der Configuration Manager-Konsole im Knoten Alle Softwareupdates oder Softwareupdategruppen befindet.

Tipp

Planen Sie die Ausführung der Softwareupdatesynchronisierung in einem für Ihre Umgebung geeigneten Zeitrahmen. Eine Möglichkeit besteht darin, den Zeitplan so zu konfigurieren, dass die Softwareupdatesynchronisierung kurz nach der Veröffentlichung der Microsoft-Sicherheitsupdates jeweils am zweiten Dienstag eines Monats („Patch-Dienstag“) ausgeführt wird. Eine andere Möglichkeit besteht darin, den Zeitplan so zu konfigurieren, dass die Softwareupdatesynchronisierung täglich ausgeführt wird, wenn Sie mithilfe von Softwareupdates Endpoint Protection-Definitions- und Modulupdates bereitstellen.

Nach dem erfolgreichen Abschluss der Synchronisierung durch den Softwareupdatepunkt wird eine Synchronisierungsanforderung an untergeordnete Standorte gesendet. Ab Configuration Manager SP1 wird eine Synchronisierungsanforderung an alle Softwareupdatepunkte gesendet, wenn es an einem primären Standort weitere Softwareupdatepunkte gibt. In Configuration Manager ohne Service Pack wird eine Synchronisierungsanforderung an den aktiven internetbasierten Softwareupdatepunkt gesendet, sofern installiert. Der Prozess wird an jedem Standort der Hierarchie wiederholt.

Jedes Softwareupdate ist mit einer Updateklassifizierung definiert, die bei der Einteilung in verschiedene Updatearten behilflich ist. Bei der Synchronisierung werden die Metadaten der Softwareupdates für die angegebenen Klassifizierungen synchronisiert. Mit Configuration Manager können Sie Softwareupdates mit folgenden Updateklassifizierungen synchronisieren:

• Wichtige Updates: Hierbei handelt es sich um ein im großen Umfang freigegebenes Update für ein bestimmtes Problem, mit dem ein wichtiger, nicht sicherheitsrelevanter Fehler behoben wird.

• Definitionsupdates: Hierbei handelt es sich um ein Update für Virus- oder andere Definitionsdateien.

• Feature Packs: Hierbei handelt es sich um neue Produktfunktionen, die außerhalb einer Produktversion verteilt werden, und Funktionen, die in der Regel in der nächsten vollständigen Produktversion enthalten sind.

• Sicherheitsupdates: Hierbei handelt es sich um ein großen Umfang freigegebenes Update für ein produktspezifisches, sicherheitsrelevantes Problem.

• Service Packs: Hierbei handelt es sich um einen kumulativen Satz von Hotfixes, die auf eine Anwendung angewendet werden. Diese Hotfixes können Sicherheitsupdates, wichtige Updates, Softwareupdates usw. umfassen.

• Tools: Hierbei handelt es sich um ein Dienstprogramm oder Funktion, mit dem mindestens eine Aufgabe leichter ausgeführt werden kann.

• Aktualisierungsrollups: Hierbei handelt es sich um einen kumulativen Satz von Hotfixes, die gebündelt sind, um die Bereitstellung einfacher zu gestalten. Diese Hotfixes können Sicherheitsupdates, wichtige Updates, Updates usw. umfassen. Ein Aktualisierungsrollup betrifft in der Regel einen bestimmten Bereich, z. B. Sicherheit oder eine Produktkomponente.

• Updates: Hierbei handelt es sich um ein Update für eine gegenwärtig installierte Anwendung oder Datei.

Die Updateklassifizierungseinstellungen werden nur am Standort der obersten Ebene konfiguriert. Diese Einstellungen werden nicht auf dem Softwareupdatepunkt untergeordneter Standorte konfiguriert, da die Metadaten der Softwareupdates vom Standort der obersten Ebene auf untergeordnete primäre Standorte repliziert werden. Beim Auswählen der Updateklassifizierungen nimmt die Synchronisierung der Softwareupdate-Metadaten umso mehr Zeit in Anspruch, je mehr Klassifizierungen ausgewählt werden.

Warnung
Es wird empfohlen, die Auswahl sämtlicher Klassifizierungen aufzuheben, bevor Sie Softwareupdates zum ersten Mal synchronisieren. Wählen Sie die Klassifizierungen nach der Erstsynchronisierung in den Eigenschaften der Softwareupdatepunktkomponente aus, und initiieren Sie dann die Synchronisierung erneut.

Anhand der Metadaten für die einzelnen Softwareupdates werden ein oder mehrere Produkte definiert, für die das Update gilt. Ein Produkt ist eine bestimmte Edition eines Betriebssystems oder einer Anwendung. Ein Beispiel für ein Produkt ist Microsoft Windows Server 2008. Eine Produktfamilie ist das Basisbetriebssystem bzw. die Basisanwendung, von dem bzw. der die einzelnen Produkte abgeleitet sind. Ein Beispiel für eine Produktfamilie ist Microsoft Windows. Microsoft Windows Server 2008 ist ein Mitglied dieser Produktfamilie. Sie können eine Produktfamilie oder einzelne Produkte innerhalb einer Produktfamilie angeben.

Wenn Softwareupdates auf mehrere Produkte anwendbar sind und mindestens eines der Produkte für die Synchronisierung ausgewählt wird, werden sämtliche Produkte in der Configuration Manager-Konsole angezeigt, auch wenn nicht alle Produkte ausgewählt wurden. Wenn z. B. Windows Server 2008 das einzige Betriebssystem ist, das Sie abonniert haben, und ein Softwareupdate für Windows Server 2008 und Windows Server 2008 Datacenter Edition gilt, werden beide Produkte in der Standortdatenbank angezeigt.

Die Produkteinstellungen werden nur am Standort der obersten Ebene konfiguriert. Diese Einstellungen werden nicht auf dem Softwareupdatepunkt für untergeordnete Standorte konfiguriert, da die Metadaten der Softwareupdates vom Standort der obersten Ebene auf untergeordnete primäre Standorte repliziert werden. Bedenken Sie, dass beim Auswählen der Produkte die Synchronisierung der Softwareupdate-Metadaten umso mehr Zeit in Anspruch nimmt, je mehr Produkte ausgewählt werden.

Wichtig

Von Configuration Manager wird eine Liste der Produkte und Produktfamilien gespeichert, in der Sie bei der Erstinstallation des Softwareupdatepunkts eine Auswahl treffen können. Produkte und Produktfamilien, die nach der Veröffentlichung von Configuration Manager freigegeben werden, können möglicherweise erst ausgewählt werden, nachdem Sie die Softwareupdatesynchronisierung abgeschlossen haben. Bei der Softwareupdatesynchronisierung wird die Liste der verfügbaren Produkte und Produktfamilien aktualisiert. Es empfiehlt sich, die Auswahl sämtlicher Produkte aufzuheben, bevor Sie Softwareupdates zum ersten Mal synchronisieren. Wählen Sie die Produkte nach der Erstsynchronisierung in den Eigenschaften der Softwareupdatepunkt-Komponente aus, und initiieren Sie die Synchronisierung dann erneut.

Mit einem Softwareupdate, das ein anderes Softwareupdate ablöst, werden in der Regel folgende Aktionen ausgeführt:

• Erweiterung, Verbesserung oder Aktualisierung der Korrekturen, die von früher herausgegebenen Updates bereitgestellt wurden.

• Steigerung der Effizienz des abgelösten Updatedateipakets, das auf Clientcomputern installiert wird, sofern die Installation des Updates genehmigt wird. Beispielsweise kann das abgelöste Update Dateien enthalten, die für die Korrektur oder die vom neuen Update unterstützten Betriebssysteme nicht mehr relevant sind. Diese Dateien sind dann im Dateipaket des neuen Updates nicht mehr enthalten.

• Ausführung eines Updates für neuere Produktversionen. Anders ausgedrückt: Es werden Versionen aktualisiert, die für ältere Versionen oder Konfigurationen eines Produkts nicht mehr gültig sind. Updates können außerdem durch andere Updates abgelöst werden, wenn zur Erweiterung der Sprachunterstützung entsprechende Änderungen vorgenommen wurden. Beispielsweise wäre es möglich, dass in einer späteren Version eines Produktupdates für Microsoft Office ein älteres Betriebssystem nicht mehr unterstützt, dafür aber in der Erstversion des Updates die Sprachunterstützung erweitert wird.

In den Eigenschaften für den Softwareupdatepunkt können Sie angeben, dass abgelöste Softwareupdates sofort ablaufen sollen. Hierdurch verhindern Sie, dass diese Softwareupdates in neue Bereitstellungen eingeschlossen werden. Zudem wird bei bestehenden Bereitstellungen durch eine Kennzeichnung darauf hingewiesen, dass sie mindestens ein abgelöstes Softwareupdate enthalten. Sie können auch angeben, dass die abgelösten Softwareupdates erst nach einem bestimmten Zeitraum ablaufen. In diesem Fall können Sie diese Updates weiterhin bereitstellen. Die Bereitstellung eines abgelösten Softwareupdates kann in folgenden Situationen empfehlenswert sein:

• Von einem ablösenden Softwareupdate werden nur neuere Versionen eines Betriebssystems unterstützt, und auf einigen Clientcomputern werden frühere Versionen des Betriebssystems ausgeführt.

• Die Anwendbarkeit eines ablösenden Softwareupdates ist stärker eingeschränkt als die des abzulösenden Softwareupdates. Das ablösende Softwareupdate wäre dadurch für einige Clientcomputer ungeeignet.

• Die Bereitstellung eines ablösenden Softwareupdates wurde in Ihrer Produktionsumgebung nicht genehmigt.

Über die Spracheinstellungen für den Softwareupdatepunkt können Sie die Sprachen konfigurieren, für die die Übersichtsdetails (Softwareupdate-Metadaten) für Softwareupdates synchronisiert werden sollen, und die Sprachen, in denen die Softwareupdatedateien heruntergeladen werden sollen.

Nach der Installation des Softwareupdatepunkts ist der Client-Agent für Softwareupdates standardmäßig aktiviert. Sie müssen keine bestimmten Clienteinstellungen konfigurieren, sollten aber die Einstellungen überprüfen, um sicherzustellen, dass die Standardwerte Ihren Anforderungen genügen. Clienteinstellungen für Softwareupdates und NAP werden im Arbeitsbereich Verwaltung unter Clienteinstellungen konfiguriert. Weitere Informationen zum Konfigurieren von Einstellungen für Softwareupdates finden Sie im Abschnitt Clienteinstellungen für Softwareupdates des Themas Konfigurieren von Softwareupdates im Configuration Manager.

Wichtig
Die Einstellung Softwareupdates auf Clients aktivieren ist standardmäßig aktiviert. Wenn Sie diese Einstellung deaktivieren, werden die vorhandenen Bereitstellungsrichtlinien von Configuration Manager vom Client entfernt. Außerdem funktionieren NAP- und Kompatibilitätseinstellungsrichtlinien nicht mehr, die auf der Softwareupdate-Geräteeinstellung basieren.

Von Windows Update Agent (WUA) werden auf Clientcomputern bestimmte Gruppenrichtlinieneinstellungen verwendet, um eine Verbindung mit WSUS auf dem aktiven Softwareupdatepunkt herzustellen, die Kompatibilität von Softwareupdates zu prüfen und die Softwareupdates und WUA automatisch zu aktualisieren.

Warnung

Wenn Clients ein Active Directory-Gruppenrichtlinienobjekt zugewiesen wurde, auf denen ein WSUS-Server angegeben ist, bei dem es sich nicht um einen Configuration Manager-Softwareupdatepunkt handelt, wird dadurch die mithilfe von Configuration Manager konfigurierte lokale Gruppenrichtlinieneinstellung überschrieben. Bevor Sie die Kompatibilität der Softwareupdates bewerten und Bereitstellungen von Softwareupdates auf diesen Clients verwalten können, müssen Sie die Konfiguration der Active Directory-Gruppenrichtlinieneinstellung ändern oder Clientcomputer in eine Organisationseinheit (OU) verschieben, auf die diese Gruppenrichtlinieneinstellung nicht angewendet wurde.

Weitere Informationen zum Konfigurieren von Einstellungen für Softwareupdates finden Sie im Abschnitt Gruppenrichtlinieneinstellungen für Softwareupdates des Themas Konfigurieren von Softwareupdates im Configuration Manager.

Vom Configuration Manager-Client wird der Inhalt für erforderliche Softwareupdates kurz nach dem Erhalt der Bereitstellung in den lokalen Clientcache heruntergeladen. Dies geschieht jedoch erst nach dem unter Zeitpunkt der Verfügbarkeit der Software festgelegten Zeitpunkt. Die Softwareupdates in optionalen Bereitstellungen (d. h. Bereitstellungen ohne Installationsstichtag) werden erst heruntergeladen, wenn der Benutzer die Installation manuell initiiert. Nach Ablauf des konfigurierten Stichtags wird vom Softwareupdateclient-Agent überprüft, ob das Softwareupdate noch erforderlich und die Softwareupdate-Quelldatei noch im lokalen Cache auf dem Clientcomputer verfügbar ist. Anschließend wird das Softwareupdate installiert. Wurde der Inhalt aus dem Clientcache gelöscht, um für eine andere Bereitstellung Platz zu machen, werden die Softwareupdates vom Client in den Clientcache heruntergeladen. Softwareupdates werden unabhängig von der konfigurierten maximalen Größe des Clientcaches immer in den Clientcache heruntergeladen. Bei anderen Bereitstellungen, z. B. für Anwendungen oder Pakete, werden nur Inhalte heruntergeladen, deren Größe die für den Client konfigurierte maximale Cachegröße nicht überschreitet. Cacheinhalte werden nicht automatisch gelöscht. Sie verbleiben nach der Verwendung der Inhalte durch den Client mindestens einen Tag lang im Cache.