Planen der WSUS-Bereitstellung

  • Artikel

Gilt für: Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012

Der erste Schritt bei der Bereitstellung von Windows Server Update Services (WSUS) sind einige wichtige Entscheidungen, z. B. die Auswahl des WSUS-Bereitstellungsszenarios und der Netzwerktopologie sowie die Prüfung der Systemanforderungen. In der folgenden Prüfliste sind die Schritte zur Vorbereitung der Bereitstellung zusammengefasst.

Aufgabe BESCHREIBUNG
1.1. Vorüberlegungen und Systemanforderungen Prüfen Sie die Liste der Bereitstellungshinweise und Systemanforderungen, um sicherzustellen, dass Sie über alle notwendige Hardware und Software für die Bereitstellung von WSUS verfügen.
1.2. Auswählen des WSUS-Bereitstellungsszenarios Entscheiden Sie, welches WSUS-Bereitstellungsszenario verwendet werden soll.
1.3. Auswählen der WSUS-Speicherstrategie Entscheiden Sie, welche WSUS-Speicherstrategie am besten für Ihre Bereitstellung geeignet ist.
1.4. Auswählen der WSUS-Updatesprachen Entscheiden Sie, welche WSUS-Updatesprachen installiert werden sollen.
1.5. Planen der WSUS-Computergruppen Planen Sie, wie WSUS-Computergruppen in Ihrer Bereitstellung verwendet werden sollen.
1.6. Aspekte beim Planen der WSUS-Leistung: Intelligenter Hintergrundübertragungsdienst Erstellen Sie einen WSUS-Entwurf für optimierte Leistung.
1.7. Planen der Einstellungen für automatische Updates Planen Sie, wie die Einstellungen für automatische Updates für Ihr Szenario konfiguriert werden sollen.

1.1. Vorüberlegungen und Systemanforderungen

Systemanforderungen

Die Anforderungen an Hardware und Datenbanksoftware richten sich nach der Anzahl der Clientcomputer, die in Ihrem Unternehmen aktualisiert werden. Stellen Sie vor dem Aktivieren der WSUS-Serverrolle anhand der folgenden Richtlinien sicher, dass der Server die Systemanforderungen erfüllt und Sie die erforderlichen Berechtigungen zum Durchführen der Installation besitzen:

  • Serverhardwareanforderungen zum Aktivieren der WSUS-Rolle sind an die Hardware gebunden. Die Mindesthardwareanforderungen für WSUS sind:

    • Prozessor: 1,4 GHz x64-Prozessor (min. 2 GHz empfohlen)
    • Arbeitsspeicher: WSUS erfordert 2 GB RAM zusätzlich zum vom Server und allen anderen Diensten und Programmen benötigten Arbeitsspeicher.
    • Verfügbarer Speicherplatz: 40 GB oder mehr werden empfohlen.
      • Die lokale Updateverwaltung mit der Unified Update Platform (UUP) erfordert zusätzlich 10 GB Speicherplatz pro Windows-Version und Prozessorarchitektur für jede Version. Weitere Informationen finden Sie im Abschnitt zu UUP-Überlegungen.
    • Netzwerkadapter: 100 MBit/s (Megabit pro Sekunde) oder mehr (empfohlen wird 1 GBit/s)

    Hinweis

    Diese Richtlinien gehen davon aus, dass WSUS-Clients alle acht Stunden mit dem Server synchronisiert werden und insgesamt 30.000 Clients vorhanden sind. Bei einer häufigeren Synchronisierung erhöht sich die Serverlast entsprechend.

  • Erforderliche Softwareupdates:

  • Softwareanforderungen:

  • Starten Sie den Server vor dem Aktivieren der WSUS-Serverrolle neu, falls Sie Rollen oder Softwareupdates installieren, bei denen der Server nach der Installation neu gestartet werden muss.

  • Microsoft .NET Framework 4.0 muss auf dem Server installiert sein, auf dem die WSUS-Serverrolle installiert wird.

  • Stellen Sie sicher, dass das Konto, das Sie zum Installieren von WSUS verwenden, ein Mitglied der lokalen Administratorgruppe ist.

  • Das Konto %%amp;quot;NT-Autorität\Netzwerkdienst%%amp;quot; muss über die Berechtigung %%amp;quot;Vollzugriff%%amp;quot; für die folgenden Ordner verfügen, damit das WSUS-Verwaltungs-Snap-In korrekt angezeigt wird:

    • %windir%\Temp

    • %windir%\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files

      Hinweis

      Dieser Pfad ist vor der Installation der Webserverrolle, in der Internetinformationsdienste (IIS) enthalten ist, möglicherweise nicht vorhanden.

Überlegungen zur Installation

Während des Installationsvorgangs installiert WSUS standardmäßig die folgenden Komponenten:

  • .NET-API und Windows PowerShell-Cmdlets
  • Interne Windows-Datenbank (Windows Internal Database, WID), wird von WSUS verwendet
  • Folgende von WSUS verwendete Dienste:
    • Updatedienst
    • Berichterstattungswebdienst
    • Clientwebdienst
    • Webdienst für die einfache Webauthentifizierung
    • Serversynchronisierungsdienst
    • DSS-Authentifizierungswebdienst

UUP-Überlegungen

Ab dem 28. März 2023 erhalten lokale Geräte mit Windows 11 Version 22H2 Qualitätsupdates über die Unified Update Platform (UUP). UUP interagiert lokal mit WSUS und dem Microsoft Configuration Manager. Das Featureupdate für Windows 11 Version 22H2 wird monatlich aktualisiert, sodass Sie ganz einfach den neuesten Build für Ihre Clients bereitstellen können. UUP-Qualitätsupdates bleiben weiterhin kumulativ und enthalten alle veröffentlichten Qualitäts- und Sicherheitsupdates für Windows. Während UUP-Updates nicht über WSUS entfernt werden können, erhalten Clients, die mit lokalen UUP-Updates aktualisiert werden, die folgenden Funktionen:

  • Möglichkeit für Endbenutzer*innen, Features bei Bedarf und Sprachpakete in WSUS- oder Configuration Manager-Umgebungen zu erhalten
  • Automatische Reparatur bei Beschädigungen
  • Minimierte Downloadgrößen für Qualitätsupdates auf Clients

Zur Vorbereitung auf lokale UUP-Updates müssen Sie sicherstellen, dass die folgenden Anforderungen erfüllt sind:

  • Beim lokalen Speichern von Inhalten für WSUS lädt der WSUS-Server für jede Version ca. 10 GB an Inhalten pro Windows-Version und Prozessorarchitektur herunter. Beispielsweise werden zusätzliche Inhalte von 20 GB für die x64- und arm64-Architekturen für Windows 11 Version 22H2 heruntergeladen.

  • Installieren Sie eines der folgenden Updates auf den WSUS-Servern, oder fügen Sie dem WSUS-Server manuell die erforderlichen MIME-Typen für UUP hinzu:

    • Windows Server 2016, 2019 und 2022: kumulatives Update 2023-02 oder ein späteres kumulatives Update
    • Windows Server 2012 und 2012 R2: kumulatives Update 2023-03 oder ein späteres kumulatives Update

    Tipp

    Wenn der Fehler Cannot add duplicate collection entry of type 'mimeMap' auftritt, lesen Sie die Tipps zur WSUS-Problembehandlung.

