WSUS Serverknoten stürzt immer wieder ab beim Bereinigen

[Gu4rdi4n 53]

Hi, mein WSUS spinnt.

 

Beim Bereinigen der Datenbank stürzt der Serverknoten immer wieder ab. Nach Klick auf "Serverknoten zurücksetzen" selbes Problem.

Auch über die Powershell gibt es einen Abbruch der Aktion

 

Jetzt wollte ich das Timeout auf 0 stellen, jedoch bekomme ich folgende Meldung wenn ich die Properties öffnen will:

 

Jemand eine idee?

[Sunny61 773]

Du musst das SQL Server Management Studio mit Rechtsklick > Ausführen als Administrator starten, jetzt kannst Du gewisse Änderungen vornehmen.

 

Wurde die SUSDB denn schon mal bereinigt? Falls nein wird es etwas schwieriger. Schau doch mal in diesem Artikel die einzelnen Scriptzeilen an: https://learn.microsoft.com/de-de/archive/blogs/sus/how-to-delete-upgrades-in-wsus

 

Beispiel:

 

$s = Get-WsusServer

$s.SearchUpdates(“version 1511, 10586”) | foreach { $s.DeleteUpdate($_.Id.UpdateId) } 

 

Da sollte etwas dabei sein, falls der WSUS tatsächlich noch nie bereinigt wurde. Stück für Stück bereinigen.

Ebenfalls täglich sollte dieses Script laufen: https://learn.microsoft.com/de-de/troubleshoot/mem/configmgr/update-management/reindex-the-wsus-database

 

 

Auf alle Fälle kannst Du diese Hinweise ausführen und anschließend den Server komplett neu starten. https://www.404techsupport.com/2016/03/21/iis-wsus-private-memory/

bearbeitet 19. September 2023 von Sunny61

[cj_berlin 1.138]

Ja, meine WSUS-Empfehlung ist ähnlich:

- min 16 GB RAM

- 4 Worker

- 10.000 queue depth

- 0 private memory limit

- reindex sicherlich nicht jeden Tag, aber zumindest 1-2 mal im Monat

[Gu4rdi4n 53]

Danke für die Antworten! Hab ich alles mal so umgesetzt wie es mir möglich war. 

WSUS läuft jetzt wieder!

 

Allerdings komme ich immer noch nicht in die Eigenschaften der SQL DB

 

===================================

Das angeforderte Dialogfeld kann nicht angezeigt werden.

===================================

Das angeforderte Dialogfeld kann nicht angezeigt werden. (SqlMgmt)

------------------------------
Speicherort des Programms:

   bei Microsoft.SqlServer.Management.SqlMgmt.DefaultLaunchFormHostedControlAllocator.AllocateDialog(XmlDocument initializationXml, IServiceProvider dialogServiceProvider, CDataContainer dc)
   bei Microsoft.SqlServer.Management.SqlMgmt.DefaultLaunchFormHostedControlAllocator.Microsoft.SqlServer.Management.SqlMgmt.ILaunchFormHostedControlAllocator.CreateDialog(XmlDocument initializationXml, IServiceProvider dialogServiceProvider)
   bei Microsoft.SqlServer.Management.SqlMgmt.LaunchForm.InitializeForm(XmlDocument doc, IServiceProvider provider, ISqlControlCollection control)
   bei Microsoft.SqlServer.Management.SqlMgmt.LaunchForm..ctor(XmlDocument doc, IServiceProvider provider)
   bei Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.ToolMenuItemHelper.OnCreateAndShowForm(IServiceProvider sp, XmlDocument doc)
   bei Microsoft.SqlServer.Management.SqlMgmt.RunningFormsTable.RunningFormsTableImpl.ThreadStarter.StartThread()

===================================

Fehler beim Abrufen von Daten für diese Anforderung. (Microsoft.SqlServer.Management.Sdk.Sfc)

------------------------------
Hilfe erhalten Sie durch Klicken auf: https://go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&LinkId=20476

------------------------------
Speicherort des Programms:

   bei Microsoft.SqlServer.Management.Sdk.Sfc.Enumerator.Process(Object connectionInfo, Request request)
   bei Microsoft.SqlServer.Management.SqlManagerUI.ServerPropGenData.InitProp()
   bei Microsoft.SqlServer.Management.SqlManagerUI.ServerPropGenData..ctor(CDataContainer context, ServerConnection sqlConnectionInfo)
   bei Microsoft.SqlServer.Management.SqlManagerUI.ServerPropGeneral..ctor(CDataContainer context)
   bei Microsoft.SqlServer.Management.SqlManagerUI.ServerPropSheet.InitNodeAssociations(CDataContainer context)
   bei Microsoft.SqlServer.Management.SqlManagerUI.ServerPropSheet..ctor(CDataContainer context)

===================================

Ausnahme beim Ausführen einer Transact-SQL-Anweisung oder eines Transact-SQL-Batches. (Microsoft.SqlServer.ConnectionInfo)

