BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 26 апр 2024, 15:21

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 17 ] 
Автор Сообщение
СообщениеДобавлено: 03 сен 2010, 08:56 
Не в сети

Зарегистрирован: 17 ноя 2009, 08:47
Сообщения: 215
Откуда: krsn
Карма: 48
Здравствуйте, у нас небольшая проблемка с АТС была, в следствии ее в биллинг попали совершенно левые логи, и почему то некоторые из данных по этим логов начислились абонентам.

Каким образом можно почистить БД от этих левых логов? необходимо удалить сведения за август, 11 - 31 числа.

_________________
Изображение
using billingClient.BGB 4.6;
using server.Ubuntu server 9.10;
using server.Java "1.6.0_15";
using client.Ubuntu 10.04;


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03 сен 2010, 10:56 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Сырые логи хранятся в data_log_<mid>_<year><month><day> (действие "загрузить логи" помещает их из файлов в эту таблицу)
Например: data_log_4_20100811

При обработке логов на основе этой таблицы появляются данные о сессиях: log_session_<mid>_<year><month>


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03 сен 2010, 11:46 
Не в сети

Зарегистрирован: 31 авг 2010, 14:42
Сообщения: 12
Карма: 0
Вам везёт, если данные попадают в базу.
У меня вот другая проблема - не обрабатываются. :shock:
Загрузил данные за август, создалось 31 таблица data_log_
и одна таблица log_session_1_201008, но данных в последней нет.
Ошибок загрузки данных никаких, в менеждере источников у всех часовых логов статус "Обработан".
Может данные у меня в неправильном фомате?
Не поделится кто маленьким дампом таблички data_log_ :wink:


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03 сен 2010, 12:06 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
При обработке поинт определяется по полю from_number_164 - там должен быть полный международный номер телефона, т.е. 7<код_города><телефон>.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03 сен 2010, 14:40 
Не в сети

Зарегистрирован: 17 ноя 2009, 08:47
Сообщения: 215
Откуда: krsn
Карма: 48
я удалил таблицу с сырыми логами, и попытался сделать загрузку вновь, но в dataloader.log пишит вот что:
Код:
09-03/16:37:37  INFO [Thread-2187] dataloader - 35983 Load data from: /var/log/bgbilling/ats/parsed/2010/08/19_17.zip
09-03/16:37:37  INFO [Thread-2187] dataloader - 35983 no need load..

еще что-то где-то почистить?

_________________
Изображение
using billingClient.BGB 4.6;
using server.Ubuntu server 9.10;
using server.Java "1.6.0_15";
using client.Ubuntu 10.04;


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03 сен 2010, 15:06 
Не в сети

Зарегистрирован: 31 авг 2010, 14:42
Сообщения: 12
Карма: 0
Похоже надо чистить данные в таблице вида source_data_

А параллельно про лог хотел уточнить.
У меня четырёхзначный внутренний номер, хочу посчитать исходящий звонок.
Что должно быть записано в поле CDR-а from_number_164
И что должно быть в поинте, привязанном к договору?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03 сен 2010, 15:18 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
...
( :facepalm: )


Последний раз редактировалось Cromeshnic 04 сен 2010, 10:37, всего редактировалось 1 раз.

Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03 сен 2010, 15:36 
Не в сети

Зарегистрирован: 17 ноя 2009, 08:47
Сообщения: 215
Откуда: krsn
Карма: 48
Вячеслав2 писал(а):
Похоже надо чистить данные в таблице вида source_data_

у меня в них пусто вообще

_________________
Изображение
using billingClient.BGB 4.6;
using server.Ubuntu server 9.10;
using server.Java "1.6.0_15";
using client.Ubuntu 10.04;


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03 сен 2010, 16:08 
Не в сети

Зарегистрирован: 31 авг 2010, 14:42
Сообщения: 12
Карма: 0
Хочу уточнить про обсчёт номера.
Внутренний абонент 1234 делает исходящий вызов на номер 89991234567
В Справочники ->Тарифные планы заведён Тарифный план "Тариф_мобильные"
В модуле Phone -> Геогр коды заведены коды всех регионов, а в
Phone -> Карты зон к ним привязаны зоны с равной стоимостью. (На 1-м скриншете)
В тарифе сделал фильтр по порту,
но вот непойму, как к нему привязать ВСЮ карту зон.
Можно добавлять только зоны по одной. (На 2-м скриншете)
Но мой абонент может сделать исходящий вызов в любую зону.