Manuelles Hinzufügen der erforderlichen MIME-Typen für UUP

Für die lokale Updateverwaltung mit UUP sind zwei Dateitypen erforderlich. Die MIME-Typen .msu und .wim müssen auf den WSUS-Servern hinzugefügt werden, um UUP lokal zu unterstützen. Wenn Sie die WSUS-Server nicht aktualisieren können, können Sie die folgenden Schritte ausführen, um die erforderlichen Dateitypen manuell hinzuzufügen:

  1. Öffnen Sie das Dialogfeld Internetinformationsdienste-Manager.
  2. Wählen Sie im Bereich Verbindungen den Namen des WSUS-Servers aus. Wenn der WSUS-Servername nicht angezeigt wird, wählen Sie im Menü Datei die Option Mit einem Server verbinden aus und geben dann den Servernamen ein.
  3. Wählen Sie in der Ansicht Features die Option MIME-Typen und dann im Bereich Aktionen die Option Feature öffnen aus.

    Wichtig

    Stellen Sie sicher, dass Sie den Server und nicht die Website beim Hinzufügen der MIME-Typen auswählen. Für die WSUS-Verwaltungswebsite muss der Eintrag für den MIME-Typ geerbt werden, anstatt lokal verfügbar zu sein.

  4. Wählen Sie im Bereich Aktionen für die MIME-Typen die Option Hinzufügen aus.
  5. Geben Sie die folgenden Informationen im Fenster MIME-Typ hinzufügen ein:
    • Dateiendung: .wim
    • MIME-Typ: application/x-ms-wim
  6. Wählen Sie OK aus, nachdem Sie den MIME-Typ hinzugefügt haben.
  7. Fügen Sie einen weiteren MIME-Typ hinzu, indem Sie erneut Hinzufügen auswählen, und geben Sie dann die folgenden Informationen ein:
    • Dateiendung: .msu
    • MIME-Typ: application/octet-stream
  8. Wählen Sie OK aus, nachdem Sie den MIME-Typ hinzugefügt haben.

Überlegungen zu Features bei Bedarf

Beachten Sie, dass das Konfigurieren von Clientcomputern (einschließlich Server) für die Aktualisierung über WSUS zu folgenden Einschränkungen führt:

  1. Serverrollen, deren Nutzdaten mit Features bei Bedarf entfernt wurden, können nicht bei Bedarf von Microsoft Update installiert werden. Sie müssen entweder zum Zeitpunkt des Versuchs, solche Serverrollen zu installieren, eine Installationsquelle bereitstellen oder eine Quelle für „Features bei Bedarf“ in der Gruppenrichtlinie konfigurieren.

  2. Windows-Client-Editionen können .NET 3.5 nicht bei Bedarf über das Web installieren. Die gleichen Überlegungen wie Serverrollen gelten für .NET 3.5.

    Hinweis

    Das Konfigurieren einer Installationsquelle für „Features bei Bedarf“ umfasst nicht WSUS. Informationen zum Konfigurieren von Features finden Sie unter Configure Features on Demand in Windows Server.

  3. Auf Enterprise-Geräten, auf denen Windows 10 Version 1709 oder Version 1803 ausgeführt wird, können „Features bei Bedarf“ nicht direkt über WSUS installiert werden. Um „Features bei Bedarf“ zu installieren, erstellen Sie eine Featuredatei (oder einen Seite-an-Seite-Speicher), oder beziehen Sie das „Features bei Bedarf“-Paket aus einer der folgenden Quellen:

WSUS-Datenbankanforderungen

WSUS erfordert eine der folgenden Datenbanken:

WSUS unterstützt die folgenden Editionen von SQL Server:

  • Standard
  • Enterprise
  • Express

Hinweis

Bei SQL Server Express 2008 R2 beträgt die maximale Datenbankgröße 10 GB. Die Größe dieser Datenbank ist für WSUS meist ausreichend, ihre Verwendung bietet gegenüber WID jedoch keinen spürbaren Vorteil. Die WID-Datenbank weist eine RAM-Mindestanforderung von 2 GB zuzüglich der standardmäßigen Windows Server-Systemanforderungen auf.

Sie können die WSUS-Rolle auf einem anderen Computer als dem Datenbankservercomputer installieren. In diesem Fall gelten folgende zusätzliche Kriterien:

  1. Der Datenbankserver kann nicht als Domänencontroller konfiguriert werden.

  2. Auf dem WSUS-Server können die Remotedesktopdienste nicht ausgeführt werden.

  3. Der Datenbankserver muss derselben Active Directory-Domäne angehören wie der WSUS-Server oder über eine Vertrauensstellung mit der Active Directory-Domäne des WSUS-Servers verfügen.

  4. Der WSUS-Server und der Datenbankserver müssen sich in der gleichen Zeitzone befinden oder mit der gleichen UTC-Quelle (Universal Time Coordinated = koordinierte Weltzeit bzw. Greenwich Mean Time) synchronisiert werden.

1.2. Auswählen des WSUS-Bereitstellungsszenarios

In diesem Abschnitt werden die grundlegenden Features aller WSUS-Bereitstellungen beschrieben. Sie finden hier Informationen zu einfachen Bereitstellungen mit nur einem WSUS-Server und komplexeren Szenarien, z. B. einer WSUS-Serverhierarchie oder einem WSUS-Server in einem isolierten Netzwerksegment.

Einfache WSUS-Bereitstellung

Die einfachste WSUS-Bereitstellung besteht aus einem Server innerhalb der Unternehmensfirewall, der Updates für Clientcomputer in einem privaten Intranet verarbeitet. Der WSUS-Server stellt eine Verbindung mit Microsoft Update her, um Updates herunterzuladen. Dieser Vorgang wird als Synchronisierungbezeichnet. Während der Synchronisierung überprüft WSUS, ob seit der letzten Synchronisierung Updates verfügbar gemacht wurden. Bei der ersten Synchronisierung von WSUS werden alle Updates zum Download verfügbar gemacht.

Hinweis

Die Erstsynchronisierung kann mehr als eine Stunde in Anspruch nehmen. Alle anschließenden Synchronisierungen sollten deutlich schneller vonstatten gehen.

