Hi Leute!
Habe heute nach Neustart des W3k Servers plötzlich folgende Meludng:
"Fehler:Datenbankfehler".
Es ist nicht möglich, den WSUS über die Console zu kontaktieren.
Das ist die Meldung die ich in die Zwischenablage kopieren konne:
Die WSUS-Verwaltungskonsole konnte keine Verbindung mit der WSUS-Serverdatenbank herstellen.
   
Stellen Sie sicher, dass SQL Server auf dem WSUS-Server ausgeführt wird. Starten Sie SQL erneut, wenn das Problem weiterhin besteht.
   

System.Data.SqlClient.SqlException -- Cannot open database "SUSDB" requested by the login. The login failed.
Login failed for user 'NT-AUTORITÄT\NETZWERKDIENST'.

Source
.Net SqlClient Data Provider

Stack Trace:
   bei Microsoft.UpdateServices.Internal.BaseApi.SoapExceptionProcessor.DeserializeAndT
hrow(SoapException soapException)
   bei Microsoft.UpdateServices.Internal.DatabaseAccess.AdminDataAccessProxy.ExecuteSPG
etTargetGroupById(Guid id)
   bei Microsoft.UpdateServices.Internal.BaseApi.ComputerTargetGroup.GetById(Guid id, UpdateServer updateServer)
   bei Microsoft.UpdateServices.Internal.BaseApi.UpdateServer.GetComputerTargetGroup(Gu
id id)
   bei Microsoft.UpdateServices.UI.AdminApiAccess.AdminApiTools.TestSqlConnection(IUpda
teServer server)
   bei Microsoft.UpdateServices.UI.AdminApiAccess.AdminApiTools.GetUpdateServer(String serverName, Boolean useSecureConnection, Int32 portNumber)
   bei Microsoft.UpdateServices.UI.SnapIn.Scope.ServerSummaryScopeNode.GetUpdateServer(
PersistedServerSettings settings)
   bei Microsoft.UpdateServices.UI.SnapIn.Scope.ServerSummaryScopeNode.ConnectToServer(
)
   bei Microsoft.UpdateServices.UI.SnapIn.Scope.ServerSummaryScopeNode.ConnectToServerA
ndPopulateNode(Boolean connectingServerToConsole)
   bei Microsoft.UpdateServices.UI.SnapIn.Scope.ServerSummaryScopeNode.OnExpandFromLoad
(SyncStatus status)

Die HDD und die Ordner wo WSUS liegt sind alle da und ansprechbar. Auch SQL und IIS laufen wie immer. Auch der WSusCertServer-Dienst läuft. Ich denke es läuft alles was der WSUS braucht.

BITTE HELFTS MA!!!

Vielleich habt ihr mehr Ideen, warum so etwas passieren kann.

Die Dienste sind als Dienste gelaufen. Denke ich. Wir haben den Server mittlerweile mind 3x neu gestartet und alles war OK. Jetzt plötzlich.
... ist egal.
Habe versucht die db zu reparieren, über Software-Deinistallation.
Glaubte, dass es dort die Option reparieren gibt. Jetzt ist der WSUS ganz weg.
nuts

smigi schrieb on 18.09.08 um 18:04:39:


Jeder Dienst läuft unter einem bestimmten Account. Das sieht man in Services.MSC.

smigi schrieb on 18.09.08 um 18:04:39:


OK.

smigi schrieb on 18.09.08 um 18:04:39:


Wie kommt man denn auf so eine Idee? Ich glaub es ist besser Du lässt die Finger von Servern.

Danke Sunny!

Es hat super geklappt!!!

Danke, er installiert wieder

JA!

smigi schrieb on 19.09.08 um 11:52:43:


Ich hab auch nix anderes erwartet.


smigi schrieb on 19.09.08 um 11:52:43:


Wenn Du das passende Produkt ausgewählt hast, dann ja. Aber lies doch mal selbst ein bisschen nach:
(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Hast Du denn auch schon Updates zum installieren freigegeben?

Vermutlich kommt die GPO nicht komplett an. Das überprüfst Du am Client direkt mit RSOP.MSC und siehst natürlich auch in der Registry nach: HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate und darunter. Sieh dir mal diese GPO an: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).
Vor allem der Benutzerdefinierte Teil ist wichtig.

NA JAAAA!!!

RSOP zeigt zwar die Computereinstellungen an, aber bei Benutzer gibt es nicht einmal den Punkt "Windows-Komponentn/Windows Update

Die GPO ist aber am DC so konfiguriert wie in deinem Link.
Am Client selbst sieht es dann aber etwas anders aus, Da gibt es nicht einmal Windows-Komponenten.
Das könnte der grund dafür seien.
Werde gleich eine GPO erstellen mit nur Benutzereinstellungen, vielleicht greift diese dann besser.

smigi schrieb on 22.09.08 um 11:38:48:


Gut. Liegen denn auch die Benutzerobjekte im Verwaltungsbereich der GPO? Mach doch mal eine Skizze oder lade einen Screenshot hoch, damit das sieht.


smigi schrieb on 22.09.08 um 11:38:48:


Dann kommt die GPO wohl nicht komplett an. Hast Du in der Registry das kontrolliert? Fehlermeldungen im Eventlog des Client?


smigi schrieb on 22.09.08 um 11:38:48:


Ich glaub Du hast das noch nicht ganz verstanden. Eine Computer-GPO greift nur bei Computerobjekten. Eine Benutzer-GPO logischerweise nur bei Benutzerobjekten. Ausnahmen gibts natürlich auch, aber die lassen wir erstmal außen vor.

smigi schrieb on 22.09.08 um 12:25:37:


Dann schau ins Eventlog auf den Clients. Da müssen Fehler dokumentiert sein.

