Den exakten Fehler bei der Datenbankbereinigung solltest Du schon posten, ansonsten wird es schwer mit helfen.

Ist der Wizard denn schon einmal erfolgreich durchgelaufen? Wie groß ist das WSUS-Content?

Du kannst natürlich die Verarbeitung des Scriptes stoppen, indem Du den PS-Task hart beendest. Würde ich aber erstmal nicht. Falls Du ihn doch beendest, starte die Powershell ISE unf führe dort das Script Zeilenweise aus. Aber wenn die Bereinigung noch nie gelaufen ist, dann kann das wirklich ein paar Stunden dauern bis sich etwas tut. Ist auch kein Task bezüglich SQL Server zu sehen?

Hi,

ich habe auf dem SBS2011 nun Powershell ISE installiert und das Script im Debug ausführen lassen.
Dabe habe ich
# Decline updates that have not been approved for 30 days or more, are not currently needed by any clients, and are superseded by an aproved update.
[Boolean]$supersededUpdates = $False

gestellt damit das Script schneller durchläuft.
Ich erhalte den Fehler:

PS C:\Users\Admin> C:\WSUS\CleanUpWSUS.ps1
Ausnahme beim Aufrufen von "PerformCleanup" mit 1 Argument(en):  "Timeout ist abgelaufen. Das Zeitlimit wurde vor dem Beenden des Vorgangs überschritten oder der Server re
agiert nicht.
The statement has been terminated."
Bei C:\WSUS\CleanUpWSUS.ps1:47 Zeichen:31
+ $CleanupManager.PerformCleanup <<<< ($CleanupScope) | out-file -filepath $LogFile -append -noClobber;
    + CategoryInfo          : NotSpecified: (:) [], MethodInvocationException
    + FullyQualifiedErrorId : DotNetMethodException 

Die Email wird danach an mich versendet, aber es ist nur das Datum und der Servername in der Email vorhanden.

Wenn ich unter Ereignisse/Anwendung schaue habe ich nur einen Fehler
ID13051 Kein Clientcomputer hat jemals eine Verbindung mit dem Server hergestellt.

Ich werde jetzt mal noch andere Bereiche Auf False stellen und step by step testen ob eines davon durchläuft.


Wo könnte man denn noch nachschauen, wegen dem Timeout?

Hallo Sunny,

Ich arbeite mich mit dem Script nun von Bereich zu Bereich.
Mit dem Script umgehe ich bis jetzt immer diesem Datenbankfehler. Ich hoffe das bleibt für alle Bereiche zum Bereinigen so.
Das Script läuft jetzt seit 16 Stunden. Man sieht Auslastung vom SQLserver und man bekommt alle 30 Minuten eine Email dass der UpdateDienst beendet wurde.

Wenn ich die WSUS Console öffne und auf aktualisieren klicke, dann sieht man, dass sich die Anzahl der Updates verringert.
Von 20.000 Updates bin ich jetzt bei 14.500 Updates. Ich denke das Script wird noch ein paar Tage, wenn es sich nicht aufhängt, oder ich den Datenbankfehler bekomme, noch brauchen.

Gestern hat es ca. 6 Stunden gedauert um die Updates zu kompressieren.

SupersededUpdatesDeclined : 0
ExpiredUpdatesDeclined    : 0
ObsoleteUpdatesDeleted    : 0
UpdatesCompressed         : 91817
ObsoleteComputersDeleted  : 0
DiskSpaceFreed            : 0
 

Das komische ist, dass ich im WSUS 20.000 angezeigt bekommen hatte, aber er übe 91.000 Update Compressed hat?
Warum ist das so?

Was ich noch fragen wollte: Ich sehe ja, dass das Script Updates löscht. Warum verkleinert sich aber meine Datenbank nicht? Diese ist immer och genau so groß wie am Anfang. Oder verkleinert diese sich erst, wenn das Script abgeschlossen ist ?

Dandy-Power schrieb on 28.08.15 um 22:57:16:


Wow, da hat der SQL Server richtig was zu tun bekommen.

Dandy-Power schrieb on 28.08.15 um 22:57:16:


Was sind das für 20.000 Updates? Die noch genehmigten? Komprimieren kann man nur die Dateien im Dateisystem, in einer SQL Server Datenbank kann man IMHO nicht komprimieren.

Dandy-Power schrieb on 28.08.15 um 22:57:16:


Wenn Updates gelöscht werden, dann im Dateisystem. In der DB sind sie aber noch vorhanden, nennt sich Metadaten.

Du kannst mit DBCC SHRINKDATABASE die Datenbank verkleinern lassen. Aber wirklich nur einmalig! Warum? Lies diese Artikel, auch wenn Du ihn technisch vielleicht nicht bis ins Detail verstehst, es geht darum aufzuzeigen DBCC SHRINKDATABASE nicht regelmäßig einzusetzen: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Wenn Du DBCC SHRINKDATABASE (Syntax: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).) eingesetzt hast, aktualisiere anschließend unbedingt die Indexe. Dazu am besten das ReIndexierungsscript von MS laufen lassen: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).
0ddea61 Dieses Script läuft bei mir einmal in der Woche, das kannst Du auch als geplante Aufgabe laufen lassen.

Hi Sunny,

Danke für deine Antworten.
Was ist denn der Unterschied von diesem Shrink Script und von folgender Vorhergehensweise: WSUS Dienst beenden,
Mit dem SQL Management Studio auf den SQL Server verbinden, auf Datenbanken, rechte Maustaste auf SUSDB->Tasks->Verkleinern->Datenbank ?

(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).


Wenn ich den WSUS nicht benutzen möchte, kann ich unter Optionen-> Produkte Klassifizierungen einfach alle Produkte abhakten?
Oder werde ich da bei einem SBS Probleme bekommen?

Kannst du mir sagen, wo ich diese Genehmigungsregel finde?
Ich habe bist jetzt nur in der SBS Console unter Updates in den Einstellungen angegeben, dass keine Server und keine Clientupdates automatisch genehmigt werden sollen.

Aber der Server lauscht trotzdem nach Updates und ich habe schon wieder 20 Updates die auf nicht genehmigt stehen.
Synchronisieren tut er auch jeden Abend um 21Uhr.

Die Synchronisierungshistory habe ich schon mehrmals gelöscht


Wegen dem Übel nehmen vom SBS, meinst du wenn ich nicht alles, sondern z.B. nur Windows 7 anklicke und alles andere nicht, wird der auch murren?

Ok, dann werde ich jetzt mal noch 30 Tage warten, bis alle abgelehnten Updates gelöscht werden und dann werde ich einmalig diese Tatenbank shrinken und das Reindex laufen lasse.

Nochmals eine Frage wegen dem genehmigen. Ich habe ja jetzt alle Updates händisch abgelehnt.
Wenn ich die Updates die jetzt kommen wieder auf nicht genehmigt stehen bleiben, werden diese dann automatisch gelöscht nach 30 Tagen von dem Bereinigungsscript, oder muss man die erst alle auf ablehnen stellen, damit diese gelöscht werden ?

Wenn ich auf Datenbank verkleinern klicke steht aktuell 12GB zugeordnet und freier Platz 6.5GB
Das mit den 30 Tagen warten bezog sich eigentlich auf den Gedanken, dass wenn die abgelehnten Updates gelöscht werden, dass in der Datenbank ja die Meta Daten zum shrinken bereitstehen würden oder nicht?

Ok, wie du schon sagtest, kann ich einmalig dieses verkleinern Anwenden und dann spare ich 6.5GB ein.
Kann ich das über Tasks-> verkleinern jetzt tun? Das mit den Scripten liegt mir nicht so

Das Bereinigungsscript lasse ich jeden Tag laufen und er löscht seit den letzten Tagen auch täglich ein paar Updates.
Das Reindexierungsscript sollte ich ja auch wöchentlich laufen lassen? Das werde ich mir mal anschauen, wie man das dann in den Taskplaner einpflegt.

ich habe noch ein kleines Problem wegen der batch.

Ich habe zweimal diese sqlcmd.exe. einmal unter Programme und einmal unter Programme (x86) ist es egal welches ich da nutze ?