Der WSUS-Server verwendet standardmäßig Port 80 für das HTTP-Protokoll und Port 443 für das HTTPS-Protokoll, um Updates von Microsoft Update herunterzuladen. Falls eine Unternehmensfirewall zwischen dem Netzwerk und dem Internet vorhanden ist, müssen Sie diese Ports auf dem Server öffnen, der direkt mit Microsoft Update kommuniziert. Wenn Sie benutzerdefinierte Ports für diese Kommunikation verwenden möchten, müssen Sie stattdessen diese Ports öffnen. Sie können mehrere WSUS-Server zur Synchronisierung mit einem übergeordneten WSUS-Server konfigurieren. Der WSUS-Server verwendet standardmäßig Port 8530 für das HTTP-Protokoll und Port 8531 für das HTTPS-Protokoll, um Updates an Clientworkstations zu verteilen.

Mehrere WSUS-Server

Administratoren können mehrere Server mit WSUS bereitstellen, die alle Inhalte innerhalb des Intranets der Organisation synchronisieren. Sie können nur einen Server für das Internet verfügbar machen, der der einzige Server ist, der Updates von Microsoft Update herunterlädt. Dieser Server wird als Upstreamserver eingerichtet, d. h. als die Quelle, mit der die Downstreamserver synchronisiert werden. Server können bei Bedarf in einem geografisch verteilten Netzwerk eingerichtet werden, um für alle Clientcomputer die bestmögliche Konnektivität bereitzustellen.

Nicht verbundener WSUS-Server

Wenn der Zugriff auf das Internet aufgrund von Unternehmensrichtlinien oder aus anderen Gründen eingeschränkt ist, können Administratoren einen internen Server für WSUS einrichten. Ein Beispiel hierfür ist ein Server, der mit dem Intranet verbunden, aber vom Internet isoliert ist. Nachdem die Updates auf diesem Server heruntergeladen, getestet und genehmigt wurden, exportiert der Administrator Updatemetadaten und -inhalte auf eine DVD. Anschließend werden die Updatemetadaten und -inhalte von der DVD auf die WSUS-Server im Intranet importiert.

WSUS-Serverhierarchien

Sie können komplexe Hierarchien von WSUS-Servern erstellen. Da es möglich ist, einen WSUS-Server nicht mit Microsoft Update, sondern mit einem anderen WSUS-Server zu synchronisieren, benötigen Sie nur einen mit Microsoft Update verbundenen WSUS-Server. Wenn Sie WSUS-Server miteinander verbinden, haben Sie einen WSUS-Upstreamserver und einen WSUS-Downstreamserver. Die Bereitstellung einer WSUS-Serverhierarchie bietet die folgenden Vorteile:

  • Sie können Updates einmal aus dem Internet herunterladen und anschließend mithilfe von Downstreamservern an Clientcomputer verteilen. Durch diese Methode können Sie Bandbreite auf der Internetverbindung Ihres Unternehmens sparen.

  • Sie können Updates auf einen WSUS-Server herunterladen, der den Clientcomputern physisch näher ist, z. B. in Filialen.

  • Sie können separate WSUS-Server für Clientcomputer einrichten, auf denen Microsoft-Produkte in unterschiedlichen Sprachen verwendet werden.

  • Sie können WSUS für eine große Organisation skalieren, in der mehr Clientcomputer vorhanden sind als ein WSUS-Server effektiv verwalten kann.

Hinweis

Es wird empfohlen, die WSUS-Serverhierarchie auf maximal drei Ebenen zu beschränken, da der Zeitaufwand für die Verteilung von Updates an die verbundenen Server durch jede Ebene zunimmt. Obwohl es keine theoretische Grenze für eine Hierarchie gibt, wurden von Microsoft nur Implementierungen mit einer Hierarchie mit einer Tiefe von fünf Ebenen getestet.

Außerdem müssen Downstreamserver die gleiche oder eine frühere Version von WSUS wie die Synchronisationsquelle des Upstreamservers aufweisen.

Sie können WSUS-Server im autonomen Modus (verteilte Verwaltung) oder im Replikatmodus (zentrale Verwaltung) verbinden und Sie müssen keine Serverhierarchie bereitstellen, die nur einen Modus nutzt: Die WSUS-Lösung kann sowohl autonome WSUS-Server als auch WSUS-Replikatserver umfassen.

Autonomer Modus

Der autonome Modus (auch als verteilte Verwaltung bezeichnet) ist die Standardinstallationsoption für WSUS. Im autonomen Modus gibt ein WSUS-Upstreamserver während der Synchronisierung Updates für Downstreamserver frei. WSUS-Downstreamserver werden separat verwaltet und müssen weder den Genehmigungsstatus von Updates noch Computergruppeninformationen vom Upstreamserver empfangen. Beim verteilten Verwaltungsmodell werden von jedem WSUS-Serveradministrator Updatesprachen ausgewählt, Computergruppen erstellt, Computer Gruppen zugewiesen sowie Updates getestet und genehmigt. Außerdem stellt der Administrator sicher, dass die richtigen Updates auf den entsprechenden Computergruppen installiert werden.

Replikatmodus

Beim Replikatmodus (auch als zentrale Verwaltung bezeichnet) wird ein WSUS-Upstreamserver eingesetzt, der Updates, Genehmigungsstatus und Computergruppen für Downstreamserver freigibt. Replikatserver erben Updategenehmigungen und werden nicht getrennt vom WSUS-Upstreamserver verwaltet.

Hinweis

Wenn Sie mehrere Replikatserver einrichten, die eine Verbindung mit einem einzigen WSUS-Upstreamserver herstellen, sollten Sie die Synchronisierung auf den einzelnen Replikatservern für unterschiedliche Zeitpunkte planen. So können Sie einen plötzlichen Anstieg der Bandbreitennutzung vermeiden.

Filialen

Sie können das Filialenfeature in Windows nutzen, um die WSUS-Bereitstellung zu optimieren. Dieser Bereitstellungstyp bietet die folgenden Vorteile:

  1. Dies hilft, die Nutzung der WAN-Verbindung zu reduzieren und das Reaktionsverhalten von Anwendungen zu verbessern. Sie können die Bereitstellung der vom WSUS-Server verarbeiteten Inhalte mithilfe von BranchCache beschleunigen, indem Sie BranchCache auf dem Server und den Clients installieren und sicherstellen, dass der BranchCache-Dienst gestartet wurde. Weitere Schritte sind nicht erforderlich.

  2. In Filialen, bei denen die Verbindungen mit der Zentrale eine niedrige Bandbreite haben, die Verbindungen mit dem Internet aber eine hohe Bandbreite, kann das Filialenfeature ebenfalls verwendet werden. In diesem Fall können Sie WSUS-Downstreamserver so konfigurieren, dass sie Informationen zu den zu installierenden Updates vom zentralen WSUS-Server abrufen, die Updates selbst aber von Microsoft Update herunterladen.

Netzwerklastenausgleich

