BiTel

Всёх с 2279-ой пятницей!

Пытаюсь осуществить переход с 5.1 на 6.0...

Мои исходные данные:
- Debian v. 7
- Mysql на MyISAM движке ( v 5.1 )
- БЖБ - v5.1

Что сделал :
- перешёл на mysql v5.5.
- перевёл базу на InnoDB.
- начал вкуривать http://www.bgbilling.ru/v6.0/download/kernel/howto.txt
- и походу перекурил

Сомнения возникли по какому из путей пойти дальше:

Вариант A:

1. Тормознуть БЖБ v 5.1
2. Переменовать папку с БЖБ v5.1 например в BGBillingServer.51

3. Качнуть http://bgbilling.ru/v5.2/download/kerne ... 2_1539.zip
4. Раззиповать ,настроить *.sh, data.properties, поменять lic.properties с тестовой на боевую 5-ой версии,
зайти в свежераззипованный каталог BGBillingServer и закачать туда :

wget http://bgbilling.ru/v5.2/download/kernel/update_5.2.zip

5. Запустить ./bg_installer.sh update_5.2.zip
6. Потом ./bg_installer.sh update

7 Переименовать свежеустановленный БЖБ v5.2 например в BGBillingServer.52
8. Качнуть http://bgbilling.ru/v6.0/download/kerne ... 0_1571.zip
9. Раззиповать ,настроить *.sh, data.properties, поменять lic.properties с тестовой на боевую 6-ой версии,
зайти в свежераззипованный каталог BGBillingServer и закачать туда :

wget http://bgbilling.ru/v6.0/download/kernel/update_6.0.zip

10. Запустить ./bg_installer.sh update_6.0.zip
11. Потом ./bg_installer.sh update
12. Загрузить клиента БЖБ 6.0.
13. Запустить БЖБ 6.0 и т.д.

Вариант Б:

1. Тормознуть БЖБ v5.1
2. Переменовать папку с БЖБ v5.1 например в BGBillingServer.51

3. Качнуть http://bgbilling.ru/v6.0/download/kerne ... 0_1571.zip
Раззиповать ,настроить *.sh, data.properties, поменять lic.properties с тестовой на боевую 6-ой версии,
зайти в свежераззипованный каталог BGBillingServer и закачать туда :

wget http://bgbilling.ru/v6.0/download/kernel/update_6.0.zip

4. Запустить ./bg_installer.sh update_6.0.zip
5. Потом ./bg_installer.sh update
6. Загрузить клиента БЖБ 6.0.
7. Запустить БЖБ 6.0 и т.д.

Т.е. Надо ли в процессе перехода с 5.1 на 6.0 переходить на промежуточную 5.2 ?

Или может есть ещё какой более правильный Вариант С ?

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

что значит "переходить на промежуточную"? настраивать и запускать не нужно, но все промежуточные этапы по переходу на 5.2 надо, конечно, сделать.

_________________
I'm clever. I've got a computer.

Извиняюсь , немного некорректно выразился на счёт "промежуточной".
Имел ввиду - что вначале базу mysql bgbilling обновить с помощью update v 5.2.zip, а потом уже с помощью update v 6.0.zip.

Просто подумал, что можно базу в версии БЖБ 5.1 обновить сразу до версии БЖБ 6.0 с помощью update v 6.0.zip ...

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

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

_________________
I'm clever. I've got a computer.

угу. и один раз я сделал

и получил в подарок удаление деревьев тарифных планов ))))

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

Чего-то я туплю. А что значит версия "младше"?



Это значит 4.6 и новее (5.1 в том числе)?

Ну это значит начиная с 4.6 включительно

_________________
I'm clever. I've got a computer.

Почему то мне кажется, что такая каша в голове из за того, что здесь:

Написано:

Да и вообще вся эта, так сказать, "инструкция" чуть ли не копипаста доки по обновлению для 5.2 - там даже ссылки на документацию под версию 6.0 никто не удосужился поправить и теперь приходится самостоятельно выискивать главы в доке к 6.0 на основании доки к 5.2

А может кто нибудь из числа уже обновившихся, набросать пару строчек - что надо сделать для обновления?
Ибо действительно из http://bgbilling.ru/v6.0/download/kernel/howto.txt как-то больше вопросов по прочтению...

если c 5.1 до 6.0 то:
1-выставить в 5.1 во всех конфигурациях

2. стопорнуть бжб5.1
3. если mysql был версии 5.1 ( как у меня ) - обновить до 5.5
4. включить поддержку в mysql 5.5 innodb_file_per_table
5.натравить на базу :


6. натравить на базу :


7. mv BGBillingServer BGBillingServer5.1
8. wget http://www.bgbilling.ru/v6.0/download/k ... 0_1599.zip
9.unzip BGBillingServer_6.0_1599.zip
10. cd BGBillingServer
11. mv ../BGBillilingServer5.1/.keystore .
12. rm -f *.bat, *.ini ,*.exe ; chmod +x *.sh; echo "export JAVA_HOME=/opt/java/jdk" >> server.sh
13. cp -p license.properties ( от 6v ) в data
14. vim data/data.properties....
14. wget http://www.bgbilling.ru/v6.0/download/k ... te_6.0.zip
15. ./bg_installer update_6.0.zip
16. ./bg_installer.sh update
17. положить себе на комп 6-ую версию клиента и настроить её
18. Запустить ЖБЖ-сервер, подконнектиться к нему клиентом и обновиться.
19 . Таким же макаром обновить коллектора и радиусы, перед первым запуском выполнить в них ./update.sh
20. доложиь директору и операторам что всё готово, накатить грамм 50, отключить мобилу и слинять на дачу отсыпаться...

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

