hallo,
ich habe das problem meine D: partition für den WSUS datenbestand ist 100GB
und alle paar wochen wird diese VOLL!

gibt es eine möglichkeit das "bereinigen" (WSUS Options) AUTOMATISCH alle paar wochen durchzuführen, damit man nicht gefahr läuft dass die D: platte regelmässig überläuft?

thx!

danke!
die datenbank wächst dennoch ständig oder?

denn alle approved und installed updates (und das werden ja ständig mehr) werden ja "nie" bereinigt oder?

es werden "nur" abgelaufene, abgelehnte, und "überholte" updates bereinigt.

mein datenbestand ist derzeit ca. 80 GB
(D und E für Forefront, Vista, 2003, 2008, Exchange, Office, ....)
da kommt schon etwas zusammen...

uups, ja sorry! meinte eh dass der WSUSContent ständig wächst und nicht die DB.

wenn per AUTO-Approval CRITICAL updates, etc. autom. approved werden und somit auch installiert werden dann wird der WSUSContent ja auch immer grösser. logsich
nicht approved / abgelehnte updates werden durch den batch entfernt. auch klar.

was/wann/wie werden aber approved updates entfernt?

läuft ein APPROVED UPDATE auch irgendwann mal ab und wird somit gelöscht oder muss/kann ich manuell approved updaes später mal ablehnen.

hat das überhaupt sinn (approved updates zu bereinigen), denn wenn z.b. später mal ein neuer server hinzukommt dann bekommt dieser ja das update nicht mehr wenn es gelöscht wurde oder?

hoffe meinen gedanken kann gefolgt werden
thanks!

Thanks!

Meine wie ich hoffe "letzte" Frage diesbezüglich:

Gibt es auch ein Script für einen Downstream-Server? oder:
Wird der WSUSContent auch am DownstreamServer autom. bereinigt/synchronisiert wenn man diesen am WSUS bereinigt?

Sieht bei mir leider nicht so aus. Oder dauert es so lange das ich es nur nicht erwarten konnte?

Many Thanks!

hi,
habe inzwischen rausgefunden das das powershell script doch am downstream server funktioniert, hatte einen falschen IP Port, da der downstream einen anderen als 80 verwendete...

nein nicht REMOTE ausführen.

man kann das powershell script (WSUS content bereinigen) per W2K8 TASK-PLANER am WSUS server ausführen
und einen 2ten separaten task am WSUS downstream server.

dann werden täglich beide WSUS contents autom. "bereinigt"

Du hast im Script auch wirklich einen Servernamen drin?

Hallo Kinders,

Also wenn Ihr das Script mit der BAT/CMD aufruft, müßt Ihr natürlich diese Zeile entsprechend anpassen.
Der WSUS-Servername wird dann ja als Argument an das PS-Script übergeben ...

Vorher:

  [String]$updateServer = "WSUSServer.mydomain.dom"   

Nachher:

  [String]$updateServer = $args[0];   

Gruß Dani

In welchem Benutzerkontext arbeitet denn der Taskplaner das CMD dann ab?? Der muss auf dem WSUS natürlich berechtigungen haben.

Gruß Dani

Hallo Frank,

starte doch mal die PowerShell direkt und trage die ersten Zeilen bis "$wsus = [..." des Scriptes dort ein.

Entweder kommt eine Fehlermeldung oder du erhältst eine Instanz auf $wsus.

Wenn Du "$wsus [Enter]" einträgst, müssten Dir dann die Primärmerkmale aufgelistet werden.

Gruß Dani

Hallo Frank,

bei uns kommt das Script nicht mehr zum Einsatz. Das hat aber nix mit der Zuverlässigkeit, mehr was mit der Zweckmäßigkeit zu tun. Bei uns sind viele Systeme und Notebooks oft längerfristig offline bzw. unterwegs. Die werden dann immer im WSUS gelöscht und man verliert den Überblick. Wir müssen den Usern öfferts mal auf die Finger klopfen. 

Gruß Dani

bei mir funkts trotzedem nicht ... see:
------------------
Windows PowerShell
Copyright (C) 2006 Microsoft Corporation. Alle Rechte vorbehalten.

PS C:\Windows\System32> #Region VARIABLES
PS C:\Windows\System32>
PS C:\Windows\System32> # WSUS Connection Parameters:
PS C:\Windows\System32> [String]$updateServer = '192.168.14.112'
PS C:\Windows\System32> [String]$updateServer = $args[0]
PS C:\Windows\System32> [Boolean]$useSecureConnection = $False
PS C:\Windows\System32> [Int32]$portNumber = 80
PS C:\Windows\System32>
PS C:\Windows\System32> # Cleanup Parameters:
PS C:\Windows\System32> # Decline updates that have not been approved for 30 days or more,
PS C:\Windows\System32> # are not currently needed by any clients, and are superseded by
PS C:\Windows\System32>
PS C:\Windows\System32> # an aproved update.
PS C:\Windows\System32> [Boolean]$supersededUpdates = $True
PS C:\Windows\System32> # Decline updates that aren't approved and have been expired my Microsoft.
PS C:\Windows\System32> [Boolean]$expiredUpdates = $True
PS C:\Windows\System32> # Delete updates that are expired and have not been approved for 30 days or more.
PS C:\Windows\System32> [Boolean]$obsoleteUpdates = $True
PS C:\Windows\System32> # Delete older update revisions that have not been approved for 30 days or more.
PS C:\Windows\System32> [Boolean]$compressUpdates = $True
PS C:\Windows\System32> # Delete computers that have not contacted the server in 30 days or more.
PS C:\Windows\System32> [Boolean]$obsoleteComputers = $True
PS C:\Windows\System32> # Delete update files that aren't needed by updates or downstream servers.
PS C:\Windows\System32> [Boolean]$unneededContentFiles = $True
PS C:\Windows\System32>
PS C:\Windows\System32> #EndRegion VARIABLES
PS C:\Windows\System32>
PS C:\Windows\System32> #Region SCRIPT
PS C:\Windows\System32>
PS C:\Windows\System32> # Load .NET assembly
PS C:\Windows\System32> [void][reflection.assembly]::LoadWithPartialName("Microsoft.UpdateServices.Administration")
PS C:\Windows\System32>
PS C:\Windows\System32> # Connect to WSUS Server
PS C:\Windows\System32>
PS C:\Windows\System32> $Wsus = [Microsoft.UpdateServices.Administration.AdminProxy]::getUpdateServer($updateServer,$use
SecureConnection,$portNumber)

Ausnahme beim Aufrufen von "GetUpdateServer" mit 3 Argument(en):  "Die angegebene Zeichenfolge ist ungültig.
Parametername: ServerName"
Bei Zeile:1 Zeichen:78
+ $Wsus = [Microsoft.UpdateServices.Administration.AdminProxy]::getUpdateServer( <<<< $updateServer,$useSecureConnectio
n,$portNumber)

sorry!
es war eine berechtigungs sache - warum auch immer

am downstream server liefe es mit einer domain admin ID: OK
am wsus selbst lief der task mit der gleichen ID: NOT OK --> fehler von oben
--> habe nun den task auf ausführen mit "lokalen admin" geändert und nun funkt es endlich auch am wsus selbst...