Der Netzwerklastenausgleich (Network Load Balancing, NLB) verbessert die Zuverlässigkeit und Leistung Ihres WSUS-Netzwerks. Sie können mehrere WSUS-Server mit einem gemeinsamen Failovercluster mit SQL Server einrichten. In dieser Konfiguration müssen Sie eine vollständige SQL Server-Installation verwenden (nicht die von WSUS bereitgestellte interne Windows-Datenbank), und die Datenbankrolle muss auf allen WSUS-Front-End-Servern installiert werden. Sie können auch auch auf allen WSUS-Servern ein verteiltes Dateisystem (Distributed File System, DFS) zum Speichern der Inhalte verwenden.

WSUS-Setup für Netzwerklastenausgleich: Im Vergleich zum WSUS 3.2-Setup für den Netzwerklastenausgleich sind keine besonderen Setupaufrufe und -parameter mehr erforderlich, um WSUS für den Netzwerklastenausgleich zu konfigurieren. Sie müssen lediglich beim Einrichten der einzelnen WSUS-Server Folgendes beachten.

  • WSUS muss unter Verwendung der SQL-Datenbank-Option anstelle von WID eingerichtet werden.
  • Wenn Updates lokal gespeichert werden, muss der gleiche Inhaltsordner zwischen den WSUS-Servern freigegeben werden, die die gleiche SQL-Datenbank gemeinsam nutzen.
  • WSUS-Setup muss nacheinander durchgeführt werden. Nachinstallationsaufgaben können nicht auf mehreren Servern gleichzeitig ausgeführt werden, wenn eine gemeinsame SQL-Datenbank genutzt wird.
  • Auf sämtlichen WSUS-Front-End-Servern muss dieselbe Betriebssystemversion ausgeführt werden, einschließlich derselben kumulativen Updateebene.

WSUS-Bereitstellung mit Roamingclientcomputern

Wenn sich mobile Benutzer an unterschiedlichen Orten beim Netzwerk anmelden, können Sie WSUS so konfigurieren, dass Roamingbenutzer ihre Clientcomputern mit dem geografisch am nächsten gelegenen WSUS-Server aktualisieren können. So können Sie beispielsweise einen WSUS-Server pro Region bereitstellen und für jede Region ein anderes DNS-Subnetz verwenden. Alle Clientcomputer können zum gleichen WSUS-Server geleitet werden, der in jedem Subnetz zum physisch nächsten WSUS-Server aufgelöst wird.

1.3. Auswählen der WSUS-Speicherstrategie

Windows Server Update Services (WSUS) verwendet zwei Arten von Speichersystemen: eine Datenbank zum Speichern der WSUS-Konfiguration und Updatemetadaten und ein optionales lokales Dateisystem zum Speichern von Updatedateien. Bevor Sie WSUS installieren, sollten Sie entscheiden, wie Sie den Speicher implementieren möchten.

Updates bestehen aus zwei Teilen: Metadaten, die das Update beschreiben, und Dateien, die zum Installieren des Updates erforderlich sind. Updatemetadaten sind in der Regel sehr viel kleiner als das eigentliche Update, und sie werden in der WSUS-Datenbank gespeichert. Updatedateien werden auf einem lokalen WSUS-Server oder einem Microsoft Update-Webserver gespeichert.

WSUS-Datenbank

WSUS erfordert eine Datenbank für jeden WSUS-Server. WSUS unterstützt – mit einigen Einschränkungen – die Verwendung einer Datenbank, die sich auf einem anderen Computer als dem WSUS-Server befindet. Eine Liste der unterstützten Datenbanken und Einschränkungen für Remotedatenbanken finden Sie im Abschnitt „1.1 Vorüberlegungen und Systemanforderungen“ in dieser Anleitung.

In der WSUS-Datenbank werden die folgenden Informationen gespeichert:

  • Informationen zur WSUS-Serverkonfiguration
  • Metadaten, die die einzelnen Updates beschreiben
  • Informationen zu Clientcomputern, Updates und Interaktionen

Wenn Sie mehrere WSUS-Server installieren, ist eine separate Datenbank für jeden WSUS-Server erforderlich, unabhängig davon, ob es sich um einen autonomen Server oder einen Replikatserver handelt. Mit Ausnahme von NLB-Clustern (Network Load Balancing) mit SQL Server-Failover ist es nicht möglich, mehrere WSUS-Datenbanken auf einer einzigen SQL Server-Instanz zu speichern.

In einer Einzelserverkonfiguration, bei der sich die Datenbank und der WSUS-Dienst auf demselben Computer befinden, bieten SQL Server, SQL Server Express und die interne Windows-Datenbank die gleichen Leistungsmerkmale. Eine Einzelserverkonfiguration kann mehrere tausend WSUS-Clientcomputer unterstützen.

Hinweis

Versuchen Sie nicht, WSUS durch direkten Zugriff auf die Datenbank zu verwalten. Die Datenbank kann beschädigt werden, wenn Sie sie direkt bearbeiten. Die Beschädigung macht sich möglicherweise nicht sofort bemerkbar, kann aber dazu führen, dass Upgrades auf die nächste Version des Produkts nicht möglich sind. Sie können WSUS mithilfe der WSUS-Konsole oder mit WSUS-Anwendungsprogrammierschnittstellen (Application Programming Interface, API) verwalten.

WSUS mit interner Windows-Datenbank

Standardmäßig erstellt und verwendet der Installations-Assistent eine interne Windows-Datenbank mit dem Namen %%amp;quot;SUSDB.mdf%%amp;quot;. Diese Datenbank befindet sich im Ordner %%amp;quot;%windir%\wid\data\%%amp;quot;, wobei %%amp;quot;%windir%%%amp;quot; das lokale Laufwerk ist, auf dem die WSUS-Serversoftware installiert ist.

Hinweis

Die interne Windows-Datenbank (WID) wurde unter Windows Server 2008 eingeführt.

WSUS unterstützt für die Datenbank nur die Windows-Authentifizierung. Die SQL Server-Authentifizierung kann nicht mit WSUS verwendet werden. Wenn Sie die interne Windows-Datenbank für die WSUS-Datenbank verwenden, erstellt das WSUS-Setup eine SQL Server-Instanz mit dem Namen %%amp;quot;Server\Microsoft##WID%%amp;quot;, wobei %%amp;quot;Server%%amp;quot; der Name des Computers ist. Bei beiden Datenbankoptionen erstellt das WSUS-Setup eine Datenbank namens %%amp;quot;SUSDB%%amp;quot;. Der Name dieser Datenbank ist nicht konfigurierbar.