п20 - норм

Вопросы:

п5 - для чего?
п3 - обязательно на 5.5 переходить? вроде в требованиях 5.1 стоит.

п.5 - для того чтобы не ждать неделю пока база конвертнётся
п.3 - у меня с мускулем 5.1 были проблемы с иннодб при натравливании на неё percona xtrabackup

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

к этому можно добавить, если у Вас дебиан - перед конвертацией дропните базу test, удалите файлы ibdata и ip_log* (мускуль создаст их при старте заново)
и трункадте ( если хотите таблицу query-log )

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

Понятно. Спасибо - опробуем на стенде.

Сюда наверно надо еще добавить?

ALTER TABLE `installed_modules` ADD COLUMN `uninstall` LONGTEXT;

у меня эта column была

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

Да, у меня тоже есть. Ок

на днях перешли с 5.1 на 6.0 по инструкции (той что в разделе загрузки). на 5.2 промежуточно не переходили. полет нормальный

_________________
Клиент: вер. 7.0.806 / 29.04.2016 13:18:28 os: Windows 7; java: Java HotSpot(TM) Client VM, v.1.8.0_66
Сервер: вер. 7.0.1035 / 29.04.2016 13:17:38 os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_92

Обновили инструкцию общую howto. Там действительно непонятно было, убрал update_5.2 и т.п. Если есть какие-то вопросы и недочеты - пишите.

Надо сразу обновляться на 6.0. Убрал неоднозначность в инструкции.

Нужно обновить сразу до 6.0.

Нет..Если вы уже на 5.1, то вам не нужны инструкция для " с версии 4.6 и младше", так как все это уже сделали когда на 5.1 обновлялись. .. Вам нужно дергаться только на " с версии 5.1 и младше".

Кусок с update_5.2.zip поправил. Ссылки на документацию 5.2 оставил сознательно.Они волнуют только тех, кто обновляется с верссии младше 5.2. Т.е например в 5.2 добавились статусы настраиваемые и в документации 5.2 про них точно написано. В более старших версиях что-то еще может поменяться , тогда поменяем инструкцию..

Это не нужно. Там же написано



У вас 5.1 - вас это не касается.

В доке теперь вообще нет упоминания update_6.0.zip (bg_installer.sh/bat тоже не упоминается) и стало совершенно не понятно, как именно обновлять 4.х и 5.х до 6.0, т.к. теперь нечему выполнять patch.sql/patch.sc

Выполните, пожалуйста это:

Так все ссылки будут выглядеть однообразно (сейчас часть ссылок с www, а часть без www) и создавать общее впечатление аккуратности.

Как это нет ?
http://bgbilling.ru/v6.0/download/kernel/howto.txt


http://bgbilling.ru/v6.0/download/kerne ... om_5.2.txt


Если что-то непонятно, готов разъяснить.

Я спрашивал про конкретную инструкцию и мне совершенно не понятно зачем в одном документе ссылаться на другой? IMHO логично, когда инструкция по обновлению находится одном файле. Далеко не надо ходить - мануал к БГБ не страдает отсылками на мануалы к более старым версиям, почему это делает инструкция по обновлению совершенно не понятно.
Жажда добавить рекурсии?

Т.е в идеале должен быть набор файлов вида. howto_from_4.2,howto_from_4.3, howto_from_4.4, howto_from_4.5, howto_from_4.6,howto_from_5.0,howto_from_5.1,howto_from_5.2. А еще желательно с картинками и видео как это делать . Имеем то, что имеем . На что хватает времени. По моему логично не описывать в 2=х местах хотя бы потому, что завтра мы поправим одну из них, а вторую забудем . Как вариант еще можно написать автоматическую генерилку инструкции под конкретную версию, может быть когда-то это сделаем.



Причем тут старая версия? Мануал переодически из одной главы ссылается на вторую. Тут аналогично, из howto ссылаются на howto_5.2 . Можете воспринимать это как 2 разные главы одной документации ..Или вам документацию может тоже сделать одним плоски файлом howto ?(когда-то так и было )

Сделал.

Нет же! Инструкция должна быть одна - своя для каждой из версий - у вас все время так было до 6.0.
Просто подумайте, как новый пользователь, т.е. как то так:

Мы, те кто давно с вами, знаем, что 6.0 это "почти" 5.2, но новый пользователь этого же не знает и для него отсылка из доки топовой версии в доку со старой будет не совсем понятна.


Я думаю вам стоит определится, что именно вы хотите - продвигать 6.0 или чтобы все оставались на 5.2.

По поводу времени уже неоднократно предлагали вынести документацию в вики. Мне видится два варианта:
1. Сделать рефакторинг текущей вики, чтобы отделить доку от пользовательских решений.
2. Поднять отдельную вики, например doc.bitel.ru, только для документации, с персонализированным доступом только для тех, кому вы можете доверить правку доки.