Вложения:
Комментарий к файлу: Тариф
.jpg
.jpg [ 93.78 КБ | Просмотров: 7590 ]
Комментарий к файлу: Карта цен
_зон.jpg
_зон.jpg [ 95.09 КБ | Просмотров: 7590 ]
Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 07 сен 2010, 12:49 
Не в сети

Зарегистрирован: 17 ноя 2009, 08:47
Сообщения: 215
Откуда: krsn
Карма: 48
c моей стороны вопрос исчерпан

_________________
Изображение
using billingClient.BGB 4.6;
using server.Ubuntu server 9.10;
using server.Java "1.6.0_15";
using client.Ubuntu 10.04;


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 сен 2010, 16:29 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Достаточно изменить логи и поставить их параллельно в загрузку.
Код:
no need load
- значит с последней загрузки время модификации логов либо размер файлов не менялись.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 июн 2011, 17:55 
Не в сети

Зарегистрирован: 02 фев 2010, 14:46
Сообщения: 28
Карма: 0
безопасно ли удалять старые таблицы с логами? каждый месяц (а то и день) заводится несколько новых таблиц, особенно старые хочется удалить;

и так и не был дан ответ, как грамотно удалять лишние записи из таблиц log_session_*


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 июн 2011, 18:43 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
Ygrex писал(а):
безопасно ли удалять старые таблицы с логами? каждый месяц (а то и день) заводится несколько новых таблиц, особенно старые хочется удалить;

data_log или log_session?
Ygrex писал(а):
и так и не был дан ответ, как грамотно удалять лишние записи из таблиц log_session_*

Лишние записи в log_session - это какие?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 июн 2011, 13:19 
Не в сети

Зарегистрирован: 02 фев 2010, 14:46
Сообщения: 28
Карма: 0
спасибо за комментарий, забыл включить уведомление об ответах
vdd писал(а):
data_log или log_session?

data_log_, data_log_error_ и log_session_
vdd писал(а):
Лишние записи в log_session - это какие?

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 июн 2011, 13:33 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
1. data_log - удаляйте, если очень хочется. При просмотре детализации не будет показываться исходная запись.
session - а клиентам вашим детализация не нужна? А кнопку начисления наработки модуля phone никто не нажмет случайно на удаленном месяце? А вам не обязательно хранить детализацию столько времени, сколько положено по закону? Если нет - удаляйте, раз это для вас настолько критично, что вы задумываетесь о таких вещах.

2. Раз вы знаете, что такие-то сессии лишние - удаляйте их. Потом сделаете начисление наработки. Хотя правильнее после устранения причины "лишних сессий" переобработать логи - "лишние сессии" должны исчезнуть.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 июн 2011, 13:55 
Не в сети

Зарегистрирован: 02 фев 2010, 14:46
Сообщения: 28
Карма: 0
vdd писал(а):
session - а клиентам вашим детализация не нужна? А кнопку начисления наработки модуля phone никто не нажмет случайно на удаленном месяце? А вам не обязательно хранить детализацию столько времени, сколько положено по закону?

session, на сколько понимаю, высчитывается из data_log; если чистить обе, то случайное нажатие на обработку удалённых месяцев не приведёт ни к какому результату; я верно всё понимаю?
vdd писал(а):
Раз вы знаете, что такие-то сессии лишние - удаляйте их. Потом сделаете начисление наработки. Хотя правильнее после устранения причины "лишних сессий" переобработать логи - "лишние сессии" должны исчезнуть.

по итогам [url="http://forum.bgbilling.ru/viewtopic.php?f=10&t=4339"]старой темы[/url] у меня сложилось мнение, что имеющиеся записи не удалятся при повторной подгрузке логов, где эти записи уже удалены; или всё-таки действительно достаточно исправить исходные логи и повторить загрузку/обработку?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 июн 2011, 15:32 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
1. Начисления по команде в закладке "Установка баланса", а не обработка логов. Кстати, это вопрос, как поведет себя биллинг, если дать команду на переобработку пустых логов.
2. Должны исчезнуть после переобработки. Если нет - значит баг либо у вас, либо в биллинге. Для проверки можно удалить все содержимое session за тот период, который собираетесь переобрабатывать.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 17 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
POWERED_BY
Русская поддержка phpBB
[ Time : 0.259s | 54 Queries | GZIP : On ]