Não é possível administrar o WSS 3.0 usando o SQL Studio Express

1

Eu tenho um WSS 3.0 em execução no Server 2008 R1. Os arquivos de log cresceram para quase 15 GB e precisam ser compactados / limpos à medida que estamos ficando sem espaço no disco rígido. Eu conectei-me ao banco de dados "\. \ Pipe \ mssql $ microsoft ## ssee \ sql \ query" usando o SQL Studio Express, mas recebo o seguinte erro ao clicar com o botão direito do mouse no banco de dados SharePoint_Config e selecionar Propriedades:

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

Property Owner is not available for Database '[SharePoint_Config_29c26fca-17b8-48c1-9704-b869932abcb6]'. This property may not exist for this object, or may not be retrievable due to insufficient access rights. (Microsoft.SqlServer.Express.Smo)

------------------------------ For help, click: 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

------------------------------ Program Location:

at Microsoft.SqlServer.Management.Smo.PropertyCollection.HandleNullValue(Int32 index) at Microsoft.SqlServer.Management.Smo.PropertyCollection.GetValueWithNullReplacement(String propertyName, Boolean throwOnNullValue) at Microsoft.SqlServer.Management.Smo.Database.get_Owner() at Microsoft.SqlServer.Management.SqlManagerUI.CreateDatabaseData.DatabasePrototype.DatabaseData..ctor(CDataContainer context, String databaseName) at Microsoft.SqlServer.Management.SqlManagerUI.CreateDatabaseData.DatabasePrototype.LoadDefinition(String newName) at Microsoft.SqlServer.Management.SqlManagerUI.CreateDatabaseData.DatabasePrototype..ctor(CDataContainer context) at Microsoft.SqlServer.Management.SqlManagerUI.DBPropSheet..ctor(CDataContainer context)

Estou tentando seguir o procedimento explicado aqui: link

    
por Brett Anspach 23.11.2011 / 19:47

1 resposta

2

Já vi isso antes no Windows Small Business Server 2008, em que o proprietário do banco de dados SharePoint_Config era NULL. Eu não sei como ou por que isso acontece, mas você pode ver se é o caso em sua situação usando sp_helpdb . Se você achar que é possível usar sp_changedbowner para definir o proprietário. No banco de dados SharePoint_Config, o proprietário do sa funcionará bem.

Basicamente, você se conectaria ao banco de dados com o SSMS e executaria uma consulta como:

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

Isso definirá o proprietário.

    
por 23.11.2011 / 19:59