Очистка журналов почтового сервера : Супермаг Плюс (Супермаг 2000)

█ 01.11.2013 08:10

Обратите внимание, пожалуйста, уже не первый раз сталкиваюсь, что почтовый сервер не удаляет записи журнала. Либо вообще отключите журнал, либо самостоятельно очищайте его. Конкретный случай - почтовик, судя по всему, спал, а теперь, когда количество записей дошло до 150 млн., решил удалить их (настроено хранение в 1 день), парализовав собственную работу.
1.029.3 SP4, но наблюдаю не первый раз, на разных версиях.
"Аварийная очистка" -

Код:

truncate table supermag.smpostoutlog;

из под supermag

█ 21.11.2013 14:12

На 1.029.3sp6 словил такое же. Рассылка стояла. smpostoutlog ~20млн.строк.

█ 21.11.2013 16:31

Олег, может в оптимизер добавить принудительную очистку лога?
PostLogCLR
no - не трогать (по-умолчанию)
XX - кол-во дней за которые оставлять лог, соответственно если 0 - то полная очистка

█ 21.11.2013 16:48

А там это есть :) Я, правда, параметр не помню. Но что-то аналогичное есть. Проблема в том, что иногда это полечить можно только truncate (когда миллионы уже)... В новом будет принудительная очистка в зависимости от количества строк.

█ 21.11.2013 16:52

Код:

("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

Цитата:

OlegON ➤ А там это есть :) Я, правда, параметр не помню. Но что-то аналогичное есть. Проблема в том, что иногда это полечить можно только truncate (когда миллионы уже)... В новом будет принудительная очистка в зависимости от количества строк.

А что за параметр? А то усекается журнал, хотя в самом почтовом модуле отключил очистку журналов, но он упорно чистится :) Подозреваю что это делает оптимайзер

█ 11.04.2014 06:06

Добрый день

Хотел увеличить количество дней, в журнале почтового сервера, но журнал продолжил усекаться и оставлять последние пару дней. При чем после отключения обрезки журнала в настройках почтового сервера, он продолжил усекаться. В оптимайзере настройки, по обрезке журнала не нашел. Куда копать, даже не знаю :(

SM 1.028.2 SP4

█ 11.04.2014 06:59

В оптимайзере это, вроде и без параметра, старше месяца или определенного большого количества записи удаляются в МТ. По памяти говорю, но, вроде так.
В настройках почтового сервера другая беда, там иногда почему-то не удаляются, даже когда галка стоит.
Встроил, когда начались какие-то проблемы с величиной журнала. Если пары дней не хватает и объем пересылки большой - делай копию таблички рядом каждую ночь.

█ 11.04.2014 09:04

А возможно ли появление в апдейтах оптимайзера, параметра для отключения очистки этой таблицы? :)

█ 11.04.2014 09:33

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