Обновление UTM5

Технические вопросы по UTM 5.0
Ответить
dimic
Сообщения: 18
Зарегистрирован: Пн май 13, 2013 11:06

Обновление UTM5

Сообщение dimic »

Добрый день.
Пытаюсь обновить UTM5 с версии 5.2.1-007 сразу до версии 5.3-003update15.
Инструкцию использую следующую http://www.netup.ru/UTM5/documentation/ ... o-5.3-003/
После применения UTM5_MYSQL_update.sql и UTM5_indexes.sql, а потом и конвертиации политик списания, структура обновленной БД очень сильно разнится с оригинальной БД UTM5.3-003.

Правильно ли я понимаю, что остатки старой логики в БД далее нужно вычищать самостоятельно? Не говоря о многих различиях в типах полей и ключах, элементарно остается куча неиспользуемых таблиц, а также полей в используемых таблицах.

Вот все, чего нет в оригинальной структуре 5.3-003

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

`accounts`
- block_recalc_abon
- block_recalc_prepaid

- `acts_templates`
- `contracts`
- `contracts_templates`
- `dhs_access_log`
- `dhs_access_log_attrs`
- `dtagg_telephony`

`invoice_entry`
- date

`messages`
- state

`nas_info`
- nas_type

`tel_sessions_detail`
- recv_date
- account_id
- disc_per_id
- slink_id

- `template_type`
В UTM5_MYSQL_update.sql нет ни одной инструкции DROP TABLE, прошу заметить.
Может я просто чего-то недопонимаю.

mikelanjelo
NetUP Team
Сообщения: 12
Зарегистрирован: Чт сен 01, 2016 17:41

Сообщение mikelanjelo »

Данные в этих таблицах и полях могу содержать информацию, кооторая может понадобиться со временем. Удалить их можно, но на своё усмотрение.

ronin
Сообщения: 74
Зарегистрирован: Чт фев 03, 2011 00:57

Сообщение ronin »

Так я не пойму, что можно обновляться с 5.2.1.009 сразу на 5.3-003 или 5.3-004, если нет то где взять переходные версии 5.3-001 и 5.3-002

Nik0n
Сообщения: 77
Зарегистрирован: Пн сен 14, 2009 13:53
Откуда: Екатеринбург
Контактная информация:

Сообщение Nik0n »

ronin писал(а):Так я не пойму, что можно обновляться с 5.2.1.009 сразу на 5.3-003 или 5.3-004, если нет то где взять переходные версии 5.3-001 и 5.3-002
Можно, но надо последовательно выполнять все процедуры обновления (скрипты и/или бинарники) ключевых промежуточных релизов.
Смотрите в начало документа http://www.netup.ru/download/06-Update_ ... 016%29.pdf

ronin
Сообщения: 74
Зарегистрирован: Чт фев 03, 2011 00:57

Сообщение ronin »

Проблема в том что сейчас 5.2.1-009 работает на debian 6, а она больше не поддерживается, так что придется ставить deb 7 и ставить 5.3-003 и как то апдейтить базу, только где взять скрипты этих промежуточных релизов, я так понимаю что с 5.2.1-009 нужно обновиться на 5.3-001 потом на 5.3-002 а потом на 5.3-003

dimic
Сообщения: 18
Зарегистрирован: Пн май 13, 2013 11:06

Сообщение dimic »

ronin писал(а):Проблема в том что сейчас 5.2.1-009 работает на debian 6, а она больше не поддерживается, так что придется ставить deb 7 и ставить 5.3-003 и как то апдейтить базу, только где взять скрипты этих промежуточных релизов, я так понимаю что с 5.2.1-009 нужно обновиться на 5.3-001 потом на 5.3-002 а потом на 5.3-003
Никаких промежуточных версий не надо. Вы можете сами это проверить на тестовой площадке. В мануале все русским языком написано. http://www.netup.ru/UTM5/documentation/ ... o-5.3-003/
Я предлагаю следующий путь
1. Заливаем бэкап БД в новый биллинг
2. Применяем обновление mysql -f UTM5 < /netup/utm5/UTM5_MYSQL_update.sql
3. Обновляем индексы mysql -f UTM5 < /netup/utm5/UTM5_indexes.sql
4. Включаем верификацию индексов при запуске
5. Выполняем конвертирование старых политик списания в новые при помощи /netup/utm5/bin/block_conv -v 007 (в вышем случае 009)
6. Стартуем биллинг.

Старые таблицы можно не дропать, как ответили разработчики. Для успокоения души можно при помощи mysqldiff сравнить оригинальную структуру БД UTM5.3 с тем, что у вас получилось. По необходимости накатить патч. Думаю, что там ничего критичного не будет: в таблицах поля местами поменялись, где-то их типы.

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

Ответить