none
WPP kann keine Verbindung zur WSUS DB herstellen RRS feed

  • 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.

    Donnerstag, 23. Februar 2017 10:35

Alle Antworten

  • Hallo,

    ist der WSUS Server auf dem aktuellen Patchstand? Also WSUS Rolle und das OS selbst.


    Freundliche Grüße

    Sandro
    MCSA: Windows Server 2012
    Fachinformatiker Fachrichtung Systemintegration (IHK, 07/2013)


    Donnerstag, 23. Februar 2017 11:16
  • ja, das Windows Update findet keine Updates mehr. Im WSUS steht die Version 10.0.14393.479, der Server 2016 hat diese Version: 1607 Build 14393.693
    Donnerstag, 23. Februar 2017 11:51
  •  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)


    Donnerstag, 23. Februar 2017 12:04
  • Habe das Update jetzt installiert, leider das selbe Ergebnis. Hast du noch eine Idee?
    Donnerstag, 23. Februar 2017 13:32
  • 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
    Donnerstag, 23. Februar 2017 13:37
  • damit komme ich leider auch nicht weiter
    Donnerstag, 23. Februar 2017 14:16
  • 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/

    Donnerstag, 23. Februar 2017 17:19
  • 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?
    Freitag, 24. Februar 2017 08:26
  • Gab es beim Durchlaufen der Anleitung irgendwelche Fehler oder waren alle Rückmeldungen "ok"?

    Freundliche Grüße

    Sandro
    MCSA: Windows Server 2012
    Fachinformatiker Fachrichtung Systemintegration (IHK, 07/2013)


    Freitag, 24. Februar 2017 08:28
  • 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?

    Freitag, 24. Februar 2017 09:32

  • 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)


    Freitag, 24. Februar 2017 09:38
  • Danke, ich habe das "<>" entfernt, allerdings das gleiche Ergebnis.

    Beim 2. Befehl wird nichts zurückgegeben, keine SPID. Es sieht genauso aus wie im Bild oben. Da sind die Befehle auch nacheinander abgeschickt worden.

    Freitag, 24. Februar 2017 10:49
  • 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\query

    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/

    Samstag, 25. Februar 2017 10:57
  • 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/

    Sonntag, 26. Februar 2017 16:02
  • 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 &lt;&gt; 'sleeping' and session_id &lt;&gt; @@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
    Montag, 27. Februar 2017 11:44
  • 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 &lt;&gt; 'sleeping' and session_id &lt;&gt; @@spid

    Diese Befehle sind vollkommen sinnlos, da sind unvollständig sind. Die
    Zeit &lt;&gt; 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-ssms

    Hast 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/

    Montag, 27. Februar 2017 17:13
  • 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.

    Dienstag, 28. Februar 2017 10:47
  • 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/

    Dienstag, 28. Februar 2017 17:15
  • 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/

    Dienstag, 28. Februar 2017 21:07
  • 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?

    Mittwoch, 1. März 2017 10:18
  • 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/

    Mittwoch, 1. März 2017 17:36
  • 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
    Donnerstag, 2. März 2017 10:10
  • 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/

    Donnerstag, 2. März 2017 18:06
  • 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
    Montag, 13. März 2017 08:13
  • 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/

    Montag, 13. März 2017 17:44
  • 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?
    Dienstag, 14. März 2017 08:01
  • 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-loeschen

    Dieses Scrpt hier kannst Du auch täglich auf allen Servern laufen
    lassen:
    https://gallery.technet.microsoft.com/scriptcenter/6f8cde49-5c52-4abd-9820-f1d270ddea61

    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/

    Dienstag, 14. März 2017 20:15
  • Die Scripte haben leider auch nichts gebracht, der Fehler besteht immer noch.
    Mittwoch, 15. März 2017 13:59
  • 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/

    Mittwoch, 15. März 2017 17:27
  • 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.

    Donnerstag, 16. März 2017 09:13
  • 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-console

    Jetzt 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/

    Donnerstag, 16. März 2017 16:33
  • Funktioniert leider auch nicht, die Anzeige ist immer noch wie oben im Bild.
    Freitag, 17. März 2017 10:32
  • 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/

    Freitag, 17. März 2017 16:45