Fragensteller
WPP kann keine Verbindung zur WSUS DB herstellen

Frage
-
Hallo,
ich habe mir einen neuen WSUS auf einen Server 2016 installiert. Bei der Installation habe ich die von Windows vorgeschlagene DB verwendet. Nach der Installation habe ich den neuen Server als Replikat zum bestehenden WSUS (Server 2008 R2) hinzugefügt, damit ich alle Einstellungen auf dem neuen habe. Jetzt habe ich den neuen WSUS zum Hauptserver gemacht. Wenn ich jetzt mit dem WPP (aktuellste Version) ein Update erstelle, kommt immer diese Meldung:Wenn ich versuche mit dem SQL Managementstudio auf den WSUS DB zugreifen möchte kommt diese Meldung.
Wer kann mir weiterhelfen, sodass ich den WPP wieder nutzen kann.
Vielen Dank.
Alle Antworten
-
1607 Build 14393.693
Das ist nicht die aktuellste: https://support.microsoft.com/de-de/help/4000825/windows-10-and-windows-server-2016-update-history
Installiere einmal KB4010672 manuell. Klappt es danach? Auch nach der Updateinstallation nochmal nach Updates suchen...
Freundliche Grüße
Sandro
MCSA: Windows Server 2012
Fachinformatiker Fachrichtung Systemintegration (IHK, 07/2013)
-
Probier das mal aus:
www.adamtheautomator.com/solution-unable-connect-wsus-database/
Freundliche Grüße
Sandro
MCSA: Windows Server 2012
Fachinformatiker Fachrichtung Systemintegration (IHK, 07/2013)
- Bearbeitet SandroReiter Donnerstag, 23. Februar 2017 13:39
-
Am 23.02.2017 schrieb comsc:
damit komme ich leider auch nicht weiter
Was genau heißt das? Hast Du das SQL Server Management Studio
gedownloadet und installiert? Wenn nein, hol das. Wenn ja, bist Du
exakt nach der Anleitung vorgegangen?Servus
Winfried
WSUS Package Publisher: http://wsuspackagepublisher.codeplex.com/
HowTos zum WSUS Package Publisher http://www.wsus.de/wpp
GPO's: http://www.gruppenrichtlinien.de
NNTP-Bridge für MS-Foren: http://communitybridge.codeplex.com/ -
Es gab keine Fehlermeldung, aber auch kein ok.
Hier mal in Kurzform was i ch gemacht habe, evt. ist da ja noch ein Fehler:
- SQL Management Studio Express runtergeldaen und installiert
- Netzwerkprotokoll unter Verbindungseigenschaften auf TCP/IP umgestellt
- CMD als Admin gestartet mit diesem Befehl: sqlcmd -S np:\\.\pipe\MICROSOFT##WID\tsql\query
- Befehle unter D ausgeführt, das Ergebnis sieht so aus:Siehst du hier evt. einen Fehler?
-
Siehst du hier evt. einen Fehler?
Rein vom Gefühl her, würde ich sagen gehört "<>" nicht zum Kommando.
Des Weiteren würde ich die Befehle nacheinander ausführen und vorallem beim 2. darauf achten welche SPID zurückgegeben wird und diese dann im 3. Befehl entsprechend abändern.
Freundliche Grüße
Sandro
MCSA: Windows Server 2012
Fachinformatiker Fachrichtung Systemintegration (IHK, 07/2013)
-
Am 24.02.2017 schrieb comsc:
Es gab keine Fehlermeldung, aber auch kein ok.
Hier mal in Kurzform was i ch gemacht habe, evt. ist da ja noch ein Fehler:
- SQL Management Studio Express runtergeldaen und installiert
- Netzwerkprotokoll unter Verbindungseigenschaften auf TCP/IP umgestellt
- CMD als Admin gestartet mit diesem Befehl: sqlcmd -S np:\\.\pipe\MICROSOFT##WID\tsql\query
- Befehle unter D ausgeführt, das Ergebnis sieht so aus:
<https://social.technet.microsoft.com/Forums/getfile/1007144>Und was passiert wenn Du das SQL Server Management Studio (welche
genau Version davon hast Du im Einatz?) startest und dich wie gezeigt
anmelden möchtest? Kommst du dann auf die SUSDB?Du mußt dich so anmelden: http://www.wsus.de/images/153/image004.jpg
Nur natürlich mit dem String: np:\\.\pipe\MICROSOFT##WID\tsql\queryServus
Winfried
WSUS Package Publisher: http://wsuspackagepublisher.codeplex.com/
HowTos zum WSUS Package Publisher http://www.wsus.de/wpp
GPO's: http://www.gruppenrichtlinien.de
NNTP-Bridge für MS-Foren: http://communitybridge.codeplex.com/ -
Am 24.02.2017 schrieb comsc:
Ich habe das Management Studio genommen und bin nach der Anleitung wie beschrieben vorgegangen. Liegt es evt. daran, das der Server mal als Replikat eingetragen war?
Wenn Du das SQL Server Management Studio installiert hast, kannst Du
dich sofort anmelden.np:\\.\pipe\MICROSOFT##WID\tsql\query
Weiter kannst Du auf dem WSUS in den Optionen nachschauen, ob es dort
noch den Master Server gibt. Siehst Du den noch? Hast Du schon
umgestellt auf MU? Mindestens einmal vollständig synchronisiert?Registry nicht vergessen. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Update
Services\Server Findest Du hier einen Eintrag zum Replikat?BTW: In den Optionen ganz unten hast Du die Möglichkeit den Assistent
für die WSUS-Serverkonfiguration nochmal aufzurufen. Probier das doch
bitte auch mal aus, findet sich hier der alte Master noch?Servus
Winfried
WSUS Package Publisher: http://wsuspackagepublisher.codeplex.com/
HowTos für WSUS/WPP: http://www.wsus.de/wpp
GPO's: http://www.gruppenrichtlinien.de
NNTP-Bridge für MS-Foren: http://communitybridge.codeplex.com/ -
Ich habe jetzt mal noch etwas rumprobiert, leider bisher ohne Erfolg.
Als erstes habe ich einen 2. WSUS Testserver aufgesetzt, wieder als Server 2016, alle Updates installiert und den WSUS. Der Zugriff auf die WSUS DB geht auch hier nicht, demzufolge schließe ich aus, das es am Replikat liegt. Rückstände am Server die noch auf die Replikattätigkeit hinweisen habe ich nicht gefunden.
Des Weiteren habe ich die Befehle von der Seite http://www.adamtheautomator.com/solution-unable-connect-wsus-database/ nochmals durchgeführt. Die Befehle müssen immer mit einem Go abgeschickt werden, deshalb bekam ich nie eine Antwort. Jetzt habe ich diese Antworten erhalten:
SELECT session_id from sys.dm_Exec_requests where status <> 'sleeping' and session_id <> @@spid Meldung '102', Ebene '15', Status '1', Server 'SRV\MICROSOFT##WID', Zeile 1 ' ' SELECT @@spid --This gets the allowed user SPID ------ 51 (1 Zeilen betroffen) sp_who 53 --The 53 was my @@spid. This is used to figure out the account that has access spid ecid status loginame hostname blk dbname cmd request_id ------ ------ ------------ ----------------- ----------- ----- ---------- ---------------- ----------- 51 0 runnable DOM\Nutzer SRV 0 master SELECT 0 (1 Zeilen betroffen)
Anschließend habe ich den Zugriff auf die WSUS DB erneut versucht, einmal mit dem ManagementStudio 2008 Express und einmal mit 2012. Beides ohne Erfolg. Es kommt immer diese Meldung:
Wenn ich ein Update mit dem WPP erstelle, dann wird das auch irgendwie in die DB eingetragen. Allerdings sehe ich es in der WSUS Konsole nicht. Wenn ich die Option "In WSUS konsole anzeigen" anklicke, dann kommt diese Fehlermeldung:
So, ich hoffe mal die ganzen Infos helfen ein bisschen bei der Fehlersuche. Läuft bei euch ein WSUS unter Server 2016 und kommt ihr ohne Probleme auf die DB mit dem ManagementStudio?
Vielen Dank auch schonmal für die Mühe.
- Bearbeitet comsc Montag, 27. Februar 2017 11:49
-
Am 27.02.2017 schrieb comsc:
Als erstes habe ich einen 2. WSUS Testserver aufgesetzt, wieder als Server 2016, alle Updates installiert und den WSUS. Der Zugriff auf die WSUS DB geht auch hier nicht, demzufolge schließe ich aus, das es am Replikat liegt. Rückstände am Server die noch auf die Replikattätigkeit hinweisen habe ich nicht gefunden.
Gestern nachmittag habe ich ebenfalls einen W2016 aufgesetzt,
allerdings in einer Workgroup. Alle Updates installiert, Restart, WSUS
installiert, Konfiguration ausgeführt, Erstsynchronisierung
durchgegangen. SQL Server Management Studio 2016 (letzte Version)
installiert, gestartet, String eingetragen, ENTER, fertig.Des Weiteren habe ich die Befehle von der Seite http://www.adamtheautomator.com/solution-unable-connect-wsus-database/ nochmals durchgeführt. Die Befehle müssen immer mit einem Go abgeschickt werden, deshalb bekam ich nie eine Antwort. Jetzt habe ich diese Antworten erhalten:
SELECT session_id from sys.dm_Exec_requests where status <> 'sleeping' and session_id <> @@spid
Diese Befehle sind vollkommen sinnlos, da sind unvollständig sind. Die
Zeit <> sind nichtssagend für den SQL Server.Richtige Sprache beim Download auswählen:
https://docs.microsoft.com/en-us/sql/ssms/download-sql-server-management-studio-ssmsHast Du bei der Installation vom WSUS die Windows Internal Database
gewählt oder eine eigene Instanz vom SQL Server installiert?Anschließend habe ich den Zugriff auf die WSUS DB erneut versucht, einmal mit dem ManagementStudio 2008 Express und einmal mit 2012. Beides ohne Erfolg. Es kommt immer diese Meldung:
<https://social.technet.microsoft.com/Forums/getfile/1008049>Läuft das alles direkt auf dem WSUS oder versuchst Du das von einem
Client aus?Wenn ich ein Update mit dem WPP erstelle, dann wird das auch irgendwie in die DB eingetragen. Allerdings sehe ich es in der WSUS Konsole nicht. Wenn ich die Option "In WSUS konsole anzeigen" anklicke, dann kommt diese Fehlermeldung:
<https://social.technet.microsoft.com/Forums/getfile/1008055>Hast Du denn im WPP selbst in den Optionen schon alles angeklickt, was
nötig ist damit die Updates gleich im WSUS angezeigt werden?Ist der WSUS ein DC? Welche Dienste bietet der Server sonst noch an?
Servus
Winfried
WSUS Package Publisher: http://wsuspackagepublisher.codeplex.com/
HowTos zum WSUS Package Publisher http://www.wsus.de/wpp
GPO's: http://www.gruppenrichtlinien.de
NNTP-Bridge für MS-Foren: http://communitybridge.codeplex.com/ -
Wenn es bei dir ohne Probleme mit einem W2016 Server klappt muss bei mir ja noch irgend ein Fehler sein. Der Testserver ist nur in einer Arbeitsgruppe. Ich habe da alle Standardeinstellungen gelassen.
Bei der Installation vom WSUS habe in vorgeschlagene Windows DB genommen. Alle beschriebenen Test habe ich direkt auf dem WSUS Server vorgenommen. Der WPP und das ManagementStudio läuft auf dem WSUS Server. Im WPP ist die Option das die Updates gleich im WSUS angezeigt werden angehakt. Der WSUS bietet aktuell keine weiteren Dienste an.
Anscheinend ist bei meinen beiden Installationen bei der Installation was schief gelaufen. Wie können wir da den Fehler finden? Irgendetwas ist vermutlich mit der Datenbank falsch. Ohne WPP läuft der WSUS ohne Fehler.
-
Am 28.02.2017 schrieb comsc:
Bei der Installation vom WSUS habe in vorgeschlagene Windows DB genommen. Alle beschriebenen Test habe ich direkt auf dem WSUS Server vorgenommen. Der WPP und das ManagementStudio läuft auf dem WSUS Server. Im WPP ist die Option das die Updates gleich im WSUS angezeigt werden angehakt. Der WSUS bietet aktuell keine weiteren Dienste an.
Anscheinend ist bei meinen beiden Installationen bei der Installation was schief gelaufen. Wie können wir da den Fehler finden? Irgendetwas ist vermutlich mit der Datenbank falsch. Ohne WPP läuft der WSUS ohne Fehler.Startest Du den WPP mittels Rechtsklick > Ausführen als Administrator?
Wo liegen die Dateien vom WPP?Woher ist das ISO mit dem Du den Server installiert hast? Welche
Edition/Version vom W2016 ist das?Servus
Winfried
WSUS Package Publisher: http://wsuspackagepublisher.codeplex.com/
HowTos zum WSUS Package Publisher http://www.wsus.de/wpp
GPO's: http://www.gruppenrichtlinien.de
NNTP-Bridge für MS-Foren: http://communitybridge.codeplex.com/ -
Am 23.02.2017 schrieb comsc:
ich habe mir einen neuen WSUS auf einen Server 2016 installiert. Bei der Installation habe ich die von Windows vorgeschlagene DB verwendet. Nach der Installation habe ich den neuen Server als Replikat zum bestehenden WSUS (Server 2008 R2) hinzugefügt, damit ich alle Einstellungen auf dem neuen habe. Jetzt habe ich den neuen WSUS zum Hauptserver gemacht. Wenn ich jetzt mit dem WPP (aktuellste Version) ein Update erstelle, kommt immer diese Meldung:<https://social.technet.microsoft.com/Forums/getfile/1006586>
Exakte diese FM bekomme ich auch, wenn ich mit dem WPP ein Update
veröffentlichen möchte. In der Firma benutze ich eine Express Instanz,
da funktioniert das.Wenn ich versuche mit dem SQL Managementstudio auf den WSUS DB zugreifen möchte kommt diese Meldung.
<https://social.technet.microsoft.com/Forums/getfile/1006587>Das hier liegt vermutlich an der verwendeten Version. Nimm diese hier:
https://docs.microsoft.com/en-us/sql/ssms/download-sql-server-management-studio-ssms
Achtung! Achte auf die Sprachversion! Unterhalb von Available
Languages findest Du weitere Sprachen.Kannst Du den SQL Konfigurationsmanager aufrufen? Wenn nein, schau dir
diesen Artikel an:
https://support.microsoft.com/de-de/help/956013/error-message-when-you-open-sql-server-configuration-manager-in-sql-server-cannot-connect-to-wmi-provider.-you-do-not-have-permission-or-the-server-is-unreachable
Anschließend kannst Du den Manager aufrufen.BTW: Windows Update aufrufen, Erweiterte Optionen anklicken, dort
aktivieren dass auch andere Produkte dur MU aktualisiert werden.
Updates für andere Produkte bereitstellen, wenn MU aufgerufen wird.Servus
Winfried
WSUS Package Publisher: http://wsuspackagepublisher.codeplex.com/
HowTos für WSUS/WPP: http://www.wsus.de/wpp
GPO's: http://www.gruppenrichtlinien.de
NNTP-Bridge für MS-Foren: http://communitybridge.codeplex.com/ -
Ich habe mit jetzt das ManagementStudio von deinem Link installiert. Nach einem Server Neustart kann ich jetzt auf die DB zugreifen. Der Zugriff geht jetzt auch mit dem ManagementStudio 2008 und 2012. Ich sehe jetzt die SUSDB.
Den SQL Konfigurationsmanager kann ich nach dem Microsoft Link auch öffnen.
Das Iso für den 2016 Server ist direkt von Microsoft aus dem Volumenlizenzportal und eine Standard Version.
Den WPP starte ich immer als Administrator. Die Dateien vom WPP liegen auf dem Server auf einer 2. Festplatte.
Jetzt habe ich nur noch das Problem das die Updates nicht in der WSUS Konsole angezeigt werden. Da kommt immer noch diese Meldung: <https://social.technet.microsoft.com/Forums/getfile/1006586> Hast du noch eine Idee wie wir das lösen können?
-
Am 01.03.2017 schrieb comsc:
Jetzt habe ich nur noch das Problem das die Updates nicht in der WSUS Konsole angezeigt werden. Da kommt immer noch diese Meldung: <https://social.technet.microsoft.com/Forums/getfile/1006586> Hast du noch eine Idee wie wir das lösen können?
Eine Möglichkeit/Idee habe ich noch: Installiere eine SQL 2014 SP2 Express Instanz, damit sollte es funktionieren.
Zuerst die Instanz installieren gem. diesen Vorgaben: https://technet.microsoft.com/de-de/library/dd939912(v=ws.10).aspx Anschließend die SUSDB moven: http://blog.lenz-online.org/2015/06/wsus-datenbank-von-windows-internal-database-auf-sql-server-umziehen/
Servus
Winfried
WSUS Package Publisher: http://wsuspackagepublisher.codeplex.com/
HowTos zum WSUS Package Publisher http://www.wsus.de/wpp
GPO's: http://www.gruppenrichtlinien.de
NNTP-Bridge für MS-Foren: http://communitybridge.codeplex.com/ -
wenn es keine andere Möglichkeit gibt, dann wird mir wohl nichts anderes übrig bleiben als den SQL 2014 Express zu nehmen. Die Replikation zu Servern mit der Windows DB ist dann aber kein Problem?
Da es bei dir auch nicht klappt, gehe ich davon aus das es ein Problem beim WPP ist und evt. mit einem Update behoben ist? Kennst du jemanden bei dem es schon so funktioniert hat?
Ich Danke dir trotzdem für deine Mühe und Hilfe.
- Bearbeitet comsc Donnerstag, 2. März 2017 10:33
-
Am 02.03.2017 schrieb comsc:
wenn es keine andere Möglichkeit gibt, dann wird mir wohl nichts anderes übrig bleiben als den SQL 2014 Express zu nehmen. Die Replikation zu Servern mit der Windows DB ist dann aber kein Problem?
Das ist alles kein Problem, läuft bei mir mit 17 Downstream Servern
problemlos.
Der Vorteil an einer nicht kastrierten SQL Server Version ist, dass
man seine eigenen Views/SPs erzeugen und speichern kann. Eine DB in
der WID lässt das nicht zu.Da es bei dir auch nicht klappt, gehe ich davon aus das es ein Problem beim WPP ist und evt. mit einem Update behoben ist? Kennst du jemanden bei dem es schon so funktioniert hat?
Das weiß ich nicht, mein Verdacht geht eher in Richtung WSUS-DB. Evtl.
finde ich noch etwas, dann schreibe ich es hier.Ich Danke dir trotzdem für deine Mühe und Hilfe.
Bitte, gern geschehen. ;)
Servus
Winfried
WSUS Package Publisher: http://wsuspackagepublisher.codeplex.com/
HowTos zum WSUS Package Publisher http://www.wsus.de/wpp
GPO's: http://www.gruppenrichtlinien.de
NNTP-Bridge für MS-Foren: http://communitybridge.codeplex.com/ -
Ich muss mich nochmal melden. Die Einrichtung mit dem SQL Server hat bestens geklappt. Jetzt komme ich auch mit dem WPP auf die Datenbank.
Allerdings habe ich noch ein kleines Problem. Einige meiner Replikatserver synchronisieren den PC Status nicht richtig zum Hauptserver. Wenn ich mir die PCs im Replikat ansehe, dann stehen die erforderlichen Updates und der letzte Statusbericht richtig drin. Auf dem Hauptserver steht drin, das die PCs sich seit 20 Tagen nicht mehr gemeldet haben. Die Synchronisierungen sind fehlerfrei durchgelaufen. Ich muss noch dazu sagen, der Hauptserver ist Windows Server 2016, die Replikate sind Server 2008 R2 mit Windows Datenbank. Ich hoffe mal nicht das es darn liegt und ich die Server alle noch umstellen muss.
Vielen Dank für eine Lösung.
- Bearbeitet comsc Montag, 13. März 2017 08:14
-
Am 13.03.2017 schrieb comsc:
Ich muss mich nochmal melden. Die Einrichtung mit dem SQL Server hat bestens geklappt. Jetzt komme ich auch mit dem WPP auf die Datenbank.
Freut mich für Dich und Danke für die Rückmeldung. ;)
Allerdings habe ich noch ein kleines Problem. Einige meiner Replikatserver synchronisieren den PC Status nicht richtig zum Hauptserver. Wenn ich mir die PCs im Replikat ansehe, dann stehen die erforderlichen Updates und der letzte Statusbericht richtig drin. Auf dem Hauptserver steht drin, das die PCs sich seit 20 Tagen nicht mehr gemeldet haben. Die Synchronisierungen sind fehlerfrei durchgelaufen. Ich muss noch dazu sagen, der Hauptserver ist Windows Server 2016, die Replikate sind Server 2008 R2 mit Windows Datenbank. Ich hoffe mal nicht das es darn liegt und ich die Server alle noch umstellen muss.
Welche Build haben die 2008R2 WSUS-Server? In der WSUS-FAQ No. 44
findest Du ein Bild mit der Info, wo die Build zu sehen ist.
https://wsus.de/de/FAQ Bring deine Downstream WSUS-Server auf die
Build .274, anschließend erneut synchronisieren.BTW: Stündlich von unten nach oben synchronisieren lassen.
Servus
Winfried
WSUS Package Publisher: http://wsuspackagepublisher.codeplex.com/
HowTos zum WSUS Package Publisher http://www.wsus.de/wpp
GPO's: http://www.gruppenrichtlinien.de
NNTP-Bridge für MS-Foren: http://communitybridge.codeplex.com/ -
Am 14.03.2017 schrieb comsc:
Auf den 2008R2 Servern ist schon die Version .274 drauf. Auch das stündliche synchronisieren hat bisher nichts gebracht. Hast du noch eine andere Idee?
Du räumst täglich alle Server via Script auf?
https://wsus.de/scripts Das zweite Bereinigungsscript verschickt auch
Mails. Und ja, auf allen Servern täglich laufen lassen.Das hier bitte auch einmal pro Woche auf jedem Server laufen lassen:
http://www.wsus.de/synchronisierungen-loeschenDieses Scrpt hier kannst Du auch täglich auf allen Servern laufen
lassen:
https://gallery.technet.microsoft.com/scriptcenter/6f8cde49-5c52-4abd-9820-f1d270ddea61Servus
Winfried
WSUS Package Publisher: http://wsuspackagepublisher.codeplex.com/
HowTos zum WSUS Package Publisher http://www.wsus.de/wpp
GPO's: http://www.gruppenrichtlinien.de
NNTP-Bridge für MS-Foren: http://communitybridge.codeplex.com/ -
Am 15.03.2017 schrieb comsc:
Die Scripte haben leider auch nichts gebracht, der Fehler besteht immer noch.
Auf den Downstream Servern den Haken für den Downstream rausnehmen,
Server Cleanup Wizard verwenden, auf dem Master WSUS ebenfalls den
Cleanup Wizard aufrufen und bei durchlaufen lassen, jetzt wieder auf
dem Downstream richtig umstellen. Neu starten, jetzt replizieren.Servus
Winfried
WSUS Package Publisher: http://wsuspackagepublisher.codeplex.com/
HowTos zum WSUS Package Publisher http://www.wsus.de/wpp
GPO's: http://www.gruppenrichtlinien.de
NNTP-Bridge für MS-Foren: http://communitybridge.codeplex.com/ -
Auf den Downstream Servern den Haken für den Downstream rausnehmen,
Server Cleanup Wizard verwenden, auf dem Master WSUS ebenfalls den
Cleanup Wizard aufrufen und bei durchlaufen lassen, jetzt wieder auf
dem Downstream richtig umstellen. Neu starten, jetzt replizieren.Habe ich genau so gemacht, die PCs sind vom Hauptserver aus der Gruppe raus gewesen, nach dem hinzufügen als Replikat und erneuten synchronisieren stehen die PCs wieder ohne Status drin. Im Replikat stehen die richtig drin. Hier mal ein Screenshot von beiden Servern. Evt. hilft das noch weiter.
-
Am 16.03.2017 schrieb comsc:
Auf den Downstream Servern den Haken für den Downstream rausnehmen,
Server Cleanup Wizard verwenden, auf dem Master WSUS ebenfalls den
Cleanup Wizard aufrufen und bei durchlaufen lassen, jetzt wieder auf
dem Downstream richtig umstellen. Neu starten, jetzt replizieren.Habe ich genau so gemacht, die PCs sind vom Hauptserver aus der Gruppe raus gewesen, nach dem hinzufügen als Replikat und erneuten synchronisieren stehen die PCs wieder ohne Status drin. Im Replikat stehen die richtig drin. Hier mal ein Screenshot von beiden Servern. Evt. hilft das noch weiter.
<https://social.technet.microsoft.com/Forums/getfile/1016479>Einen Testclient auf dem Replikat und dem Master löschen.
Synchronisieren. Auf dem Testclient Methode 1 ausführen:
https://support.microsoft.com/en-us/help/903262/a-windows-2000-based,-windows-server-2003-based,-or-windows-xp-based-computer-that-was-set-up-by-using-a-windows-2000,-windows-server-2003,-or-windows-xp-image-does-not-appear-in-the-wsus-consoleJetzt den Client neu starten und warten bis er wieder in der Gruppe
der nicht zugeordneten Computer erscheint, richtig zuordnen,
replizieren. Client mit wuauclt /reportnow in einer administrativen
Commandline zum berichten auffordern, sobald er dem Replikat berichtet
hat, erneut synchronisieren. Wie sieht das auf dem Master aus?Servus
Winfried
WSUS Package Publisher: http://wsuspackagepublisher.codeplex.com/
HowTos zum WSUS Package Publisher http://www.wsus.de/wpp
GPO's: http://www.gruppenrichtlinien.de
NNTP-Bridge für MS-Foren: http://communitybridge.codeplex.com/ -
Am 17.03.2017 schrieb comsc:
Funktioniert leider auch nicht, die Anzeige ist immer noch wie oben im Bild.
Ich hab keine Idee mehr.
Servus
Winfried
WSUS Package Publisher: http://wsuspackagepublisher.codeplex.com/
HowTos zum WSUS Package Publisher http://www.wsus.de/wpp
GPO's: http://www.gruppenrichtlinien.de
NNTP-Bridge für MS-Foren: http://communitybridge.codeplex.com/