Habe mir das jetzt mal so aufgeschrieben.

"C:\Program Files\Microsoft SQL Server\100\Tools\Binn\sqlcmd.exe" -S np:\\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query -i "C:\WSUS\WsusDBMaintenance.sql" > DBClean.txt
 

EDIT:

Habe mir jetzt noch ein Powershellscript geschrieben, indem er die Ausgabe vom Reindex auch per Email an mich sendet.
Ich werde jetzt mal die Datenbank shrinken, dann die Synchronisierungsverlauf löschen und dann das reindex laufen lassen.

Hi,

ich habe die atenbank verkleinert und dann das Reindex Script laufen lassen.

bekomme dann einen Fehler im Log angezeigt.
Kannst du mir sagen, was das sein soll?

Changed database context to 'SUSDB'.
Estimating fragmentation: Begin. 2015-09-02 09:28:28.127 Number of indexes to rebuild: 67 Estimating fragmentation: End. 2015-09-02 09:28:59.710
2015-09-02 09:28:59.753 Executing: ALTER INDEX [PK__tbBundleDependen__023D5A04] ON [dbo].[tbBundleDependency] REBUILD
2015-09-02 09:29:00.047 Done.
2015-09-02 09:29:00.047 Executing: ALTER INDEX [nc1BundleDependency] ON [dbo].[tbBundleDependency] REBUILD
2015-09-02 09:29:00.210 Done.
2015-09-02 09:29:00.237 Executing: ALTER INDEX [tbEulaProperty_PK] ON [dbo].[tbEulaProperty] REBUILD
2015-09-02 09:29:00.400 Done.
2015-09-02 09:29:00.400 Executing: ALTER INDEX [nc1EulaProperty] ON [dbo].[tbEulaProperty] REBUILD
2015-09-02 09:29:00.443 Done.
2015-09-02 09:29:00.443 Executing: ALTER INDEX [nc2EulaProperty] ON [dbo].[tbEulaProperty] REBUILD
2015-09-02 09:29:00.490 Done.
2015-09-02 09:29:00.490 Executing: ALTER INDEX [PK__tbRevisionInCate__078C1F06] ON [dbo].[tbRevisionInCategory] REBUILD
2015-09-02 09:29:00.957 Done.
2015-09-02 09:29:00.960 Executing: ALTER INDEX [nc1RevisionInCategory] ON [dbo].[tbRevisionInCategory] REBUILD
2015-09-02 09:29:01.387 Done.
2015-09-02 09:29:01.387 Executing: ALTER INDEX [PK__tbLocalizedPrope__06CD04F7] ON [dbo].[tbLocalizedProperty] REBUILD WITH (FILLFACTOR = 90)
2015-09-02 09:29:26.757 Done.
2015-09-02 09:29:26.770 Executing: ALTER INDEX [PK__tbFile__0A9D95DB] ON [dbo].[tbFile] REBUILD
2015-09-02 09:29:41.120 Done.
2015-09-02 09:29:41.170 Executing: ALTER INDEX [PK__tbXml__0E6E26BF] ON [dbo].[tbXml] REBUILD WITH (FILLFACTOR = 90)
2015-09-02 09:29:46.820 Done.
2015-09-02 09:29:46.820 Executing: ALTER INDEX [PK__tbXml__0E6E26BF] ON [dbo].[tbXml] REORGANIZE
2015-09-02 09:29:48.700 Done.
2015-09-02 09:29:48.700 Executing: ALTER INDEX [nc1tbXml] ON [dbo].[tbXml] REBUILD WITH (FILLFACTOR = 90)
2015-09-02 09:29:49.680 Done.
2015-09-02 09:29:49.683 Executing: ALTER INDEX [nc2tbXml] ON [dbo].[tbXml] REBUILD
2015-09-02 09:29:51.270 Done.
2015-09-02 09:29:51.270 Executing: ALTER INDEX [PK__tbRevision__17C286CF] ON [dbo].[tbRevision] REBUILD WITH (FILLFACTOR = 90)
2015-09-02 09:29:52.350 Done.
2015-09-02 09:29:52.350 Executing: ALTER INDEX [UQ__tbRevision__0E391C95] ON [dbo].[tbRevision] REBUILD
2015-09-02 09:29:52.807 Done.
2015-09-02 09:29:52.807 Executing: ALTER INDEX [ncRevision_LocalUpdateID_RevisionNumber__IsLatestRevision] ON [dbo].[tbRevision] REBUILD
2015-09-02 09:29:52.990 Done.
2015-09-02 09:29:52.990 Executing: ALTER INDEX [c0FileOnServer] ON [dbo].[tbFileOnServer] REBUILD
2015-09-02 09:29:54.440 Done.
2015-09-02 09:29:54.440 Executing: ALTER INDEX [PK__tbFileOnServer__2CA8951C] ON [dbo].[tbFileOnServer] REBUILD
2015-09-02 09:29:55.850 Done.
2015-09-02 09:29:56.003 Executing: ALTER INDEX [PK__tbUpdate__2704CA5F] ON [dbo].[tbUpdate] REBUILD WITH (FILLFACTOR = 90)
2015-09-02 09:29:57.240 Done.
2015-09-02 09:29:57.240 Executing: ALTER INDEX [UQ__tbUpdate__27F8EE98] ON [dbo].[tbUpdate] REBUILD
2015-09-02 09:29:57.570 Done.
2015-09-02 09:29:57.570 Executing: ALTER INDEX [nc1UpdateIsLocallyPublished] ON [dbo].[tbUpdate] REORGANIZE
2015-09-02 09:29:57.963 Done.
2015-09-02 09:29:58.057 Executing: ALTER INDEX [nc3EventInstanceConstraint] ON [dbo].[tbEventInstance] REBUILD
2015-09-02 09:29:58.203 Done.
2015-09-02 09:29:58.203 Executing: ALTER INDEX [nc2EventInstance] ON [dbo].[tbEventInstance] REBUILD
2015-09-02 09:29:58.217 Done.
2015-09-02 09:29:58.217 Executing: ALTER INDEX [nc_EventNamespaceID_EventID] ON [dbo].[tbEventInstance] REBUILD
2015-09-02 09:29:58.243 Done.
2015-09-02 09:29:58.257 Executing: ALTER INDEX [c_RevisionID] ON [dbo].[ivwApiUpdateRevision] REORGANIZE
2015-09-02 09:29:58.567 Done.
2015-09-02 09:29:58.567 Executing: ALTER INDEX [nc_LocalUpdateID] ON [dbo].[ivwApiUpdateRevision] REBUILD Meldung '1934', Ebene '16', Status '1', Server 'SERVER\MICROSOFT##SSEE', Zeile 1 'ALTER INDEX failed because the following SET options have incorrect settings: 'QUOTED_IDENTIFIER'. Verify that SET options are correct for use with indexed views and/or indexes on computed columns and/or query notifications and/or xml data type methods.'
Updating all statistics.2015-09-02 09:29:58.890 Updating [dbo].[tbTargetInTargetGroup]
    [PK__tbTargetInTarget__01142BA1], update is not necessary...
    [nc1TargetInTargetGroup], update is not necessary...
    0 index(es)/statistic(s) have been updated, 2 did not require update.

Der Rest lief dann ohne Fehlermeldung durch. Anbei das komplette Log.

Das Script mit der Emailzustellung usw. werde ich bei Zeit nachtragen!

Hi,

Habe es jetzt nochmals laufen lassen und wieder der Fehler. Der Fehler trat erst auf nachdem ich die Datenbank verkleinert habe.
Dann habe ich das Script im Studio laufen lassen und ging ohne Fehler durch.
Danach das gleiche nochmals per Aufgabenpanung und nun geht das auch ohne Fehler.

Nein,
es ging nur per Task nicht, wenn man die Datenbak verkleinert hat.
Habe mich dann im Studio eingelogt und das Script ausgeführt.

Danach funktioniert auch das per Aufgabenplanung wieder!

Super, vielen Dank für die Rückmeldung und vielen Dank auch für das Script.