[ОТВЕТИТЬ]
01.11.2013 08:10  
OlegON
Обратите внимание, пожалуйста, уже не первый раз сталкиваюсь, что почтовый сервер не удаляет записи журнала. Либо вообще отключите журнал, либо самостоятельно очищайте его. Конкретный случай - почтовик, судя по всему, спал, а теперь, когда количество записей дошло до 150 млн., решил удалить их (настроено хранение в 1 день), парализовав собственную работу.
1.029.3 SP4, но наблюдаю не первый раз, на разных версиях.
"Аварийная очистка" -
:
truncate table supermag.smpostoutlog;
из под supermag
 
"Спасибо" OlegON от:
21.11.2013 14:12  
Zhalex
На 1.029.3sp6 словил такое же. Рассылка стояла. smpostoutlog ~20млн.строк.
 
21.11.2013 16:31  
konst
Олег, может в оптимизер добавить принудительную очистку лога?
PostLogCLR
no - не трогать (по-умолчанию)
XX - кол-во дней за которые оставлять лог, соответственно если 0 - то полная очистка
 
21.11.2013 16:48  
OlegON
А там это есть :) Я, правда, параметр не помню. Но что-то аналогичное есть. Проблема в том, что иногда это полечить можно только truncate (когда миллионы уже)... В новом будет принудительная очистка в зависимости от количества строк.
 
21.11.2013 16:52  
OlegON
:
("Some supermag operations should be performed...");
("delete from supermag.smpostinlog where recid<(select max(recid)-5000 from supermag.smpostinlog)");
("delete from supermag.smpostoutlog where recid<(select max(recid)-5000 from supermag.smpostoutlog)");
только я еще раз замечу, что при миллионах это уже может не сработать, должна быть регулярная работа...
 
10.04.2014 07:34  
john_the_ripper
:
А там это есть :) Я, правда, параметр не помню. Но что-то аналогичное есть. Проблема в том, что иногда это полечить можно только truncate (когда миллионы уже)... В новом будет принудительная очистка в зависимости от количества строк.
А что за параметр? А то усекается журнал, хотя в самом почтовом модуле отключил очистку журналов, но он упорно чистится :) Подозреваю что это делает оптимайзер
 
 




- - RSS - - Карта - 👫 Яндекс.Метрика