☰

Невозможно администрировать WSS 3.0 с помощью SQL Studio Express

tag-icon • tag-icon sql-server-2005 log-files sharepoint-services
Невозможно администрировать WSS 3.0 с помощью SQL Studio Express

У меня WSS 3.0, работающий на Server 2008 R1. Файлы журналов выросли почти до 15 ГБ и должны быть сжаты/очищены, так как у нас заканчивается место на жестком диске. Я подключился к базе данных "\.\pipe\mssql$microsoft##ssee\sql\query" с помощью SQL Studio Express, однако я получаю следующую ошибку при щелчке правой кнопкой мыши по базе данных SharePoint_Config и выборе Свойства:

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

Владелец свойства недоступен для базы данных '[SharePoint_Config_29c26fca-17b8-48c1-9704-b869932abcb6]'. Это свойство может не существовать для этого объекта или не быть извлечено из-за недостаточных прав доступа. (Microsoft.SqlServer.Express.Smo)

------------------------------ Для получения справки нажмите: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

------------------------------ Место проведения программы:

в Microsoft.SqlServer.Management.Smo.PropertyCollection.HandleNullValue(Int32 index) в Microsoft.SqlServer.Management.Smo.PropertyCollection.GetValueWithNullReplacement(String propertyName, Boolean throwOnNullValue) в Microsoft.SqlServer.Management.Smo.Database.get_Owner() в Microsoft.SqlServer.Management.SqlManagerUI.CreateDatabaseData.DatabasePrototype.DatabaseData..ctor(CDataContainer context, String databaseName) в Microsoft.SqlServer.Management.SqlManagerUI.CreateDatabaseData.DatabasePrototype.LoadDefinition(String newName) в Microsoft.SqlServer.Management.SqlManagerUI.CreateDatabaseData.DatabasePrototype..ctor(контекст CDataContainer) в Microsoft.SqlServer.Management.SqlManagerUI.DBPropSheet..ctor(контекст CDataContainer)

Я пытаюсь следовать процедуре, описанной здесь:http://luka.manojlovic.net/2008/06/15/reduce-sharepoint-services-30-logldf-files/

решение1

Я видел это раньше на Windows Small Business Server 2008, где владелец базы данных SharePoint_Config был NULL. Я не знаю, как и почему это происходит, но вы можете увидеть, так ли это в вашей ситуации, используяsp_helpdb. Если вы найдете это, вы можете использоватьsp_changedbownerдля установки владельца. В базе данных SharePoint_Config установка владельца saбудет работать нормально.

По сути, вам нужно подключиться к базе данных с помощью SSMS и выполнить запрос следующего вида:

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

Это определит владельца.

Связанный контент