BiTel

Прошу совета, как можно безболезненно немного уменьшить размер базы манипулируя таблицами:
log_error_{mid}_yyyyMM
log_server_{mid}_yyyyMM
session_detail_{mid}_yyyyMM
log_session_{mid}_yyyyMM
bgs_query_log_yyyyMM
стопорнуть сервер и из mysql drop-нуть эти таблицы за предыдущие месяцы( которые уже не актуальны), или просто "трункатить" их?

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

log_session и session_detail зачем трогать? остальные можно дропнуть

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

просто полгода прошло, они не так актуальны уже

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

Угу, а завтра придет письмо с милиции с просьбой сообщить данные о сессиях за удаленный промежуток, или прибежит клиент и вдруг начнет говорить, что он не он и мопед не его, или самое ужасное - обнаружится страшная ошибка в коде биллинга, после исправления которой надо сделать переобсчет сессий... Да мало ли зачем..

можно вынести эти таблицы в мусорную базу

Это тут не поможет.

Да просто скопируйте таблицы куда-нибудь (для MyISam можно просто файлы копировать, для InnoDb в режиме файла на каждую таблицу - тоже) и удалите средствами SQL. После этого желательно рестартнуть BGBillingServer, т.к. там есть кэш существующих таблиц, чтобы эксепшены не кидал, пытаясь залезть в таблицу за отчётом.

ну а все же, какие таблицы можно совершенно безболезненно дропать, а какие чистить спустя N времени? логи скриптов? логи веба? какие? можете дать _правильный_ money safe список вида "эту(и) можно дропнуть, а эту(и) спокойно чистить"?

По описанию в DBInfo можно соорентироваться. Всякие таблицы с сессиями можно удалять, логами запросов, логами радиуса и т.п.
Помесячные которые. Они нужны по истечению периода только для предоставления отчётов клиентам.
Логи запросов пользователей или запросов на Web тоже нужны например только для просмотра журнала администратором..

в том то все и дело, что по dbinfo каждый может сориентироваться, а если неправильно сориентируется да еще бекапов не сделает? тут тем/постов будет ... я ж потому и просил список от Вас, от разработчиков, т.е. тот в котором ошибится сложно, ну а т.к. он представляется AS IS, то и решать что с этим списком делать человек будет самостоятельно, но зато хоть глядя туда сам себе навредить не сможет ... будет что за основу брать или с чем сверится ...

Бакап нужно обязательно, я мыслю.. Всё-таки дело такое. Могут и через 2 года отчёт по трафику потребовать.

Постараемся подготовить списки. В TODO занёс. Есть модуль DBA, но там тоже как-то потаблично описано. Хотя там комменты есть вроде к таблицам и рекомендации по хранению.

тут уже каждый сам себе злобный буратино ... бекапиши - молодец, а не бекапишь - 3,14дец


сессии/деньги всеравно надо в течении 3-х лет хранить, а как срок истек - можно смело сказать - до свидания!

А, ну я думал в 2 этапа: сначала бакап а старые бакапы периодически удалять..

так тоже можно, но, к сожалению, никогда не известно точное время когда эта инфа понадобится и пусть уж она чуть-чуть полежит в базе, но зато к ней будет мгновенный доступ, чем устраивать заминку с восстановленим из бекапа и последующем предоставлении инфы ... у нас есть несколько юзеров которым зачем то переодически нужны логи 1-2, а то и даже 3 летней давности ну а, т.к. не дать их нельзя, то проще дать быстро и они рады и я спокоен ...

короче бэкапы придумали трусы.....

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

да не ... бекапы важны и нужны, но ... но зачем бекапить ненужную инфу? скажите честно, Вас сильно интересуют логи захода на веб статистику старее пары месяцев?

бекапим выборочно таблицы. скажем по маске все кроме log_server* и т.д., и раз в пол года, перед удалением этих таблиц, полный бекап.

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

есть подвижки?
своеобразный бамп

Уже не первая тема на форуме с подобным содержанием, я сам создавал подобную. Действительно хотелось бы знать, что удалять что нет

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

А чем принципиально DBA плох? Тем, что платен?

да! тем что в общем то надо платить буквально ни за что, т.к. по идее, IMHO, система подобного уровня настолько раздувающая БД должна иметь возможность чистить за собой "мусор" ... это мое личное мнение, но наличие функционала удаляющего согласно настройкам (срок давности, тип (логи действий юзеров, например) таблиц) лишние таблицы в БД не должно быть плагином - это должно быть нетъемлемой частью БГБ ...

Ну 4к рублей тоже не большая плата с другой стороны.

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

+1

_________________
Интернет и телефония оптом со склада, или в розницу