WSS 3.0 kann mit SQL Studio Express nicht verwaltet werden

WSS 3.0 kann mit SQL Studio Express nicht verwaltet werden

Ich habe WSS 3.0 auf Server 2008 R1 laufen. Die Protokolldateien sind auf fast 15 GB angewachsen und müssen komprimiert/gelöscht werden, da der Speicherplatz auf der Festplatte knapp wird. Ich habe mich mit SQL Studio Express mit der Datenbank "\.\pipe\mssql$microsoft##ssee\sql\query" verbunden, erhalte jedoch die folgende Fehlermeldung, wenn ich mit der rechten Maustaste auf die SharePoint_Config-Datenbank klicke und Eigenschaften auswähle:

===================================

Der Eigenschaftenbesitzer ist für die Datenbank '[SharePoint_Config_29c26fca-17b8-48c1-9704-b869932abcb6]' nicht verfügbar. Diese Eigenschaft ist für dieses Objekt möglicherweise nicht vorhanden oder kann aufgrund unzureichender Zugriffsrechte nicht abgerufen werden. (Microsoft.SqlServer.Express.Smo)

------------------------------ Klicken Sie für Hilfe auf:http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=9.00.5000.00&EvtSrc=Microsoft.SqlServer.Management.Smo.ExceptionTemplates.PropertyCannotBeRetrievedExceptionText&EvtID=Owner&LinkId=20476

------------------------------ Programmstandort:

bei Microsoft.SqlServer.Management.Smo.PropertyCollection.HandleNullValue (Int32-Index) bei Microsoft.SqlServer.Management.Smo.PropertyCollection.GetValueWithNullReplacement (String-Eigenschaftsname, Boolean throwOnNullValue) bei Microsoft.SqlServer.Management.Smo.Database.get_Owner() bei Microsoft.SqlServer.Management.SqlManagerUI.CreateDatabaseData.DatabasePrototype.DatabaseData..ctor (CDataContainer-Kontext, String-Datenbankname) bei Microsoft.SqlServer.Management.SqlManagerUI.CreateDatabaseData.DatabasePrototype.LoadDefinition (String neuer Name) bei Microsoft.SqlServer.Management.SqlManagerUI.CreateDatabaseData.DatabasePrototype..ctor (CDataContainer-Kontext) bei Microsoft.SqlServer.Management.SqlManagerUI.DBPropSheet..ctor(CDataContainer-Kontext)

Ich versuche, das hier beschriebene Verfahren zu befolgen:http://luka.manojlovic.net/2008/06/15/reduce-sharepoint-services-30-logldf-files/

Antwort1

Ich habe dies schon einmal auf Windows Small Business Server 2008 gesehen, wo der SharePoint_Config-Datenbankbesitzer NULL war. Ich weiß nicht, wie oder warum das passiert, aber Sie können sehen, ob es in Ihrer Situation der Fall ist, indem Siesp_helpdbWenn Sie finden, dass es so ist, können Siesp_changedbownersaum den Besitzer festzulegen. In der SharePoint_Config-Datenbank funktioniert das Festlegen des Besitzers problemlos.

Grundsätzlich würden Sie mit SSMS eine Verbindung zur Datenbank herstellen und eine Abfrage wie die folgende ausführen:

USE [SharePoint_Config_29c26fca-17b8-48c1-9704-b869932abcb6]
GO
EXEC sp_changedbowner ‘sa’
GO

Dadurch wird der Eigentümer festgelegt.

verwandte Informationen