BiTel

Приветы.
вопросы по след таблицам, интересует возможность их удаления, и последствия удаления:
connection_log_entry_{mid}_yyyyMM
inet_session_log_detail_{mid}_yyyyMM
занимают много места

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

up

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

Уже в течение 10 лет каждое 1-е число текущего месяца автоматом ( т.е скриптом по хрону ) drop-аю в базе ВСЕ таблицы, оканчивающиеся на YYYYMM , где YYYYMM отстоит от текущего на 2 месяца.
No problems.....

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

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

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

Пункт "Показать RADIUS/DHCP логи" в контекстном меню сессии - можно удалять
Детализация трафиков сессии по типам трафика - не будет возможен переобсчет.

И не будет показываться история сессий в клиенте ЕМНИМП.

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Да, возможно лучше TRUNCATE вместо DROP.

Кто старое помянет - тому ....(c)

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

У меня скрипт накидан, который делает по шедулеру раз в месяц:
- Удаление таблиц
- Truncate таблиц
- Дамп таблиц

И конфиг к нему, в котором в общем случае такие правила выработались:

- дропаем:
log_server_x
log_error_x
log_function_process
connection_log_entry_x
inet_auth_error_x
log_gscript_process
npay_add_cost_detail_x
npay_detail_x
source_data_x
tariff_detail_x

- Бэкапим и дропаем
bgs_query_log
web_query_log

- Транкейтить я перестал, хотя по-моему из-за этого в интерфейсе могут ошибки быть, когда пытаешься сессию посмотреть, например.

Ну и для каждой таблицы индивидуально период устаревания задаётся: 3,6 или 12 месяцев например.

Могу выложить на вики, хотя это другой сотрудник писал

+++

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Хм, а подобный уже есть:
http://wiki.bitel.ru/index.php/%D0%93%D ... 0%B8%D1%86

Запилил:

http://wiki.bitel.ru/index.php/%D0%93%D ... B8%D1%86_2

Эх, если бы за это ещё платили...

В очередной раз задумался на тему удаления старых таблиц.
До сих пор не удаляем у себя логи телефонии и логи сессий inet/dialup.
С одной стороны, можно удалять и бэкапить, скажем, старше 3 лет.
С другой стороны, отсутствие нормального механизма закрытого периода и вообще сам механизм пересчётов такие, что кто-нибудь может зайти и пересчитать старый месяц, тогда начисления поплывут.
Это так, мысли вслух.

Пока я думаю добавить в свой скрипт 2 вещи:
- Удалять данные из session_detail модуля dialup, у которых нулевая наработка в session_account, а потом сразу делать optimize table
- Делать optimize table для log_session и log_incoming_session за прошлые периоды - там, оказывается, много можно выиграть в объёме. Да и вообще исторические таблицы неплохо бы сразу оптимизировать после того, как туда перестаём активно писать.

воу воу, ребята откликнулись) спасибо всем.

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

Сделал, проверил, зачистил много места.
Обновил скрипт на wiki:

http://wiki.bitel.ru/index.php/%D0%93%D ... B8%D1%86_2