Биллинговая система Nodeny

Главная категория => Общий раздел => Тема начата: nops от 05 Января 2012, 15:43:38



Название: Косяк в статистике
Отправлено: nops от 05 Января 2012, 15:43:38
Собственно это продолжается с 2010 года, как видите на скрине.
Что за фигня и как это исправить.
 
Частично пропал 2010 год, а так же почти полностью пропал 2011 год...
помогите решить проблему... И можно было бы наверное вообще похерить или сделать так, чтобы все что старше 6 месяцев не отображалось.


Название: Re: Косяк в статистике
Отправлено: Elisium от 05 Января 2012, 15:45:45
А реально соответствующие таблицы в БД есть?
Не повреждены ?
п.с. правда, у меня тоже чето похожее есть.. хз чего, не обращал внимания вообще.


Название: Re: Косяк в статистике
Отправлено: nops от 05 Января 2012, 15:49:00
А реально соответствующие таблицы в БД есть?
Не повреждены ?
Ну вообще-то были, там очень много таблиц и у меня вроде как проблем с таблицами небыло. если что-то происходит, то я myslcheck -A --auto-repair -u root -p
Давайте мнесте посмотрим. Что показать?!


Название: Re: Косяк в статистике
Отправлено: Elisium от 05 Января 2012, 15:50:36
Я там выше немного поправил пост.
Тоже вижу чтото похожее, но почему - хз, ибо никто у нас туда вообще не заглядывает, поэтому вопросов не возникало ...

п.с. Попробовал изменить дату в урле статистики - пишет, что "на ..... статистика отсутствует. Выберите слева в меню день, на который хотите просмотреть статистику."
У меня выставлено хранить статистику 60 дней. И за 60 дней она есть по всем дням.
Остальное - это походу СТАРЫЕ таблицы не удалились ...


Название: Re: Косяк в статистике
Отправлено: nops от 05 Января 2012, 15:54:42
Я там выше немного поправил пост.
Тоже вижу чтото похожее, но почему - хз, ибо никто у нас туда вообще не заглядывает, поэтому вопросов не возникало ...
да да, я видел исправления.
Но все таки.
вопроса пожалуй три:
1. Как это поправить?
2. Как заставить показывать только последние 6 месяцев?
3. Как автоматом удалять месяцы, которые устарели, ну скажем более года? (или не стоит удалять?)


Название: Re: Косяк в статистике
Отправлено: Elisium от 05 Января 2012, 16:00:06
Опять поправил пост ))))
1. Посмотрите соответствующие таблице в базе напрямую. Есть ли они вообще ?
Если есть, сильно ли отличаются размером от таблиц за нормальные дни, которые есть в статистике ?
Возможно, autorepair их немного "укоротил" ))
2. Именно ПОКАЗЫВАТЬ - хзю Может, просто устроит п.п. 3 ?
3. Операции - Настройки - Ядро - Сколько суток хранить статистику по трафику - тут выставить нужное значение.


Название: Re: Косяк в статистике
Отправлено: nops от 05 Января 2012, 16:18:32
Опять поправил пост ))))
1. Посмотрите соответствующие таблице в базе напрямую. Есть ли они вообще ?
Если есть, сильно ли отличаются размером от таблиц за нормальные дни, которые есть в статистике ?
Возможно, autorepair их немного "укоротил" ))
2. Именно ПОКАЗЫВАТЬ - хзю Может, просто устроит п.п. 3 ?
3. Операции - Настройки - Ядро - Сколько суток хранить статистику по трафику - тут выставить нужное значение.
Посмотрел.
действительно в БД нет некоторых таблиц, именно тех, которых и не хватает.
в настройках ядра выставлено 31.
но все таки, как сделать так, чтобы они не пропадали и показывались только за последние 6 месяцев...


Название: Re: Косяк в статистике
Отправлено: Efendy от 05 Января 2012, 18:10:30
Ссылки на даты формируются исключительно по существованию таблиц с трафиком в конкретный день.  Подропай таблицы за 2010й год и ссылок не будет


Название: Re: Косяк в статистике
Отправлено: Efendy от 05 Января 2012, 20:42:57
таблицы сами по себе не теряются. Ядро каждый вечер после 20 часов удаляет таблицы, которые ему и предписано удалять - берет параметр "количество дней хранения статистики", отнимает от текущего дня и удаляет таблицу попавшую в этот день. Чтобы статистика хранилась 6 месяцев, нужно параметр установить в значение 30.5 * 6 = 183 дня, после чего смотреть чтобы не кончилось место на винте