------------------------------
Speicherort des Programms:

   bei Microsoft.SqlServer.Management.Common.ServerConnection.GetExecuteReader(SqlCommand command)
   bei Microsoft.SqlServer.Management.Common.ServerConnection.ExecuteReader(String sqlCommand, SqlCommand& command)
   bei Microsoft.SqlServer.Management.Smo.ExecuteSql.GetDataReader(String query, SqlCommand& command)
   bei Microsoft.SqlServer.Management.Smo.DataProvider.SetConnectionAndQuery(ExecuteSql execSql, String query)
   bei Microsoft.SqlServer.Management.Smo.ExecuteSql.GetDataProvider(StringCollection query, Object con, StatementBuilder sb, RetriveMode rm)
   bei Microsoft.SqlServer.Management.Smo.SqlObjectBase.FillData(ResultType resultType, StringCollection sql, Object connectionInfo, StatementBuilder sb)
   bei Microsoft.SqlServer.Management.Smo.SqlObjectBase.FillDataWithUseFailure(SqlEnumResult sqlresult, ResultType resultType)
   bei Microsoft.SqlServer.Management.Smo.SqlObjectBase.BuildResult(EnumResult result)
   bei Microsoft.SqlServer.Management.Smo.SqlObjectBase.GetData(EnumResult erParent)
   bei Microsoft.SqlServer.Management.Sdk.Sfc.Environment.GetData()
   bei Microsoft.SqlServer.Management.Sdk.Sfc.Environment.GetData(Request req, Object ci)
   bei Microsoft.SqlServer.Management.Sdk.Sfc.Enumerator.GetData(Object connectionInfo, Request request)
   bei Microsoft.SqlServer.Management.Sdk.Sfc.Enumerator.Process(Object connectionInfo, Request request)

===================================

Für den aktuellen Befehl ist ein schwerwiegender Fehler aufgetreten. Löschen Sie eventuelle Ergebnisse.
'RegQueryValueEx()' hat den Fehler '2', 'Das System kann die angegebene Datei nicht finden.' zurückgegeben. (.Net SqlClient Data Provider)

------------------------------
Hilfe erhalten Sie durch Klicken auf: http://go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&ProdVer=11.00.2100&EvtSrc=MSSQLServer&EvtID=0&LinkId=20476

------------------------------
Servername: np:\\.\pipe\MICROSOFT##WID\tsql\query
Fehlernummer: 0
Schweregrad: 11
Status: 0


------------------------------
Speicherort des Programms:

   bei Microsoft.SqlServer.Management.Common.ConnectionManager.ExecuteTSql(ExecuteTSqlAction action, Object execObject, DataSet fillDataSet, Boolean catchException)
   bei Microsoft.SqlServer.Management.Common.ServerConnection.GetExecuteReader(SqlCommand command)

 

[Sunny61 773]

vor 2 Stunden schrieb Gu4rdi4n:

Allerdings komme ich immer noch nicht in die Eigenschaften der SQL DB

Dann läuft die SUSDB in der Windows Internal Database. Du könntest die SUSDB in eine SQL Express Instanz migrieren, dann geht noch viel mehr in Sachen Tuning. Aber bedenke dabei, es geht vermutlich auch auf die Performance. Und in der SQL Express darf eine DB maximal 10 GB groß werden, in der WID gibt es diese Grenze nicht. Hast Du einen richtigen SQL Server zur Verfügung, dann kann man die SUSDB auch dorthin verlagern.

[Gu4rdi4n 53]

  

vor 27 Minuten schrieb Sunny61:

Dann läuft die SUSDB in der Windows Internal Database. Du könntest die SUSDB in eine SQL Express Instanz migrieren, dann geht noch viel mehr in Sachen Tuning. Aber bedenke dabei, es geht vermutlich auch auf die Performance. Und in der SQL Express darf eine DB maximal 10 GB groß werden, in der WID gibt es diese Grenze nicht. Hast Du einen richtigen SQL Server zur Verfügung, dann kann man die SUSDB auch dorthin verlagern.

 

 

Ahh alles klar. Jedenfalls habe ich jetzt das Script mal automatisiert dass es jeden Tag läuft

Ich denke jetzt hab ich erstmal ruhe.

 

vor einer Stunde schrieb q617:

Warum keine moderne Cloud-Lösung?

 

weil es bisher ohne Probleme lief. 

Beim nächsten Upgrade werde ich das aber in Betracht ziehen

[Sunny61 773]

vor 4 Stunden schrieb Gu4rdi4n:

Ahh alles klar. Jedenfalls habe ich jetzt das Script mal automatisiert dass es jeden Tag läuft

Ich denke jetzt hab ich erstmal ruhe.

Irgendwann schlägst Du wieder hier auf: ;) Schau auch dieses Script an: https://www.wsus.de/wsus-updates-ablehnen/

Kann man manuell immer wieder aufrufen, alternativ täglich oder wöchentlich.