In den folgenden Fällen wird empfohlen, die interne Windows-Datenbank zu verwenden:

  • Die Organisation hat noch kein SQL Server-Produkt für eine andere Anwendung erworben und benötigt kein SQL Server-Produkt.
  • Die Organisation benötigt keine WSUS-Lösung mit Netzwerklastenausgleich (NLB).
  • Sie beabsichtigen, mehrere WSUS-Server bereitzustellen (z. B. in Filialen). In diesem Fall sollten Sie die Verwendung der internen Windows-Datenbank für die sekundären Server erwägen, selbst wenn Sie SQL Server für den WSUS-Stammserver verwenden. Da für jeden WSUS-Server eine separate Instanz von SQL Server erforderlich ist, können schnell Probleme mit der Datenbankleistung auftreten, wenn nur eine Instanz von SQL Server für mehrere WSUS-Server eingesetzt wird.

Die interne Windows-Datenbank stellt keine Benutzeroberfläche und keine Tools zur Datenbankverwaltung bereit. Wenn Sie diese Datenbank für WSUS verwenden, müssen Sie sie mit externen Tools verwalten. Weitere Informationen finden Sie unter:

WSUS mit SQL Server

In den folgenden Fällen wird empfohlen, SQL Server mit WSUS zu verwenden:

  1. Sie benötigen eine WSUS-Lösung mit Netzwerklastenausgleich (NLB).
  2. Sie haben bereits mindestens eine Instanz von SQL Server installiert.
  3. Sie können den SQL Server-Dienst nicht unter einem lokalen Konto, das kein Systemkonto ist, oder mit der SQL Server-Authentifizierung ausführen. WSUS unterstützt nur die Windows-Authentifizierung.

WSUS-Updatespeicher

Beim Synchronisieren von Updates auf den WSUS-Server werden die Metadaten- und Updatedateien an zwei separaten Speicherorten gespeichert. Metadaten werden in der WSUS-Datenbank gespeichert. Updatedateien können auf dem WSUS-Server oder auf Microsoft Update-Servern gespeichert werden, je nachdem, wie Sie die Optionen für die Synchronisierung konfiguriert haben. Falls Sie sich dafür entscheiden, Updatedateien auf dem WSUS-Server zu speichern, laden Clientcomputer genehmigte Updates vom lokalen WSUS-Server herunter. Andernfalls laden Clientcomputer genehmigte Updates direkt von Microsoft Update herunter. Welche Option für Ihre Organisation am sinnvollsten ist, hängt von der Netzwerkbandbreite zum Internet, der Netzwerkbandbreite im Intranet und der lokalen Speicherverfügbarkeit ab.

Sie können für jeden bereitgestellten WSUS-Server eine andere Updatespeicherlösung verwenden.

Lokaler WSUS-Serverspeicher

Die lokale Speicherung von Updatedateien ist bei der Installation und Konfiguration von WSUS die Standardoption. Mit dieser Option können Sie Bandbreite auf der Internetverbindung des Unternehmens sparen, da Clientcomputer Updates direkt vom lokalen WSUS-Server herunterladen.

Diese Option setzt voraus, dass auf dem Server ausreichend Speicherplatz für alle erforderlichen Updates verfügbar ist. WSUS erfordert mindestens 20 GB zum lokalen Speichern von Updates. Basierend auf getesteten Variablen werden jedoch 30 GB empfohlen.

Remotespeicher auf Microsoft Update-Servern

Sie können Updates remote auf Microsoft Update-Servern speichern. Diese Option ist hilfreich, wenn die meisten Clientcomputer die Verbindung mit dem WSUS-Server über eine langsame WAN-Verbindung herstellen, für den Internetzugriff jedoch über eine Verbindung mit hoher Bandbreite verfügen.

In diesem Fall wird der WSUS-Stammserver mit Microsoft Update synchronisiert und empfängt die Updatemetadaten. Nachdem Sie die Updates genehmigt haben, laden die Clientcomputer die genehmigten Updates von Microsoft Update-Servern herunter.

1.4. Auswählen der WSUS-Updatesprachen

Wenn Sie eine WSUS-Serverhierarchie bereitstellen, sollten Sie bestimmen, für welche Sprachen Updates in der Organisation erforderlich sind. Konfigurieren Sie den WSUS-Stammserver zum Herunterladen von Updates in allen Sprachen, die in der Organisation verwendet werden.

Es kann z. B. vorkommen, dass die Hauptniederlassung Updates in Englisch und Französisch benötigt, für eine Filiale aber Updates in Englisch, Französisch und Deutsch und für eine weitere Filiale Updates in Englisch und Spanisch erforderlich sind. In dieser Situation konfigurieren Sie den WSUS-Stammserver zum Herunterladen von Updates in Englisch, Französisch, Deutsch und Spanisch. Anschließend konfigurieren Sie den WSUS-Server der ersten Filiale zum Herunterladen von Updates in Englisch, Französisch und Deutsch und den WSUS-Server der zweiten Filiale zum Herunterladen von Updates in Englisch und Spanisch.

Auf der Seite Sprachen auswählen des WSUS-Konfigurations-Assistenten können Sie auswählen, ob Sie Updates für alle Sprachen oder eine Teilmenge von Sprachen wünschen. Durch die Auswahl einer Teilmenge von Sprachen sparen Sie Speicherplatz. Wählen Sie jedoch UNBEDINGT alle Sprachen aus, die für sämtliche Downstreamserver und Clientcomputer eines WSUS-Servers erforderlich sind.

Im Folgenden finden Sie einige WICHTIGE Hinweise zu Updatesprachen, die Sie vor dem Konfigurieren dieser Option bedenken sollten:

  • Wählen Sie neben allen anderen Sprachen, die in der Organisation benötigt werden, immer Englisch aus. Alle Updates basieren auf englischen Sprachpaketen.
  • Downstreamserver und Clientcomputer empfangen nur dann alle erforderlichen Updates, wenn Sie sämtliche benötigten Sprachen für den Upstreamserver auswählen. Achten Sie darauf, dass Sie alle erforderlichen Sprachen für alle zugeordneten Clientcomputer aller Downstreamserver auswählen.
  • Auf dem WSUS-Stammserver, der mit Microsoft Update synchronisiert wird, sollten Sie generell Updates in allen Sprachen herunterladen. Dadurch stellen Sie sicher, dass alle Downstreamserver und Clientcomputer Updates in den für sie erforderlichen Sprachen empfangen.

Wenn Sie Updates lokal speichern und einen WSUS-Server zum Herunterladen von Updates in einer begrenzten Anzahl von Sprachen eingerichtet haben, werden Sie möglicherweise feststellen, dass Updates in Sprachen vorhanden sind, die Sie nicht angegeben haben. Bei vielen Updatedateien handelt es sich um Bündel mehrerer Sprachen, von denen Sie mindestens eine auf dem Server angegeben haben.

Upstreamserver

Hinweis

Konfigurieren Sie Upstreamserver zum Synchronisieren von Updates in allen Sprachen, die für Downstreamserver im Replikatmodus erforderlich sind. Für nicht synchronisierte Sprachen erfolgt keine Benachrichtigung über erforderliche Updates.