Hast Du beide Einstellungen aus der GPO-FAQ No. 35 gesetzt? (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).
Wenn nein, dann hol das nach.

smigi schrieb on 22.09.08 um 12:34:07:


Findest Du das Eventlog nicht?

smigi schrieb on 22.09.08 um 12:56:41:


Na klar ist die versteckt. Und zwar im wahrsten Sinne des Wortes. Klingelts jetzt?

Und noch was: WindowsUpdate.log ist nicht das gleiche wie das Eventlog eines Client oder Servers. Bevor jetzt die nächste Frage kommt:

Start > Ausführen > eventvwr.msc [ENTER]. Das angezeigt Log ist das Eventlog.

Falls Du die %windir%\WindowsUpdate.log nicht findest, (den String kann man auch bei Start > Ausführen eintippen) dann lass dir doch mal die Versteckten und die Systemdateien anzeigen.

BTW: Bist Du Azubi?

und ja, die Policy auch noch

smigi schrieb on 22.09.08 um 15:11:54:


Laut Log bekommt der Client keine Updates. Das läßt vermuten, die Updates sind nicht für die Gruppe freigegeben, in der sich der Client befindet, oder der Client ist nicht in einer Gruppe, in der die Updates freigegeben sind.

smigi schrieb on 22.09.08 um 16:06:58:


Dann war die Message danach, das Log ist noch mit Daten vom Juli gefüllt, da scroll ich immer gleich ganz nach unten und lies nur die letzen 3 od. 4 Zeilen.

smigi schrieb on 22.09.08 um 16:06:58:


Hast Du jetzt die GPO schon zu 100% umgesetzt?

smigi schrieb on 22.09.08 um 17:27:39:


Funktionierts denn jetzt oder startet der Client immer noch selbstständig durch?

smigi schrieb on 22.09.08 um 17:27:39:


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

Geh mal auf Windows Update mit dem Client.

Hast Du diese Updates auf dem WSUS freigegeben? (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).
Wenn nein, dann hol das nach.

smigi schrieb on 23.09.08 um 10:23:18:


Ich vermute, die Benutzereinstellung kommt nicht an und Du hast die GPO nicht zu 100% umgesetzt.

smigi schrieb on 23.09.08 um 10:23:18:


Wenn Du es nicht hinkriegst, schalte die Automatischen Updates ab und probiere es an einem Testrechner so lange, bis es funktioniert.

smigi schrieb on 23.09.08 um 10:23:18:


Scheinbar nicht, denn dann gäbe es keinen Neustart. Die letzte GPO, die Du mir gezeigt hast, war unvollständig. Hast Du das mittlerweile ergänzt?

Jetzt die Benutzereinstellungen:

und jetzt Teil 2.

Markiert habe ich die Einstellungen die das Neustarten regeln sollten. Glalube ich zumindest. So ein dummes Ding.

Sag mal, schreib ich chinesisch, oder warum setzt Du die GPO nicht zu 100% um? Wenn Du das jetzt endlich mal schaffst, dann kontrollier das am Client mit Hilfe von RSOP.MSC. Du kannst gerne noch ein paar Tage weiter probieren, aber das Ergebnis wird sich wohl nicht ändern, wenn Du nicht endlich auf meine GPO umstellst.

Am besten nimmst Du dir einen Testclient und einen Testuser in eine OU, in der sonst nichts an GPOs ankommt. Jetzt kannst in Ruhe testen.

BTW: Für komplette Screenshots schau dir mal das Tool SnagIt an. Damit kannst Du auch scrollen und als komplettes Bild haben.

BTW2: Was ist denn das für eine Time Policy? Was macht die? Und vor allem, weshalb gibts die?

smigi schrieb on 24.09.08 um 11:25:35:


In einem der Screenshots sieht man, das es eine Windows Time Policy gibt, weshalb gibt es die? Innerhalb einer Domain brauchts normalerweise keine GPO für die Zeit. Den DC stellt man passend ein, entweder von einer Uhr am Server oder holt sich die Zeit aus dem Netz. An den Clients braucht man nichts einzustellen, die holen sich die Zeit immer von einem DC. Das ber nur so am Rande, hat mit Deinem Problem IMHO nichts zu tun.


smigi schrieb on 24.09.08 um 11:25:35:


Druck doch meine und Deine GPO mal aus und leg sie nebeneinander auf den Tisch. Die Unterschiede müssen dich förmlich anspringen.

smigi schrieb on 24.09.08 um 14:43:22:


Hast Du die GPO neu erstellt oder die alte umgearbeitet? TestOU mit Testusern und Testcomputern?

smigi schrieb on 24.09.08 um 14:43:22:


Bitte, gern geschehen.

Ach ja, und die Windows Time Policy definiert welchen NTP-Server der DC nutzen soll und solche Schen. Hat jemand vor mir angelegt ist aber nicht aktiv.

Im moment keine Reboots, aber die meisten User sind schon weg.
Morgen wird es spannend.
Danke nochmals und Gruß

Auf jeden Fall, bin schon selber neugierig

smigi schrieb on 25.09.08 um 12:22:11:


Freut mich für Dich und Danke für die Rückmeldung.

smigi schrieb on 25.09.08 um 12:22:11:


Von was dann? Ein Rechner darf normalerweise nicht einfach so booten, während der Arbeitszeit. Liegen denn die User auch im Veraltungsbereich der Benutzereinstellung?

smigi schrieb on 25.09.08 um 12:22:11:


OK.

smigi schrieb on 25.09.08 um 12:22:11:


Dann schau im Eventlog auf den Clients nach Gründen.


smigi schrieb on 25.09.08 um 12:22:11:


Na klar, Du warst ja auch letzte Woche schuld.

smigi schrieb on 25.09.08 um 12:22:11:


Bitte, gern geschehen.

Super!