Kuddel071089 9 Geschrieben 5. Oktober 2018 Melden Teilen Geschrieben 5. Oktober 2018 Hallo zusammen, unser WSUS läuft auf einer Windows Server 2016 VM (4vCPU, 10 GB RAM). Leider schafft es der WSUS immer wieder in kürzester Zeit, den RAM komplett auszulasten, so dass in der WSUS Konsole die Fehlermeldung "Fehler: Verbinungsfehler" angezeigt wird. Da hilft dann immer nur "iisreset". Den Speicher vom IIS Anwendungspool für den WSUS habe ich schon auf 6GB begerenzt, funktioniert aber nicht. Die Datenbank vom WSUS ist die Windows interne. hat jemand einen Tipp für mich, wie ich den WSUS wieder nutzen kann? Vielen Dank schon einmal Zitieren Link zu diesem Kommentar
aldisachen 11 Geschrieben 5. Oktober 2018 Melden Teilen Geschrieben 5. Oktober 2018 Hallo, ich hatte vor einigen Wochen ein ähnliches Problem mit dem WSUS. Google hat mir geholfen und ich habe die Probleme nicht mehr. https://jmcblog.de/2017/03/24/loesung-microsoft-windows-was-5002-wsus-webserver-stuerzt-ab/ Zitieren Link zu diesem Kommentar
Kuddel071089 9 Geschrieben 5. Oktober 2018 Autor Melden Teilen Geschrieben 5. Oktober 2018 Ein wenig ist das Verhalten besser geworden, aber nach spätestens 30 Min, hat die Konsole wieder die Verbindung verloren Zitieren Link zu diesem Kommentar
NorbertFe 2.089 Geschrieben 5. Oktober 2018 Melden Teilen Geschrieben 5. Oktober 2018 (bearbeitet) Setz den Private Pool Memory auf 0=unbegrenzt. Ist bei 2016 eh Standardeinstellung. Aktuell ist dein Server ja hoffentlich: https://support.microsoft.com/en-us/help/4039396/windows-10-update-kb4039396 bearbeitet 5. Oktober 2018 von NorbertFe Zitieren Link zu diesem Kommentar
Kuddel071089 9 Geschrieben 5. Oktober 2018 Autor Melden Teilen Geschrieben 5. Oktober 2018 Das Update ist nicht installiert und kann auch nicht installiert werden, weil die 2016er Version angeblich nicht geeignet ist Zitieren Link zu diesem Kommentar
NorbertFe 2.089 Geschrieben 5. Oktober 2018 Melden Teilen Geschrieben 5. Oktober 2018 Na dann hast du wohl schon ein aktuelleres Update drauf. :) Wie gesagt, setz den Wert auf 0 und schau mal obs dann funktioniert. Zitieren Link zu diesem Kommentar
Weingeist 159 Geschrieben 5. Oktober 2018 Melden Teilen Geschrieben 5. Oktober 2018 (bearbeitet) Normal hat das Verbindungs-Problem eher einen SQL-Server als einen WSUS Hintergrund. Ist ned mal so besonders von der Anzahl Clients sondern eher Anzahl Plattformen / Produkte die man hat abhängig. RAM soll er sich normal nehmen was er kriegt. =) Abschalten lässt es sich in der Regel wenn man in den Verbindungseinstellungen das Verbindungslimit maximiert. Also auf unlimitiert, auch das Timeout (insbesondere das). Ich meine du musst dich per Pipe verbinden damit Du den Reiter siehst. Dazu musst Du im Konfigurationsmanager des SQL-Servers NamedPipes aktiviert haben. Verbindungspfad: \\.\pipe\MSSQL$WSUS\sql\query (WSUS durch Instanzname ersetzen) Du verbindest Dich also mit dem Management Studio auf den WSUS, Rechte Maustaste Servereigenschaften (im obersten Element des tree's), Register Verbindungen, maximale Anzahl Verbindungen entweder auf 0 oder deutlich erhöhen, Remoteverbindungen zulassen, TimeOut=0. Dann laufen auch Wartungsscripts sowie interne Serverbereinigungs-Tasks sauber durch. Wartungsscript würde ich übrigens auch immer empfehlen als Windows-Task einzurichten (siehe www.wsus.de) bearbeitet 5. Oktober 2018 von Weingeist Zitieren Link zu diesem Kommentar
Sunny61 809 Geschrieben 5. Oktober 2018 Melden Teilen Geschrieben 5. Oktober 2018 vor 2 Stunden schrieb Weingeist: Abschalten lässt es sich in der Regel wenn man in den Verbindungseinstellungen das Verbindungslimit maximiert. Also auf unlimitiert, auch das Timeout (insbesondere das). Ich meine du musst dich per Pipe verbinden damit Du den Reiter siehst. Dazu musst Du im Konfigurationsmanager des SQL-Servers NamedPipes aktiviert haben. Verbindungspfad: \\.\pipe\MSSQL$WSUS\sql\query (WSUS durch Instanzname ersetzen) Dieser Verbindungsstring funktioniert nur bis 2008R2, ab 2012 sieht das so aus: \\.\pipe\Microsoft##WID\tsql\query Die Anzahl der Verbindungen hat mit dem Konsolen Problem nichts zu tun, nur die Speichereinstellung im IIS ist hilfreich. Zitieren Link zu diesem Kommentar
Weingeist 159 Geschrieben 13. Oktober 2018 Melden Teilen Geschrieben 13. Oktober 2018 (bearbeitet) Am 5.10.2018 um 21:20 schrieb Sunny61: Dieser Verbindungsstring funktioniert nur bis 2008R2, ab 2012 sieht das so aus: \\.\pipe\Microsoft##WID\tsql\query Die Anzahl der Verbindungen hat mit dem Konsolen Problem nichts zu tun, nur die Speichereinstellung im IIS ist hilfreich. WID steht doch normal für die Windows Internal Database, also den kastrierten SQL-Server oder was auch immer für ein Gebilde das heute ist. Setze den schon ewig nicht mehr ein und habe deshalb auch keinerlei Erfahrung mit Ihr. Für einen richtigen SQL - auch wenn es express ist - müsste eigentlich nach wie vor meine Syntax richtig sein. Im Endeffekt ist jeweils das korrekt, was im Konfigurationsmanager unter Pipe tatsächlich eingetragen ist. Zu Anzahl Verbindungen: Soweit ich mir das mal notiert habe, war das trotzdem möglich wenn die Anz. Verbindungen erschöpft waren und viele Clients gleichzeitig abgeglichen habe. Dann hatte ich in der Vergangenheit auch schon Aussetzer wegen den Verbindungslimits. Soweit ich mich erinnere auch in der Konsole. bearbeitet 13. Oktober 2018 von Weingeist Zitieren Link zu diesem Kommentar
Sunny61 809 Geschrieben 13. Oktober 2018 Melden Teilen Geschrieben 13. Oktober 2018 vor 3 Stunden schrieb Weingeist: WID steht doch normal für die Windows Internal Database, also den kastrierten SQL-Server oder was auch immer für ein Gebilde das heute ist. Setze den schon ewig nicht mehr ein und habe deshalb auch keinerlei Erfahrung mit Ihr. Für einen richtigen SQL - auch wenn es express ist - müsste eigentlich nach wie vor meine Syntax richtig sein. Im Endeffekt ist jeweils das korrekt, was im Konfigurationsmanager unter Pipe tatsächlich eingetragen ist. Zu Anzahl Verbindungen: Soweit ich mir das mal notiert habe, war das trotzdem möglich wenn die Anz. Verbindungen erschöpft waren und viele Clients gleichzeitig abgeglichen habe. Dann hatte ich in der Vergangenheit auch schon Aussetzer wegen den Verbindungslimits. Soweit ich mich erinnere auch in der Konsole. Die WID ist nur in der Erreichbarkeit von Remote eingeschränkt, beim Rest gibt es keine Einschränkungen. Deine Infos sind nicht mehr aktuell. Und nein, deine Syntax ist einfach nur falsch. Servername\Instanzname muss es richtig heißen. Bei sehr vielen Clients hilft es einen richtigen SQL Server einzusetzen, keinen Express. Und zusätzlich sollte jemand den SQL Server konfigurieren, der auch Wissen mitbringt. Zitieren Link zu diesem Kommentar
Weingeist 159 Geschrieben 23. Oktober 2018 Melden Teilen Geschrieben 23. Oktober 2018 @Sunny61: Stimmt, WID ist wohl - seit geraumer Zeit - eine gute Alternative. Danke für den Hinweis. Bezüglich der Pipe: Die richtige Syntax für die Verbindung zur Pipe steht trotzdem im Konfigurationsmanager. Wenn da ein $ Zeichen in der Pipe steht - aus welchem Grund auch immer und sei es nur weil es jemand geändert hat -, dann braucht es für die Verbinung auch ein $ Zeichen und nicht den Backslash. Korrekt ist aber sicher - habe ich nun auch mit einer etwas neueren Installation als meiner eigenen nachgeprüft - das es standardmässig so lautet wie Du es gesagt hast und demzufolge auch so bleiben sollte. Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.