Название: Re: Косяк в статистике
Отправлено: nops от 05 Января 2012, 22:42:33
таблицы сами по себе не теряются. Ядро каждый вечер после 20 часов удаляет таблицы, которые ему и предписано удалять - берет параметр "количество дней хранения статистики", отнимает от текущего дня и удаляет таблицу попавшую в этот день. Чтобы статистика хранилась 6 месяцев, нужно параметр установить в значение 30.5 * 6 = 183 дня, после чего смотреть чтобы не кончилось место на винте
спасибо, исчерпывающе.
а теперь подскажите. сколько места будет занимать месяц трафика(детализация в статистике) при нагру0зке в 50-70% от 45Мбит канала(канал средний, т.е. 30/60, соответственно день/ночь)


Название: Re: Косяк в статистике
Отправлено: Efendy от 06 Января 2012, 00:14:17
Величина трафика ни о чем не говорит. В основном надо учитывать количество потоков. Может варьироваться от торенщиков - создают много потоков, один "хороший" торенщик заменит несколько десятков обычных клиентов. Ну, можешь пальцем в небо принять, скажем 2-3 гб в месяц. А лучше просто посмотри в /var/db/mysql/bill размер z-таблицы за какой-нить день


Название: Re: Косяк в статистике
Отправлено: elite от 06 Января 2012, 03:01:33
таблицы сами по себе не теряются. Ядро каждый вечер после 20 часов удаляет таблицы, которые ему и предписано удалять - берет параметр "количество дней хранения статистики", отнимает от текущего дня и удаляет таблицу попавшую в этот день. Чтобы статистика хранилась 6 месяцев, нужно параметр установить в значение 30.5 * 6 = 183 дня, после чего смотреть чтобы не кончилось место на винте
а почему после 20 часов? это же по идее час пик, лишняя нагрузка
лучше уж утром или ночью это делать )


Название: Re: Косяк в статистике
Отправлено: nops от 06 Января 2012, 10:55:51
Да, вот еще что.
чтобы убрать весь 2010 год, мне нужно в БД дропнуть ВСЕ таблицы, с указанием 2010, или только какие-то особенные?
Там есть s, есть t и так далее. Какие дропнуть?


Название: Re: Косяк в статистике
Отправлено: Efendy от 06 Января 2012, 11:11:59
таблицы сами по себе не теряются. Ядро каждый вечер после 20 часов удаляет таблицы, которые ему и предписано удалять - берет параметр "количество дней хранения статистики", отнимает от текущего дня и удаляет таблицу попавшую в этот день. Чтобы статистика хранилась 6 месяцев, нужно параметр установить в значение 30.5 * 6 = 183 дня, после чего смотреть чтобы не кончилось место на винте
а почему после 20 часов? это же по идее час пик, лишняя нагрузка
лучше уж утром или ночью это делать )
а ты не смотрел камент в коде? Дропнуть таблицу обычно не очень большая нагрузка - мускул просто удаляет файл и все.


Название: Re: Косяк в статистике
Отправлено: Efendy от 06 Января 2012, 11:13:42
Да, вот еще что.
чтобы убрать весь 2010 год, мне нужно в БД дропнуть ВСЕ таблицы, с указанием 2010, или только какие-то особенные?
Там есть s, есть t и так далее. Какие дропнуть?
все дропай (клавиша "вверх" в консоли Mysql работает, на всяк случай)


Название: Re: Косяк в статистике
Отправлено: Efendy от 06 Января 2012, 11:14:49
в связи с этим придумал новый модуль, думаю будет всем интересен.
Модуль должен:
1. Каждое 1-е число месяца, должен делать бекат только таблиц с трафиком и детализацией и складывать в отдельную папку.
2. По истечении указанного времени, модуль должен удалять старый бекапы с месячной детализацией трафика
это можно сделать sh-скриптом, который нормальный админ напишет за 10 минут


Название: Re: Косяк в статистике
Отправлено: nops от 06 Января 2012, 11:33:35
Да, вот еще что.
чтобы убрать весь 2010 год, мне нужно в БД дропнуть ВСЕ таблицы, с указанием 2010, или только какие-то особенные?
Там есть s, есть t и так далее. Какие дропнуть?
все дропай (клавиша "вверх" в консоли Mysql работает, на всяк случай)
ну а как же, я тогда вообще не смогу посмотреть статистику юзера....
в связи с этим придумал новый модуль, думаю будет всем интересен.
Модуль должен:
1. Каждое 1-е число месяца, должен делать бекат только таблиц с трафиком и детализацией и складывать в отдельную папку.
2. По истечении указанного времени, модуль должен удалять старый бекапы с месячной детализацией трафика
это можно сделать sh-скриптом, который нормальный админ напишет за 10 минут
Согласен, я сам могу такой написать минут за 15-20, только думал автоматизаровать именно биллингом...
P.S. Мне просто лень ;)