akira schrieb on 06.03.14 um 10:41:35:


Du mußt die Datenbank an den alten Ort zurück kopieren. Wenn das der o.g. Pfad ist, mußt Du natürlich die NTFS-Berechtigungen korrekt setzen. Der Benutzer NETZWRKDIENST braucht Zugriffsrechte.

Netzwerkbenutzer =! NETZWERKDIENST. Du mußt schon das richtige eintragen.

Hier ist ein Dokument mit den benötigten NTFS-Berechtigungen: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

akira schrieb on 06.03.14 um 18:11:37:



Liegt denn auch das Log in dem Pfad? Die Berechtigungen sind wirklich korrekt gesetzt? Hast Du sie exakt nach dem Artikel gesetzt? Server neu gestartet?

Eine SQL Server Datenbank hat auch immer eine Logdatei dabei, die muss natürlich auch in diesem Verzeichnis liegen. Es müssen also zwei SUSDB.* Dateien dort liegen. Ein MDF und eine LDF. Darf denn der NETZWERKDIENST auch in das Verzeichnis rein? Prüf die Berechtigungen für die übergeordneten Verzeichnisse.

Und nein, es ist kein SQL Server Fehler, es ist ein Berechtigungsfehler.

Hmm, sehr komisch.

Die Fehlermeldung beim verbinden ist allerdings eindeutig. Dem NETZWERKDIENST fehlen die passenden Berechtigungen auf die Datenbank. Deshalb solltest Du auch die Verzeichnisse überprüfen, ob dort die Berechtigungen passen.

Zusätzlich kannst Du mit dem ProcessMonitor mitsniffen wo genau der ACCESS DENIED Fehler auftaucht.

OK, erst mal natürlich vielen Dank für die Hilfe.
Berechtigungen habe ich nun auch noch bei einem anderen Server nachgeschaut, dort war auch der NETZWERKDIENST drin und noch ein SQLSERVER2005MSSQLUser...\#\SSEE... - ich hab jetzt noch folgendes gemacht:
Ordner wsus Sicherheit geändert, obige User Vollzugriff,Jeder auch noch mit rein, nach unten vererbt, SUSDB.mdf kontrolliert, Karteikarte Sicherheit wurde übernommen, also auch ok.
Server neu gestartet, WSUS gleicher Fehler, Dienst läuft nicht.
Fehler wie gehabt:
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.GetUpdateServer()
   bei Microsoft.UpdateServices.UI.SnapIn.Scope.ServerSummaryScopeNode.ConnectToServer(
)
   bei Microsoft.UpdateServices.UI.SnapIn.Scope.ServerSummaryScopeNode.ConnectToServerA
ndPopulateNode(Boolean connectingServerToConsole)
   bei Microsoft.UpdateServices.UI.SnapIn.Common.ExtensionSnapInManager.OnInitialize()

An  UMeadow:
ManagementStudio 2008 SP2 bringt auch: es konnte keine Verbindung hergestellt werden.

Was haltet ihr von meinen 2 Alternativen? Ich könnte da auch ohne wsus leben, leider kommt ja auch ein Fehler beim Entfernen der Rolle - nicht gefunden ...
Gibt es einen "einfachen" Schalter (ich weiß, aber jeder gute Witz muss gemacht werden  ) um das ganze wsus System abzukoppeln, damit die Clients (erstmal oder für immer, das sehen wir dann) normal online bei MS Updates suchen?

Hat das hier schon einmal jemand probiert? Gint es da Erfahrungswerte?

To manually recover Windows Server Update Services
Click Start, click Control Panel, click Programs, and then click Programs and Features.

Verify whether Microsoft Windows Server Update Services <version x> is listed, where <version x> is the version that you are running (for example, 3.0 SP1). If it is listed, skip to Step 4.

Verify that a WSUS subdirectory does not exist on any of the server volumes. If there is a WSUS subdirectory, delete it, and then do the following:
Create a directory called WSUS on drive C.

Insert Windows SBS 2011 Standard Disc 2 (Component Technologies for Server Repair) into the server that is running Windows SBS 2011 Standard.

Open a Command Prompt window with administrative privileges. See To open a Command Prompt window as an Administrator. At the command prompt, type <DVD Drive>:\CMPNENTS\wsus\wsussetup.exe /q DEFAULT_WEBSITE=0 CREATE_DATABASE=1 CONTENT_LOCAL=1 CONTENT_DIR=C:\WSUS WYUKON_DATA_DIR=C:\WSUS, where <DVD Drive> is the DVD drive for the computer, and then press ENTER.
Note
It may take up to 10 minutes for the process to finish.

Kommt von dieser Seite:
(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

ok, jetzt jab ich aber alles durch:
das wsussetup in der Kommandozeile geht nicht, das Entfernen des wsus geht auch nicht, als Admin ausgeführt, natürlich.

Also bleibt nur noch:
Wie kann ich es deaktivieren, daß die Clients direkt Updates ziehen? Dann kann man da in einer ruhigen Minute noch mal schauen ...

Andere Alternativen mit Registry-Einträge löschen und drüber-installieren will ich erst mal lieber nicht versuchen.
Und MS Windows Installer Cleanup gibt es nicht mehr.

Hat noch niemand einen wsus per gpo o.ä. von der Domäne abgehängt?

akira schrieb on 10.03.14 um 16:31:08:

Falls Du eine einzelne GPO nur für WSUS hast, brauchst Du nur die Verknüpfung aufheben. Sonst wie Sunny gesagt hat.

akira schrieb on 11.03.14 um 10:48:22:


Ja, es ist so einfach. Trotzdem solltest Du vorher in die jeweiligen GPOs reinschauen ob auch wirklich NUR WSUS-Komponenten drin sind.

akira schrieb on 11.03.14 um 15:19:28:


Gut.


akira schrieb on 11.03.14 um 15:19:28:


Kannst Du denn über Management Studio zugreifen? Wie das bis incl. W2008R2 geht, steht in diesem Artikel: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Funktioniert es denn, wenn Du die DB wieder an den Ort retour kopierst, wohin sie ursprünglich 'verschoben' wurde?

Meiner Meinung nach fehlt immer noch etwas bei den Berechtigungen.

Ein SBS ist ein DC, dort gibt es keinen Lokalen Admin mehr. Ist das ein umbenannter Admin? Nimm doch einfach den Built-In-Admin.

Der BuiltIn Admin heißt Administrator.