7.0 это будет копия 6.2 на момент выхода. Обновление с 6.2 до нее должно проходить без проблем . Потом она со временем начнет отличаться. Новый функционал пойдет в 7.0. Ну через некоторое время выйдет 7.1 , это уже будет не копия, а то, что сейчас находится в ветке разработки.

А переход с 6.Х на 7.0 будет платный?

Установите обновления всех приложений ( BGInetAccess, BGInetAccounting, BGDaiusDialup и т.п). Обновлять нужно через штатную систему update.sh
http://bgbilling.ru/v6.2/doc/ch01s13.html#d0e2320
Еще один момент - во всех приложениях нужно вручную почистить папки со сторонними библиотеками (lib/ext) и скопировать туда библиотеки из соответствующего архива на сайте.

Для модуля Inet: переместите параметр конфигурации accounting.deviceTypeIds из inet-access.xml (<param name="accounting.deviceTypeIds" value="x"/>) в конфигурацию модуля (accounting.deviceTypeIds=x), если еще не сделали этого.

- как переводили базу и сколько это заняло времени?
- как изменился размер баз?
- какие подводные камни вылазили при переводе БД?

Установите права пользователей: Резервы, возвраты, типы резервов.

5.
о чем это? (:

Вопросы по инструкции перехода с 6.0 на 6.2 такие:

1. Я правильно понимаю, что старые BGInetAccess и BGInetAccounting не работают под java 1.8? А это значит, что их надо останавливать, пока ведутся работы по установке сервера. Или не нужно? По крайней мере, при смене версии явы, они не запустились у меня в тестовом варианте.

2. Пункт 11:

Я понимаю это так:
- скачать новые приложения с сайта
- настроить и установить
- запустить ./update.sh
- а зачем тогда чистить папки со сторонними библиотеками - я не понимаю. Разве они новые не установятся сразу, когда я скачаю новые приложения с сайта?

3. Пункт 12:

Еще не сделал этого. Это обязательно нужно делать? Как сделать это правильно? Удалить из xml, прописать в модуле Inet и перезагрузить все серверы?

4. Рекомендуется перевод БД на UTF8. Кроме скриптов, предложенных в теме viewtopic.php?f=22&t=10484&p=88522&hilit=%D0%BF%D0%B5%D1%80%D0%B5%D0%B2%D0%BE%D0%B4+%D0%BD%D0%B0+utf8#p88522 есть дополнительная информация о вопросах, поднятых в этой теме:

От себя добавлю - можно ли делать такой перевод =на живую=? Или нужно все останавливать и только тогда переводить?

5.
о чем это? (:

abu писал(а):
3. Пункт 12:
Цитата:
Для модуля Inet: переместите параметр конфигурации accounting.deviceTypeIds из inet-access.xml (<param name="accounting.deviceTypeIds" value="x"/>) в конфигурацию модуля (accounting.deviceTypeIds=x), если еще не сделали этого.

Еще не сделал этого. Это обязательно нужно делать? Как сделать это правильно? Удалить из xml, прописать в модуле Inet и перезагрузить все серверы?

Да, обязательно. Остановите access перед обновлением , поменяйте конфигурацию устройства, поменяйте xml и запустите уже новый access.

То есть - надо конфигурацию устройства менять, а не конфигурацию модуля Inet (поискал по форуму - вроде как рекомендуется в модуле прописывать)?

А когда планируется выход версии 7.0?

Можно все старые приложения запустить сразу на 8-ой java.

Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=200m; support was removed in 8.0
Java Runtime: Oracle Corporation Java HotSpot(TM) 64-Bit Server VM [1.8.0_74] /opt/java/jdk1.8.0_74/jre
Runtime name: 22423@localhost.localdomain
Java endorsed dirs: /lib/endorsed:/opt/java/jdk/lib/endorsed
OS: Linux 2.6.32-el-smp-alt27 [amd64], file.encoding: UTF-8, user.name: root
Heap sizes: current=15872k free=15069k max=253440k
Starting CommandPortListener on port 1951
мар 13, 2016 3:00:46 AM org.apache.activemq.transport.failover.FailoverTransport doReconnect
INFO: Successfully connected to tcp://localhost:61616
Error on node access
javax.script.ScriptException: ReferenceError: "importPackage" is not defined in <eval> at line number 1
at jdk.nashorn.api.scripting.NashornScriptEngine.throwAsScriptException(NashornScriptEngine.java:467)
at jdk.nashorn.api.scripting.NashornScriptEngine.evalImpl(NashornScriptEngine.java:451)
at jdk.nashorn.api.scripting.NashornScriptEngine.evalImpl(NashornScriptEngine.java:403)
at jdk.nashorn.api.scripting.NashornScriptEngine.evalImpl(NashornScriptEngine.java:399)
at jdk.nashorn.api.scripting.NashornScriptEngine.eval(NashornScriptEngine.java:155)
at javax.script.AbstractScriptEngine.eval(AbstractScriptEngine.java:264)
at ru.bitel.bgbilling.kernel.application.server.Application.processBean(Application.java:395)
at ru.bitel.bgbilling.kernel.application.server.Application.process(Application.java:297)
at ru.bitel.bgbilling.kernel.application.server.Application.processChildren(Application.java:749)
at ru.bitel.bgbilling.kernel.application.server.Application.application(Application.java:225)
at ru.bitel.bgbilling.kernel.application.server.Application.<init>(Application.java:161)
at ru.bitel.bgbilling.kernel.application.server.Application.main(Application.java:803)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at ru.bitel.common.bootstrap.Boot.boot(Boot.java:129)
at ru.bitel.common.bootstrap.Boot.main(Boot.java:178)
Caused by: <eval>:1 ReferenceError: "importPackage" is not defined
at jdk.nashorn.internal.runtime.ECMAErrors.error(ECMAErrors.java:57)
at jdk.nashorn.internal.runtime.ECMAErrors.referenceError(ECMAErrors.java:319)
at jdk.nashorn.internal.runtime.ECMAErrors.referenceError(ECMAErrors.java:291)
at jdk.nashorn.internal.objects.Global.__noSuchProperty__(Global.java:1428)
at jdk.nashorn.internal.scripts.Script$\^eval\_.:program(<eval>:1)
at jdk.nashorn.internal.runtime.ScriptFunctionData.invoke(ScriptFunctionData.java:623)
at jdk.nashorn.internal.runtime.ScriptFunction.invoke(ScriptFunction.java:494)
at jdk.nashorn.internal.runtime.ScriptRuntime.apply(ScriptRuntime.java:393)
at jdk.nashorn.api.scripting.NashornScriptEngine.evalImpl(NashornScriptEngine.java:446)
... 16 more

Перепроверил - когда переключаюсь с java 1.7.0.55 на java 1.8.0.74, то старые BGInetAccess и BGInetAccounting не запускаются, когда переключаю обратно - запускаются. Ошибка в access.out:



Биллинг 6.0 обновлен до последней версии. Выходит так, что оставить в работе InetAccess и InetAccounting, пока идет обновление сервера биллинга, не получится?

Хочется ведь по уставу (: , чтобы потом ни себе, ни разработчикам жизнь не осложнять. Но то, что обойти это можно так, как вы предлагаете - согласен. А - точно будет работать, если, к примеру, оставить access и accounting на 1.7, а сервер и activemq перевести на 1.8 на время обновления?

Спасибо, попробую ваш вариант.