ЗУП и SQL. Переполнение лога транзакций. #430709

MS SQL 2005. Сегодня вылезла такая ошибка: Microsoft OLE Provider for SQL Server: The transaction log for database “DataBase” is full. To find out why space in the log cannot be reused, see the log_reuse_wait_desc column is sys.database HRESULT=80040E14, SQLSTATE=42000, native=9002. На гуглил такое решение: backup log DataBase with truncate_only use DataBase не помогает. В свойствах базы почему то показывается: доступное место - 0.4мб Может кто чего подскажет?

Пригласи человека, который хоть чуть понимает в скл-сервере - лешевле будет...

Я аккуратно :)))

Ну... Тогда а) проверь место на диске, б) поставь автогров на журнал транзакций...

Читал, Shrink делал. Не помогает. а) Места много. б) автогров = автораширение? тогда стоит.

логи сиквельные и сервера позырь, как правило backup log ххх with truncate_only + шринк помогает

а) Места много. и The transaction log for database “DataBase” is full. где-то ты размер файлов "зажал" или не там смотришь свободное пространство

Обманываешь

да убей его, хотя если знаешь как!!!

Размеры файлов и авторасширение - по умолчанию. Место походу действительно смотрю не там, в свойствах базы просто напросто. По поводу места? Физически на диске несколько гигов еще свободно. Это то понятно, просто хотел разобраться.

[просто хотел разобраться] путем трындения на мисте?

Модель базы - Фул или Симпл?

Какие значения для .ldf MAXSIZE = ? FILEGROWTH = ?

Возможно висит незакрытая транзакция, которая не дает шринкнуть?

+ SIZE =? и какой сейчас размер файла.

GO USE upp GO BACKUP LOG upp WITH TRUNCATE_ONLY GO DBCC SHRINKFILE (upp_LOG) GO таким не хитрым способом периодически обрезаешь лишние логи, можно закинуть в задания и будет делаться периодически автоматом

Ребят сорри, проблема решилась. Стары элементарный тупняк и невнимательность - база оказывается на другом серваке. Бэкап + шринк Ты б хоть нулевой пост прочел :)

Бэкап + шринк помогло ес-но.