Updates werden auf Clientcomputern, die diese Sprache erfordern, als Nicht zutreffend angezeigt. Um dies zu vermeiden, stellen Sie sicher, dass alle Betriebssystemsprachen in den Optionen für die Synchronisierung der WSUS-Server enthalten sind. Sie können alle Betriebssystemsprachen durch das Aufrufen der Ansicht Computer der WSUS-Verwaltungskonsole und Sortieren der Computer nach Betriebssystemsprache einsehen. Eventuell sollten jedoch weitere Sprachen berücksichtigt werden, wenn beispielsweise Microsoft-Anwendungen in mehreren Sprachen verwendet werden (beispielsweise, wenn auf einigen Computern, die die englische Version von Windows verwenden, die französische Version von Microsoft Word installiert ist).

Das Auswählen von Sprachen für einen Upstreamserver ist nicht dasselbe wie das Auswählen von Sprachen für einen Downstreamserver. Das folgende Verfahren macht die Unterschiede deutlich.

Auswählen von Updatesprachen für einen Server, der über Microsoft Update synchronisiert wird

  1. Im WSUS-Konfigurationsassistenten:

    • Um Updates in allen Sprachen zu erhalten, wählen Sie Updates in allen Sprachen herunterladen, einschließlich neuer Sprachen aus.
    • Um nur für bestimmte Sprachen Updates zu erhalten, wählen Sie Updates nur in folgenden Sprachen herunterladen und dann die gewünschten Sprachen aus.

Auswählen von Updatesprachen für einen Downstreamserver

  1. Wenn der Upstreamserver zum Herunterladen von Updatedateien mit einer Teilmenge der Sprachen konfiguriert wurde: Wählen Sie im WSUS-Konfigurations-Assistenten Updates nur in folgenden Sprachen herunterladen (nur die Sprachen, die mit einem Sternchen gekennzeichnet sind, werden vom Upstreamserver unterstützt) und dann die gewünschten Sprachen aus.

    Hinweis

    Dies sollte geschehen, obwohl der Downstreamserver dieselben Sprachen wie der Upstreamserver herunterladen soll.

  2. Wenn der Upstreamserver zum Herunterladen von Updatedateien in allen Sprachen konfiguriert wurde: Wählen Sie im WSUS-Konfigurations-Assistenten Updates in allen Sprachen herunterladen, die auf dem Upstreamserver unterstützt werden aus.

    Hinweis

    Dies sollte geschehen, obwohl der Downstreamserver dieselben Sprachen wie der Upstreamserver herunterladen soll. Diese Einstellung bewirkt, dass der Upstreamserver Updates in allen Sprachen herunterlädt, einschließlich der Sprachen, die ursprünglich nicht für den Upstreamserver konfiguriert wurden. Wenn Sie dem Upstreamserver Sprachen hinzufügen, sollten Sie die neuen Updates auf dessen Replikatserver kopieren.

    Das Ändern der Sprachoptionen nur auf dem Upstreamserver könnte dazu führen, dass die Anzahl der Updates, die auf dem zentralen Server genehmigt sind, nicht mit der Anzahl der genehmigten Updates auf den Replikatservern übereinstimmt.

1.5. Planen der WSUS-Computergruppen

WSUS bietet Ihnen die Möglichkeit, Updates gezielt auf Gruppen von Clientcomputern anzuwenden, sodass Sie sicherstellen können, dass bestimmte Computer immer zum geeigneten Zeitpunkt die richtigen Updates erhalten. Wenn z. B. für alle Computer in einer Abteilung (z. B. im Buchhaltungsteam) eine bestimmte Konfiguration verwendet wird, können Sie eine Gruppe für das Team erstellen, entscheiden, welche Updates für die Computer erforderlich sind und wann sie installiert werden sollen, und anschließend mithilfe von WSUS-Berichten die Updates für das Team auswerten.

Hinweis

Auf einem im Replikatmodus ausgeführten WSUS-Server können keine Computergruppen erstellt werden. Alle Computergruppen, die für Clientcomputer des Replikatservers erforderlich sind, müssen auf dem WSUS-Stammserver der WSUS-Serverhierarchie erstellt werden. Weitere Informationen zum Replikatmodus finden Sie unter Ausführen des WSUS-Replikatmodus.

Computer sind immer der Gruppe Alle Computer zugewiesen und bleiben in der Gruppe Nicht zugewiesene Computer, bis Sie sie einer anderen Gruppe zuweisen. Computer können mehreren Gruppen angehören.

Computergruppen können in Hierarchien eingerichtet werden (z. B. %%amp;quot;Gehaltsabrechnung%%amp;quot; und %%amp;quot;Kreditoren%%amp;quot; als untergeordnete Gruppen von %%amp;quot;Buchhaltung%%amp;quot;). Für eine übergeordnete Gruppe genehmigte Updates werden zusätzlich zur übergeordneten Gruppe automatisch für untergeordnete Gruppen bereitgestellt. Wenn Sie in diesem Beispiel Update1 für die Gruppe %%amp;quot;Buchhaltung%%amp;quot; genehmigen, wird das Update auf allen Computern in der Gruppe %%amp;quot;Buchhaltung%%amp;quot;, allen Computern in der Gruppe %%amp;quot;Gehaltsabrechnung%%amp;quot; und allen Computern in der Gruppe %%amp;quot;Kreditoren%%amp;quot; bereitgestellt.

Da Computer mehreren Gruppen zugewiesen werden können, kann es vorkommen, dass ein Update mehrmals für einen Computer genehmigt wird. Das Update wird jedoch nur einmal bereitgestellt, und alle Konflikte werden vom WSUS-Server aufgelöst. Wenn im obigen Beispiel ComputerA der Gruppe „Gehaltsabrechnung“ und der Gruppe „Kreditoren“ zugewiesen ist und Update1 für beide Gruppen genehmigt wird, wird es nur einmal bereitgestellt.

Für die Zuweisung von Computern zu Computergruppen stehen zwei Methoden zur Verfügung: serverseitige Zielgruppenadressierung und clientseitige Zielgruppenadressierung. Die Vorgehensweise bei diesen beiden Methoden ist wie folgt:

  • Serverseitige Zielgruppenadressierung: Sie weisen manuell einen oder mehrere Clientcomputer gleichzeitig mehreren Gruppen zu.
  • Clientseitige Zielgruppenadressierung: Sie verwenden Gruppenrichtlinien oder bearbeiten die Registrierungseinstellungen auf Clientcomputern so, dass diese Computer sich den zuvor erstellten Computergruppen selbst hinzufügen.

Konfliktauflösung

Vom Server werden die folgenden Regeln zum Lösen von Konflikten und Ermitteln der sich ergebenden Aktion auf Clients angewendet:

  1. Priority

  2. Installieren/Deinstallieren

  3. Stichtag

