Как уменьшить размер файла журнала конфигурации?

Question

Наша установка Small Business Server 2008 недавно закончилась на дисководе. Работая, чтобы освободить место, я заметил, что SharePoint_Config__log.ldf составляет 4,4 ГБ. Связанная база данных составляет всего 5 МБ, а основная база данных контента составляет всего 26 МБ. Эта установка SharePoint на самом деле не используется вообще (если только она не используется сайтом администратора SBS или что -то, что автоматически установлено).

Я обнаружил, что SharePoint использует SQL Embedded Edition, и я не могу подключиться к нему с помощью SQL Management Studio. Я пробовал различные методы, которые я обнаружил в Интернете.

Я пытался подключиться в SSMS, используя имя сервера ". Pipe MSSQL $ Microsoft#SSEE SQL QUERY", который, казалось, работал для некоторых людей, но не для меня.

Я попытался использовать утилиту клиентской сети SQL Server, чтобы настроить псевдоним для именованной трубы, но это тоже не сработало. Вот где я нашел инструкции по подключению.

Конечно, я попытался подключиться непосредственно к microsoft#ssee, и это не сработало.

Все эти попытки были от SSM, работающих на сервере, где SharePoint и база данных находятся во время входа в систему как администратор, поэтому это не должна быть проблемой удаленного доступа с SSMS. Просто чтобы убедиться, что это не вызывает проблемы, я использовал инструмент конфигурации площади поверхности, чтобы включить именованные удаленные подключения трубы для Microsoft ## SSEE, но это не помогло.

Во всех случаях я получаю ошибку, сообщая мне, что он не может подключиться, потому что сервер не был найден или не был доступен. Сообщение об ошибке немного отличается для разных методов, но все они говорят в основном одно и то же.

Пожалуйста, помогите мне. За один день я перешел от SharePoint-оживленного в SharePoint, и направляюсь к Anti-SharePoint. Вариант B для меня заключается в том, чтобы полностью удалить SharePoint, но я не знаю, зависят ли какая -либо из функций SBS от этого. На данный момент мы вообще не используем это ни для чего.

Если я могу получить SSM для подключения к базе данных, мне удобно, что я могу справиться с файлом журнала, но я просто не могу подключиться.

В дополнение к решению проблемы в ближайшем будущем я хотел бы знать, как остановить ее снова. Почему файл журнала конфигурации будет таким же, когда SharePoint даже не используется?

ОБНОВЛЕНИЕ: Внезапно я больше не получил ошибку от SSMS о существующем сервере. Я начал получать ошибку входа в систему при использовании ". Pipe MSSQL $ Microsoft#SSEE SQL QUERY". Я могу только предположить, что это потому, что я удалил кучу файлов журналов IIS, чтобы освободить место. После этого мне пришлось закрыть SSM и специально открыть его, используя run в качестве администратора, а затем я смог подключиться к базе данных SharePoint. После этого я смог сделать резервную копию файла журнала и сократить его (с незначительными изменениями, подробно описанными в моем комментарии о принятом ответе).

Answer 1

Использовать OSQL и сделать резервное копирование базы данных, тогда сократить файл

Answer 2

Это на самом деле не проблема с SharePoint. Это способ работы SQL Server.

Если у вас есть база данных в режиме полного восстановления, и вы не выполняете резервное копирование файлов базы данных и журналов, она будет продолжать записывать транзакции в файле журнала на неопределенный срок. Это усекается только тогда, когда вы поддерживаете его.

У вас есть два варианта - переключиться на простой режим восстановления и признайте, что вы не сможете восстановиться вплоть до времени неудачи (вы сможете восстановить только последнюю резервную копию, что может быть приемлемым в зависимости от обстоятельств). Или продолжайте использовать полное восстановление и резервное копирование файлов журналов через частые промежутки времени.

Когда вы сделаете это, ваши файлы журнала будут усечены, но все равно будут полны «белого пространства», поэтому вам нужно будет сделать одноразовую сокращение, как описывает Wictor.

Answer 3

У меня была эта проблема - файл SharePointxxxxxxxxxxxxxxxxxxxxxxxxx_log_log.ldf, несмотря на то, что он не использовал SharePoint. Чтобы сбросить его до начального размера по умолчанию (Windows воссоздает его):

1. Остановить обслуживание "Внутренняя база данных Windows (Microsoft ## SSEE)"
2. Удалить .Ldf Файл в 'C: Windows sysmsi mssql.2005 mssql data'
3. Перезагрузите сервис

Я также удалил там другой большой файл - забудьте, что это было в порядке.