Файл журнала базы данных SQL Server 2005 ОГРОМНЫЙ, полный - PullRequest
Новая
       8

Файл журнала базы данных SQL Server 2005 ОГРОМНЫЙ, полный

2 голосов
/ 21 апреля 2010

Позвольте мне начать с того, что я НЕ специалист по SQL или SQL Server. Я знаю, как создать базу данных и разработать веб-сайт, который использует ее. Кроме того, администрирование БД полностью потеряно для меня: (

это, как говорится, я застрял. Мой лог-файл для двух моих баз данных стал невероятно большим. Один - 650 МБ, а другой - 16 ГБ, это ГИБАЙТЫ! данные в обеих этих базах данных меньше 10 МБ, поэтому я не могу себе представить, как, черт возьми, это произошло ...

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

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

это сработало, и теперь, если я делаю полное резервное копирование базы данных, я больше не получаю эту ошибку.

однако файлы журнала базы данных остаются такими же, как и раньше.

Я тоже вошел в психиатрическую больницу, в которой говорится, что 650 Мб или около того пространства - это свободное пространство, но когда я сказал ему освободить пространство, оно ничего не сделало. Я не получил сообщения об ошибке, он просто закрылся и ничего не сделал. по крайней мере, я полагаю, что это ничего не дало, потому что мои лог-файлы по-прежнему гигантские ...

Итак, прежде всего, как, черт возьми, это произошло ?! все, что я сделал, это открыл свою базу данных, изменил столбец здесь и там. а в другой базе данных я даже этого не делал !!

наконец, как мне это исправить, чтобы я мог очистить этот журнал?

любая помощь приветствуется, спасибо!

Ответы [ 2 ]

3 голосов
/ 21 апреля 2010

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

2 голосов
/ 21 апреля 2010 
USE MyDatabase
GO
Backup Log MyDatabase WITH TRUNCATE_ONLY
GO
DBCC SHRINKFILE (MyDatabase_Log, 1)
GO

Обратите внимание, это приведет к аннулированию вашей истории резервного копирования, поэтому после использования TRUNCATE_ONLY вы должны выполнить полное резервное копирование.

...