Priority

Die der Gruppe mit der höchsten Priorität zugewiesenen Aktionen setzen die Aktionen der anderen Gruppen außer Kraft. Je tiefer sich eine Gruppe in der Hierarchie befindet, desto höher ist ihre Priorität. Die Priorität wird nur basierend auf der Tiefe zugewiesen. Alle Verzweigungen besitzen die gleiche Priorität. Beispielsweise hat eine Gruppe, die sich zwei Ebenen unterhalb des Desktops befindet, eine höhere Priorität als eine Gruppe eine Ebene unterhalb des Serverzweigs.

Im folgenden Textbeispiel aus dem Hierarchiebereich der Update Services-Konsole wurden für den WSUS-Server WSUS-01 die Computergruppen „Desktopcomputer“ und „Server“ der Standardgruppe Alle Computer hinzugefügt. Die Gruppen „Desktopcomputer“ und „Server“ befinden sich auf derselben Hierarchieebene.

  • Update Services
    • WSUS-01
      • Updates
      • Computer
        • Alle Computer
          • Nicht zugewiesene Computer
          • Desktopcomputer
            • Desktops-L1
              • Desktops-L2
          • Leistungsverlauf für Server
            • Servers-L1
      • Downstreamserver
      • Synchronisierungen
      • Berichte
      • Optionen

In diesem Beispiel besitzt die Gruppe zwei Ebenen unterhalb der Verzweigung „Desktopcomputer“ (Desktops-L2) eine höhere Priorität als die Gruppe eine Ebene unterhalb der Verzweigung „Server“ (Servers-L1). Dementsprechend haben bei einem Computer, der sowohl Mitglied der Gruppe %%amp;quot;Desktops-L2%%amp;quot; als auch der Gruppe %%amp;quot;Servers-L1%%amp;quot; ist, alle Aktionen für die Gruppe %%amp;quot;Desktops-L2%%amp;quot; Priorität gegenüber den für die Gruppe %%amp;quot;Servers-L1%%amp;quot; angegebenen Aktionen.

Priorität der Installation und Deinstallation

Installationsaktionen setzen Deinstallationsaktionen außer Kraft. Erforderliche Installationen haben Vorrang vor optionalen Installationen. (Optionale Installationen sind nur über die API verfügbar, und durch das Ändern einer Genehmigung für ein Update mithilfe der WSUS-Verwaltungskonsole werden alle optionalen Genehmigungen gelöscht.)

Priorität von Terminen

Aktionen, die über einen Stichtag (eine Frist) verfügen, setzen Aktionen ohne Stichtag außer Kraft. Aktionen mit früheren Stichtagen setzen Aktionen mit späteren Stichtagen außer Kraft.

1.6. Planen der WSUS-Leistung

Einige Bereiche müssen vor der Bereitstellung von WSUS sorgfältig geplant werden, um eine optimale Leistung zu erhalten. Die wichtigsten Bereiche sind:

  • Netzwerkeinrichtung
  • Zurückgestellter Download
  • Filter
  • Installation
  • Große Updatebereitstellungen
  • Intelligenter Hintergrundübertragungsdienst (Background Intelligent Transfer Service, BITS)

Netzwerkeinrichtung

Anhand der folgenden Methoden kann die Leistung in WSUS-Netzwerken optimiert werden:

  1. Richten Sie WSUS-Netzwerke nicht in einer hierarchischen Topologie, sondern in einer Hub-Spoke-Topologie ein.

  2. Verwenden Sie die DNS-Netzwerkmaskenanforderung für Roamingclientcomputer, und konfigurieren Sie Roamingclientcomputer zum Herunterladen von Updates vom lokalen WSUS-Server.

Zurückgestellter Download

Sie können Updates genehmigen und die Updatemetadaten herunterladen, bevor Sie die Updatedateien herunterladen. Diese Methode wird als zurückgestellter Downloadbezeichnet. Wenn Sie Downloads zurückstellen, wird ein Update erst nach seiner Genehmigung heruntergeladen. Da bei dieser Methode die Netzwerkbandbreiten- und Speicherplatznutzung optimiert wird, wird empfohlen, Downloads zurückzustellen.

In einer Hierarchie von WSUS-Servern wird für alle Downstreamserver automatisch die auf dem WSUS-Stammserver festgelegte Einstellung für zurückgestellten Download verwendet. Diese Standardeinstellung kann geändert werden. Sie können z. B. einen Upstreamserver für vollständige, sofortige Synchronisierungen und anschließend einen Downstreamserver zum Zurückstellen der Downloads konfigurieren.

Es wird empfohlen, in einer Hierarchie verbundener WSUS-Server möglichst wenig Serverebenen zu verwenden. Wenn Sie zurückgestellte Downloads aktivieren und ein Downstreamserver ein Update anfordert, das auf dem Upstreamserver nicht genehmigt wurde, wird durch die Anforderung des Downstreamservers ein Download auf dem Upstreamserver erzwungen. Der Downstreamserver lädt das Update dann bei einer nachfolgenden Synchronisierung herunter. In einer WSUS-Serverhierarchie mit vielen Ebenen, kann es zu Verzögerungen kommen, wenn Updates angefordert, heruntergeladen und dann durch die Serverhierarchie übertragen werden. Wenn Updates lokal gespeichert werden, sind zurückgestellte Downloads standardmäßig aktiviert. Sie können diese Option manuell ändern.

Filter

WSUS bietet Ihnen die Möglichkeit, Updatesynchronisierungen nach Sprache, Produkt und Klassifizierung zu filtern. In einer Hierarchie von WSUS-Servern werden für alle Downstreamserver automatisch die auf dem WSUS-Stammserver ausgewählten Updatefilteroptionen verwendet. Sie können Downloadserver neu konfigurieren, sodass sie nur eine Teilmenge von Sprachen empfangen.

Standardmäßig werden die Produkte Windows und Office aktualisiert, und die Standardklassifizierungen sind %%amp;quot;Wichtige Updates%%amp;quot;, %%amp;quot;Sicherheitsupdates%%amp;quot; und %%amp;quot;Definitionsupdates%%amp;quot;. Um die Bandbreiten- und Speicherplatznutzung zu reduzieren, sollten Sie nur die Sprachen auswählen, die Sie tatsächlich verwenden.

Installation

Updates bestehen normalerweise aus neuen Versionen von Dateien, die bereits auf dem zu aktualisierenden Computer vorhanden sind. Auf binärer Ebene unterscheiden sich die vorhandenen Dateien möglicherweise nur wenig von den aktualisierten Versionen. Das Feature für Schnellinstallationsdateien ermittelt die genauen Byteunterschiede zwischen Versionen, erstellt und verteilt Updates nur für diese Unterschiede und führt die vorhandene Datei dann mit den aktualisierten Bytes zusammen.

