Добрый день, коллеги!

Столкнулся с ошибкой: https://yadi.sk/i/4vnFgQ3yQJkysw

8.3.13.1644, ИБ ERP 2.4.6.174 с модулем PM, Windows Server 2008R2. На другой машине SQL 2012 и Windows Server 2016.

Вообще, ещё вчера скульная БД была на старом сервере SQL2008, на котором действительно было мало места и журнал лога забивался, выдавал ошибку "Журнал транзакций заполнен 80040E14". Но вечером база была перенесена на новый сервер, места там вдоволь. У tempdb параметры такие: https://yadi.sk/i/LTn_BzmDQqyeRg

Сегодня я уж никак не ожидал такой подляны, не пойму в чём, собственно, дело. Место хоть отбавляй. Подскажите, пожалуйста, куда копать?

но причем зесь темп дб?

Стоит лимитед же, зачем?

(0) закончилось место в файле erp_pm.log, а не в templog.log. У вас там наверняка при переносе лимит встал у файла erp_pm.log, а вы и проморгали.

Тьфу, бл*. Я даже не буду оправдываться за свою тупизну сейчас. Спасибо, люди добрые, вы правы. Ну а мне пора бы в отпуск...

Почему вообще растёт лог-файл, если база в Simple?

А почему бы ему и не расти?

(5) ты уверен что в симпл?

(7) В симпл он тоже может расти. Особенно при BULK INSERT. Потом придушится.

(8) Сам не придушится. Лог в скуле сам не уменьшается.

(9) В simlpe душится. "Распухшее" его состояние из-за незавершенных транзакций. Особенно при массовых операциях. В full душится после бекапа.

(10) ет (с) сам не уменьшается. Как и файлы базы. Место освобождается и переиспользуется

USE [my_base]
ALTER DATABASE [my_base] SET RECOVERY SIMPLE
go
DBCC SHRINKFILE ([my_base_log], 1);
ALTER DATABASE [my_base] SET RECOVERY FULL
go

(12) Зачем фулл, если не делается бекап логов? Смысл?

(13) Это мой рабочий скрипт у меня делается фулл

(14) Смысл в нет какой?

(15) по умолчанию при создании ИБ так стояло...
сделать одновременно все правильным и прекрасным я не могу

(16) Почему не можете? Вместо перевода в simple выполните backup log