No se puede administrar WSS 3.0 usando SQL Studio Express

No se puede administrar WSS 3.0 usando SQL Studio Express

Tengo un WSS 3.0 ejecutándose en Server 2008 R1. Los archivos de registro han crecido hasta casi 15 GB y es necesario comprimirlos/purgarlos ya que nos estamos quedando sin espacio en el disco duro. Me conecté a la base de datos "\.\pipe\mssql$microsoft##ssee\sql\query" usando SQL Studio Express, sin embargo, aparece el siguiente error al hacer clic derecho en la base de datos SharePoint_Config y seleccionar Propiedades:

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

El propietario de la propiedad no está disponible para la base de datos '[SharePoint_Config_29c26fca-17b8-48c1-9704-b869932abcb6]'. Es posible que esta propiedad no exista para este objeto o que no se pueda recuperar debido a derechos de acceso insuficientes. (Microsoft.SqlServer.Express.Smo)

------------------------------ Para obtener ayuda, haga clic en: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

------------------------------ Ubicación del programa:

en Microsoft.SqlServer.Management.Smo.PropertyCollection.HandleNullValue (índice Int32) en Microsoft.SqlServer.Management.Smo.PropertyCollection.GetValueWithNullReplacement (nombre de propiedad de cadena, throwOnNullValue booleano) en Microsoft.SqlServer.Management.Smo.Database.get_Owner() en Microsoft.SqlServer.Management.SqlManagerUI.CreateDatabaseData.DatabasePrototype.DatabaseData..ctor (contexto CDataContainer, nombre de base de datos de cadena) en Microsoft.SqlServer.Management.SqlManagerUI.CreateDatabaseData.DatabasePrototype.LoadDefinition (String newName) en Microsoft.SqlServer.Management.SqlManagerUI. CreateDatabaseData.DatabasePrototype..ctor (contexto CDataContainer) en Microsoft.SqlServer.Management.SqlManagerUI.DBPropSheet..ctor (contexto CDataContainer)

Estoy tratando de seguir el procedimiento como se explica aquí:http://luka.manojlovic.net/2008/06/15/reduce-sharepoint-services-30-logldf-files/

Respuesta1

He visto esto antes en Windows Small Business Server 2008 donde el propietario de la base de datos SharePoint_Config era NULL. No sé cómo ni por qué sucede, pero puedes ver si es el caso en tu situación usandosp_helpdb. Si lo encuentras puedes usarlosp_changedbownerpara establecer el propietario. En la base de datos SharePoint_Config, configurar el propietario safuncionará bien.

Básicamente, te conectarías a la base de datos con SSMS y ejecutarías una consulta como:

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

Eso determinará al dueño.

información relacionada