Назад | Перейти на главную страницу

Невозможно администрировать 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

------------------------------ Расположение программы:

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

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

Я видел это раньше в 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

Это установит владельца.