Sunny61

Nein, man kann sich durch Anzeigen der WPP Updates nicht die SUSDB zerschießen. Das geht im WPP übrigens recht einfach, schon siehst Du sie in der WSUS-Konsole. ;) Freut mich für Dich und Danke für die Rückmeldung. ;)

Du gibst dem Kind nur einen anderen Namen, ein Script bleibt es. Ob Kixart oder Batch.

Das solltest Du am besten mit deinem Admin besprechen.

Daten sichern und neu installieren ist die saubere Variante. Alles andere ist Bastelarbeit. Mit was willst Du anschließend scannen und wie genau?

Schau in die Registry, dort findest Du die passenden Zweige und Werte, die kann man mit GPP oder mit selbst erstellten ADM-Templates konfigurieren. Alternativ eine Suchmaschine füttern und die gefundenen Templates passend erweitert. Hmm, dann eben per Script auf die Maschine kopieren, und von dort aus per Script in das %ALLUSERSPROFILE%. Was meinst Du mit dem Java Installer?

Das Tool von Samsung funktioniert nur, wenn die Ziel-HDD größer als die Quell-HDD ist.

Super, freut mich für dich und Danke für die Rückmeldung. ;)

Bei mir ist das alles nicht der Fall. Wenn so ein Download abläuft, kannst Du mit Hilfe von netstat auf der Commandline sehen, wohin dein Client sich verbindet. Der Mainstream-WSUS ist sicherlich nicht dabei. Und mit welcher Begründung? Aber auch wenn Du sie anzeigen lässt, siehst Du sie im Downstream-WSUS nicht.

Na wunderbar! :)

Nochmal, der Replica holt sich vom Master die Updates. Der Unterschied ist klein, aber sehr fein. Die anderen Fragen magst/kannst Du nicht beantworten?

Lt. http://www.reddit.com/r/homelab/comments/2fvrw3/psa_you_can_reset_your_hp_v1910_switch_to_factory/ soll das schon funktionieren, stromlos machen und nach dem einschalten 5 Minuten warten.

Und Du kannst ihn auch nicht per Copy and Paste dort hinein bringen? Du achtest aber bei Namen überprüfen schon darauf, das Du nur den *lokalen* Server hier auswählst, oder nicht?

Na wunderbar. ;) Nein, ganz sicher nicht. Uninstall2Install deinstalliert auch solche Versionen, Hauptsache der Uninstallstring ist richtig angegeben. Keine Ahnung, ich verwende keine MST sondern konfiguriere lieber per GPP/GPO.

EDIT: Es gibt auch einen KB-Artikel dazu: https://support.microsoft.com/en-us/kb/2811566 Dann kopier doch mal den MSSQLSERVER alleine rein.

Copy und Paste, dann funktioniert das.

Sorry, aber das ist Quatsch. Wie soll das funktionieren? Bist Du sicher dass auf diesem betroffenen Client auch der richtige WSUS eingetragen ist? Wenn ja, hast Du vermutlich den BITS per GPO begrenzt und weißt es nicht mehr. Ist denn das Update schon auf dem Downstream WSUS angekommen? Was sagt der Downloadstatus auf der Startseite vom Downstream-WSUS? Wenn der Downstream WSUS den Mainstream WSUS als Updatequelle eingetragen hat, dann muss das so sein. BTW: Der Downstream *holt* sich die Daten vom Mainstream, nicht umgekehrt.

Jepp, gib dem Benutzer der den SQL Server Dienst ausführt, auf dieses Verzeichnis die passenden NTFS-Berechtigungen: C:\Windows\system32\LogFiles\Sum Hatte ich kürzlich auch bei einem SQL Server 2012.

Es reicht vollkommen aus auf dem Mainstream WSUS den WPP zu installieren, die Updates aus dem WPP werden natürlich vom Downstream-WSUS geholt und den Clients zur Verfügung gestellt. Vermutlich 'siehst' Du die Updates nicht auf dem Downstream-WSUS. Das macht aber nichts, die Clients holen sich die Updates und installieren sie.

Das ist im Handling aber nicht so einfach als mit Uninstall2Install. Steht auch so im HowTo zu Uninstall2Install. Hatte ich so noch nie, würde mich nicht wundern wenn dir irgendetwas schief gegangen wäre. Waren das alle Rechner oder nur einer? Auch wenn es alle wären, so lange ich mit Uninstall2Install alles erschlage, juckt mich der Eintrag in Programme und Features nicht. Setz dich hin, erstell ein Update mit Hilfe von Uninstall2Install und teste es. Achte aber unbedingt auch auf die passenden Regeln im WPP, dann läuft das ohne Probleme.

Liegt denn das Computerobjekt auch im Verwaltungsbereich des GPO? Zeichne das doch mal kurz auf bitte. Hast du den Server nach der Aufnahme in die neue Gruppe auch mal neu gestartet?

Erspar dir das Benutzerdefinierte Update im WPP und nimm Uninstall2Install: http://www.wsus.de/uninstall2install Erleichtert die Arbeit mit der Installation von Java ungemein.

Erstell doch bitte einen neuen eigenen Thread dafür. Und ja, das zur Verfügung stellen von Java 8 Update 51 funktionierte bei uns einwandfrei. 115 Computer haben seit Veröffentlichung am 15.07.2015 das Update fehlerfrei installiert.

Kopiere die Bilder in ein lokales Laufwerk und weise den Pfad per GPO zu.

Stimmt, Danke für den Hinweis. Hab ich jetzt im besagten Thread auch gepostet. ;)

Naja, wenn es so scheint, dann kannst Du sicherlich scheinbar die SUSDB wieder retour kopieren, oder nicht? Und Du hast scheinbar ein SQL Server Management Studio installiert, wenn ja, dann mach das einfach wieder rückgängig, oder geht das scheinbar nicht? Scheinbar hast Du den Artikel nicht gelesen, das ist kein Workaround sondern ein von MS empfohlener Weg den WSUS auf einem SBS wieder ordentlich ins System zu bringen. EDIT: Diesen Text hab ich gestern im falschen Thread gepostet, deshalb nochmal hier: In HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Update Services\Server\Setup kannst Du nachsehen, wo der WSUS das Contentverzeichnis erwartet. Notfalls einfach wieder retour das ganze. Und wenn Du dich mit Hilfe ein SQL Server Management Studios auf die DB verbindest, kannst Du ja auch dieses Script ausführen: http://www.wsus.de/a...ternal_database Du kannst übrigens ein aktuelles SQL Server Management Studio verwenden, es muss kein 'altes' sein. Und in diesem Howto ist beschrieben, wie man die SUSDB verschiebt. Die ist im allgemeinen aber recht klein, die kannst Du eigentlich auf C:\ liegen lassen.