[Gu4rdi4n 53]

  

vor 18 Stunden schrieb Sunny61:

Irgendwann schlägst Du wieder hier auf: ;) Schau auch dieses Script an: https://www.wsus.de/wsus-updates-ablehnen/

Kann man manuell immer wieder aufrufen, alternativ täglich oder wöchentlich.

 

Danke, das hatte ich auch noch gemacht, Ist ja sinnvoll :)

Aber trotzdem Danke für den Hinweis ;)

[Weingeist 157]

Wenn Du ein wirklich gutes und fortlaufend gepflegtes Script möchtest wäre AJTEK noch eine Überlegung wert. Früher war das Script kostenlos und quasi schon "Gold-Standard" und bügelte auch gewisse MS-Fehler z.B. in den Verkettungen oder OS-Bezeichnungen aus. Heute kostet es einen kleinen Obolus pro Jahr, ist dafür immer sehr up to date.

Seither sind meine WSUS-Installationen clean und brauchen im Vergleich sehr viel weniger Platz. Obwohl ich alles an Updates behalte, die mal effektiv gebraucht wurde und nur verwerfe was tatsächlich ersetzt wurde und nicht mehr gebraucht wird. Und das wichtigste, ich muss mich nicht mehr Ärgern Der Pflegaufwand für die WSUS-Server ist quasi gegen 0 geworden und beschränkt sich auf das reine Freigeben/Überwachen.

 

SQL-Express würde ich tunlichst vermeiden. Habe mich selbst Jahrleang damit rumgeärgert. Die DB wächst selbst mit sehr wenigen Clients rasant und mit den guten Scripts recht schnell über 10GB, auch wenn es sich normal immer in der Gegend um die 8-12GB einpendelt wenn man fleissig cleaned. Scheint so das minimum zu sein was es ungefähr braucht. Also entweder Interne DB die - ich weiss es klingt schräg - praktisch keinerlei Sicherheitsupdates seitens MS bekommt oder aber eine Kauf-Version. Zumindest konnte ich noch nie eine SQL-CU über eine interne DB bügeln.

 

SQL-Server hat ein paar Geschwindigkeitsvorteile, auch mit dem AJTEK Script.

 

bearbeitet 27. September 2023 von Weingeist
Ein paar Ergänzungen zu SQL-Express

[testperson 1.534]

Ich kann hier nur ein +1 für die WSUS Automated Maintanace von AJTek geben. Ist zwar AFAIK minimal teurer geworden, aber lohnt sich meiner Meinung nach immer noch, wenn man "keine Lust hat" die ganzen Scripte, die da integriert sind selber zu sammeln / integrieren.

[Gu4rdi4n 53]

vor 57 Minuten schrieb Weingeist:

Wenn Du ein wirklich gutes und fortlaufend gepflegtes Script möchtest wäre AJTEK noch eine Überlegung wert. Früher war das Script kostenlos und quasi schon "Gold-Standard" und bügelte auch gewisse MS-Fehler z.B. in den Verkettungen oder OS-Bezeichnungen aus. Heute kostet es einen kleinen Obolus pro Jahr, ist dafür immer sehr up to date.

Seither sind meine WSUS-Installationen clean und brauchen im Vergleich sehr viel weniger Platz. Obwohl ich alles an Updates behalte, die mal effektiv gebraucht wurde und nur verwerfe was tatsächlich ersetzt wurde und nicht mehr gebraucht wird. Und das wichtigste, ich muss mich nicht mehr Ärgern Der Pflegaufwand für die WSUS-Server ist quasi gegen 0 geworden und beschränkt sich auf das reine Freigeben/Überwachen.

 

SQL-Express würde ich tunlichst vermeiden. Habe mich selbst Jahrleang damit rumgeärgert. Die DB wächst selbst mit sehr wenigen Clients rasant und mit den guten Scripts recht schnell über 10GB, auch wenn es sich normal immer in der Gegend um die 8-12GB einpendelt wenn man fleissig cleaned. Scheint so das minimum zu sein was es ungefähr braucht. Also entweder Interne DB die - ich weiss es klingt schräg - praktisch keinerlei Sicherheitsupdates seitens MS bekommt oder aber eine Kauf-Version. Zumindest konnte ich noch nie eine SQL-CU über eine interne DB bügeln.

 

SQL-Server hat ein paar Geschwindigkeitsvorteile, auch mit dem AJTEK Script.

 

 

 

Oh cool. Kannte ich noch gar nicht. Ist gekauft :)

[lotsch17 1]

SQL Management Studio mit WSUS DB verbinden  , geht nicht mit einem neuen WSUS

beide Zeilen bringen Fehler:  Cannot Connect to ....   Error  18456

\\.\pipe\Microsoft##WID\tsql\query

\\.\pipe\mssql$Microsoft##SSEE\sql\query

 

[Sunny61 773]

SSM mittels Rechtsklick > Ausführen als Administrator starten.