Dieses Feature wird auch als „Deltaübermittlung“ bezeichnet, da es nur das Delta (die Differenz) zwischen zwei Versionen einer Datei herunterlädt. Schnellinstallationsdateien sind größer als die an Clientcomputer verteilten Updates, da sie alle möglichen Versionen jeder zu aktualisierenden Datei enthalten.

Schnellinstallationsdateien können zum Beschränken der Bandbreite im lokalen Netzwerk genutzt werden, da WSUS nur das Delta für eine bestimmte Version einer aktualisierten Komponente übermittelt. Allerdings erfordert dies zusätzliche Bandbreite zwischen dem WSUS-Server, eventuellen Upstream-WSUS-Server und Microsoft Update und zusätzlichen lokalen Speicherplatz. Standardmäßig verwendet WSUS keine Expressinstallationsdateien.

Nicht alle Updates eignen sich für die Verteilung mittels Schnellinstallationsdateien. Wenn Sie diese Option aktivieren, erhalten Sie Schnellinstallationsdateien für alle Updates. Wenn Sie Updates nicht lokal speichern, entscheidet der Windows Update-Agent, ob die Dateien der Expressinstallation oder die Updatedistribution für das vollständige Update heruntergeladen werden.

Große Updatebereitstellung

Mithilfe der folgenden Methoden können Sie beim Bereitstellen großer Updates (z. B. Service Packs) eine Überlastung des Netzwerks verhindern:

  1. Verwenden Sie die Bandbreiteneinschränkung des intelligenten Hintergrundübertragungsdiensts (BITS). BITS-Bandbreiteneinschränkungen können nach Tageszeit gesteuert werden, sie gelten jedoch für alle Anwendungen, für die BITS verwendet wird. Informationen zur Steuerung der BITS-Drosselung finden Sie unter Gruppenrichtlinien.

  2. Verwenden Sie die Bandbreiteneinschränkung der Internetinformationsdienste (Internet Information Services, IIS), um die Einschränkung auf einen oder mehrere Webdienste zu beschränken.

  3. Verwenden Sie Computergruppen, um das Rollout zu steuern. Ein Clientcomputer identifiziert sich selbst als Mitglied einer bestimmten Computergruppe, wenn er Informationen an den WSUS-Server sendet. Der WSUS-Server ermittelt anhand dieser Informationen, welche Updates auf dem Computer bereitgestellt werden müssen. Sie können mehrere Computergruppen einrichten und Downloads großer Service Packs nacheinander für eine Teilmenge dieser Gruppen genehmigen.

Intelligenter Hintergrundübertragungsdienst (Background Intelligent Transfer Service, BITS)

WSUS verwendet das BITS-Protokoll für alle Dateiübertragungsaufgaben. Dies beinhaltet Downloads auf Clientcomputer und Serversynchronisierungen. Mithilfe von BITS können Programme Dateien mit wenig Bandbreite herunterladen. BITS verwaltet Dateiübertragungen durch Trennen von Netzwerkverbindungen und Computerneustarts. Weitere Informationen finden Sie unter: Intelligenter Hintergrundübertragungsdienst (Background Intelligent Transfer Service, BITS).

1.7. Planen der Einstellungen für automatische Updates

Sie können einen Stichtag für die Genehmigung von Updates auf dem WSUS-Server festlegen. Der Stichtag führt dazu, dass Clientcomputer das Update zu einem bestimmten Zeitpunkt installieren. Abhängig davon, ob der Stichtag abgelaufen ist, andere zu installierende Updates für den Computer in der Warteschlange vorhanden sind und das Update (oder ein anderes Update in der Warteschlange) einen Neustart erfordert, können jedoch unterschiedliche Situationen auftreten.

Standardmäßig ruft das Feature %%amp;quot;Automatische Updates%%amp;quot; alle 22 Stunden (minus einer zufälligen Verschiebung) Updates vom WSUS-Server ab. Wenn neue Updates installiert werden müssen, werden sie heruntergeladen. Die Zeit zwischen den einzelnen Ermittlungszyklen kann auf einen Wert zwischen 1 und 22 Stunden festgelegt werden.

Die Benachrichtigungsoptionen können wie folgt bearbeitet werden:

  1. Wenn %%amp;quot;Automatische Updates%%amp;quot; zur Benachrichtigung des Benutzers über Updates, die zur Installation bereit sind, konfiguriert ist, wird die Benachrichtigung an das Systemprotokoll und den Infobereich des Clientcomputers gesendet.

  2. Wenn Benutzer*innen mit entsprechenden Anmeldeinformationen das Symbol im Infobereich auswählen, zeigt „Automatische Updates“ die zur Installation verfügbaren Updates an. Die Benutzer*innen müssen Installieren auswählen, um die Installation zu starten. Erfordert das Update einen Neustart des Computers, wird eine Meldung angezeigt. Wenn ein Neustart erforderlich ist, kann „Automatische Updates“ erst nach dem Neustart des Computers weitere Updates ermitteln.

Wenn %%amp;quot;Automatische Updates%%amp;quot; zum Installieren von Updates nach einem festgelegten Zeitplan konfiguriert ist, werden die erforderlichen Updates heruntergeladen und als %%amp;quot;Bereit für die Installation%%amp;quot; markiert. %%amp;quot;Automatische Updates%%amp;quot; benachrichtigt Benutzer mit entsprechenden Anmeldeinformationen durch ein Symbol im Infobereich, und ein Ereignis wird im Systemprotokoll erfasst.

Zum geplanten Zeitpunkt installiert %%amp;quot;Automatische Updates%%amp;quot; das Update und startet den Computer neu (sofern erforderlich) – auch, wenn kein lokaler Administrator angemeldet ist. Falls ein lokaler Administrator angemeldet ist und der Computer neu gestartet werden muss, zeigt %%amp;quot;Automatische Updates%%amp;quot; eine Warnung und einen Countdown für den Neustart an. Andernfalls erfolgt die Installation im Hintergrund.

Wenn der Computer neu gestartet werden muss und ein Benutzer angemeldet ist, wird ein ähnliches Countdowndialogfeld angezeigt, um den Benutzer über den bevorstehenden Neustart zu informieren. Die Einstellungen für Computerneustarts können mit dem Feature %%amp;quot;Gruppenrichtlinie%%amp;quot; bearbeitet werden.

Nachdem die neuen Updates heruntergeladen wurden, ruft %%amp;quot; Automatische Updates%%amp;quot; die Liste genehmigter Pakete vom WSUS-Server ab, um zu überprüfen, ob die heruntergeladenen Pakete noch gültig und genehmigt sind. Entfernt ein WSUS-Administrator Updates aus der Liste genehmigter Updates, während Updates von %%amp;quot;Automatische Updates%%amp;quot; heruntergeladen werden, werden somit nur die Updates installiert, die noch immer genehmigt sind.