Вопросы по архивированию таблиц в UTM 5.3-003

JAO · Сообщение **JAO** » Пт дек 11, 2015 11:37

Прочитал вот это:

http://www.netup.ru/UTM5/documentation/ ... ic-5.3-003

В связи с чем возникли следующие вопросы:

1) это можно как-то запустить по крону, или отныне админ сам себе крон?
2) в какую базу данных складываются архивные таблицы?
3) будут ли документироваться дальнейшие изменения в структуре архива и способах архивации отдельных таблиц?
4) написание собственных скриптов архивации отменено полностью?

Point · Сообщение **Point** » Пт дек 11, 2015 12:54

Собственно отвечу

1. Можно запускать ручками из админки, но только через 28 дней после предыдущего запуска. либо запускаем бинарник db_arhiver -a с любой периодичностью.
2. в той же бд создаются новые архивные таблицы, ссылки на них в таблице arhives. я потом пробовал ручками перетаскивать их в другую базу, косяков не отмечено
3. хз
4. смотри ответ на п. 4

JAO · Сообщение **JAO** » Пт дек 11, 2015 16:56

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

retimer

А как сделать архивирование в другую БД?

Point · Сообщение **Point** » Пн дек 21, 2015 11:53

retimer писал(а):А как сделать архивирование в другую БД?

пинать разработчиков только

либо костыль изобретать перенесения архивных таблиц в другую бд

JAO · Сообщение **JAO** » Пн дек 21, 2015 15:59

Там просто, по крайней мере в MySQL. Четыре запроса, один создает такую же по структуре таблицу в другой базе, второй пересыпает туда данные, третий правит таблицу archives и четвертый удаляет исходную таблицу. И так для каждой таблички в архиве. Код скрипта можно, в общем-то, сделать один раз. Даже если потом в архив будут добавляться новые таблицы с неизвестной структурой.

Vans · Сообщение **Vans** » Пн дек 21, 2015 16:02

Вообще лучше б это разработчики сделали штатно. Мелочь же...

Point · Сообщение **Point** » Вт дек 22, 2015 06:56

JAO писал(а):Там просто, по крайней мере в MySQL. Четыре запроса, один создает такую же по структуре таблицу в другой базе, второй пересыпает туда данные, третий правит таблицу archives и четвертый удаляет исходную таблицу. И так для каждой таблички в архиве. Код скрипта можно, в общем-то, сделать один раз. Даже если потом в архив будут добавляться новые таблицы с неизвестной структурой.

В пределах одного хоста таблицы быстрее просто переместить в другую базу

JAO · Сообщение **JAO** » Вт дек 22, 2015 10:25

Если они на MyISAM, то да. Не знаю, сработает ли это на InnoDB, поэтому воспользуюсь написанным выше. Медленно, но верно.

voovke · Сообщение **voovke** » Вс янв 24, 2016 04:51

UTM 5.3-003-update10 после архивации списаний, не отрабатывают отчеты за период находящийся в архиве.

Код: Выделить всё

Jan 24 04&#58;36&#58;16 ?Debug &#58; be9e8700 DBConnection_mysql&#58; <0x240fea0> SQL SELECT query&#58; SELECT id,start_date,end_date,periodic_type,next_discount_period_id,canonical_len,custom_duration,discount_interval, invoice_month FROM discount_periods WHERE id='12949'
Jan 24 04&#58;36&#58;16 ?Debug &#58; be9e8700 DBConnection_mysql&#58; <0x240fea0> SQL SELECT query&#58; 1 rows in 0.155 sec
Jan 24 04&#58;36&#58;16 ?Debug &#58; be9e8700 UTM5 DBA&#58; t_start&#58; <1435833842>, t_end&#58; <1435920242>
Jan 24 04&#58;36&#58;16 ?Debug &#58; be9e8700 DBConnection_mysql&#58; <0x240fea0> SQL SELECT query&#58; SELECT archive_id,start_date,end_date FROM archives ORDER BY id
Jan 24 04&#58;36&#58;16 ?Debug &#58; be9e8700 DBConnection_mysql&#58; <0x240fea0> SQL SELECT query&#58; 12 rows in 0.000 sec
Jan 24 04&#58;36&#58;16 ?Debug &#58; be9e8700 UTM5 DBA&#58; archive_table_name&#58; <dhs_sessions_log>
Jan 24 04&#58;36&#58;16 ?Debug &#58; be9e8700 DBConnection_mysql&#58; <0x240fea0> SQL SELECT query&#58; SELECT id,account_id,slink_id,recv_date,last_update_date,Framed_IP_Address,Framed_IP_Address6,Framed_IP_Address6_ext,NAS_Port,Acct_Session_Id,NAS_Port_Type,User_Name,Service_Type,Framed_Protocol,NAS_IP_Address,NAS_IP_Address_ext,NAS_IP_Address_type,NAS_Id,Acct_Status_Type,Acct_Input_Packets,Acct_Input_Octets,Acct_Output_Packets,Acct_Output_Octets,Acct_Session_Time,Called_Station_Id,Calling_Station_Id,Acct_Input_Gigawords,Acct_Output_Gigawords,Acct_Terminate_Cause, flags FROM dhs_sessions_log WHERE account_id='1967' AND last_update_date>='1435833842' AND last_update_date<='1435920242'
Jan 24 04&#58;36&#58;16 ?Debug &#58; be9e8700 DBConnection_mysql&#58; <0x240fea0> SQL SELECT query&#58; 0 rows in 0.001 sec
Jan 24 04&#58;36&#58;16 ?Debug &#58; be9e8700 DBConnection_mysql&#58; <0x240fea0> SQL SELECT query&#58; SELECT dhs_sess_id,recv_date,account_id,trange_id,duration,base_cost,sum_cost FROM dhs_sessions_detail WHERE disc_per_id='12949' AND account_id='1967'
Jan 24 04&#58;36&#58;16 ?Debug &#58; be9e8700 DBConnection_mysql&#58; <0x240fea0> SQL SELECT query&#58; 0 rows in 0.001 sec

Судя по коду таблица архива определяется как

Код: Выделить всё

<dhs_sessions_log>

а не

Код: Выделить всё

dhs_sessions_log_1212914090_1453589041

.

Может кто-то сталкивался с похожей проблемой ?

UPD
Проблема решилась восстановлением базы из дампа и повторным обновлением структуры и индексов.

JAO · Сообщение **JAO** » Пн янв 25, 2016 16:07

Чем архивировали?

kirush · Сообщение **kirush** » Пн фев 01, 2016 18:03

встроенным бэккапом. На тестовом стенде - тоже самое.
Интересно что править.

taf · Сообщение **taf** » Вт фев 02, 2016 12:12

Править надо разработчикам.

dhs_sessions_log вроде же заменена на radius* ? Костылем можно подсунуть view, ссылающийся на реальную таблицу.

JAO · Сообщение **JAO** » Ср фев 03, 2016 08:36

Ждем очередных апдейтов.

Iskatel

Здравствуйте!
У меня тоже вопросы по этой инструкции:
1. У меня, собственно страницы "Архивирование БД" в группе "Настройки" вообще нет. Как быть? Сборка 14731.
2. Не понял, записи, попавшие в архивную таблицу, по прежнему останутся доступными администратору или как?