... {toc}
h2. План переноса и активация
Для успешного переноса выполните следующее:
# [Установите биллинг на новый сервер|CarbonBilling:Установка]
# [Настройте на нем интернет|CarbonBilling:Настройки сети]
# Перенесите все данные по инструкции далее:
#* [До переноса сервера|Перенос на другой сервер или переустановка#До переноса сервера]
#* [Перенос сервера|Перенос на другой сервер или переустановка#Перенос сервера]
#* [Проверка после переноса|Перенос на другой сервер или переустановка#Проверка после переноса]
# Выполните [принудительную активацию|Как расширить лицензию]
# [Перенесите детальную статистику|Перенос на другой сервер или переустановка#Детальная статистика абонентов]
h2. До переноса сервера
|
До переноса необходимо проверить следующее:
- Новый сервер соответствует рекомендуемым системным требованиям, описанным в статье "[CarbonBilling:Системные требования]"
|
- Проверить часовые пояса на новом сервере и старом:{code}date{code}
|
- Проверить часовые пояса на новом сервере Время и старом {code}date{code}, время и часовой пояс должны совпадать, настройка времени указана в документации:"[CarbonBilling:Настройка времени на сервере]", при расхождении времени могут возникать ошибки при восстановлении контейнера asr_billing.
|
- Необходимо убедиться в правильной работоспособности дисков актуального биллинга, для того чтобы бэкапы контейнеров были созданы без ошибок:
Проверить скорость работы всех установленных дисков и RAID, в случае его использования, на чтение и запись при остановленном биллинге по статье документации "[CarbonBilling:Проблемы с оборудованием]"
|
... Остановить работу биллинга на момент проверки можно выполнив команду в консоли:
{code}/etc/init.d/apps stop{code}
После проверки запустить можно так:
{code}/etc/init.d/apps start{code}
h2. Перенос сервера
h3. Сделайте на старом сервере резевную копию и выгрузите на FTP
# Настройте [выгрузку на FTP|CarbonBilling:Система резервного копирования. Описание, настройка и создание резервных копий.]
# Сделайте резврную копию актуальной версии
{code}/etc/init.d/apps backup{code}
# Выгрузите на FTP
{code}/etc/init.d/apps backup_upload{code}
h3. Восстановите резервную копию на новом сервере
# Настройте [выгрузку на FTP|CarbonBilling:Система резервного копирования. Описание, настройка и создание резервных копий.]
# Перенос данных происходит *для каждого контейнера в отдельности*. Список контейнеров, которые нужно перенести:
{code}
base
auth
asr_billing
asr_fiscal
asr_cabinet
collector
monitoring
{code}
Если у вас используется Softrouter, также перенесите контейнер:
{code}
xge
{code}
Перенос осуществляется с помощью команды service, как с ней работать? Нужно указать имя контейнера в пути к команде service и передать ей аргумент.
{code:title=Команда service}
/app/<Имя контейнера>/service <Аргументы>
{code}
{code:title=Просмотр аргументов}
/app/asr_billing/service --help
{code}
В примере выполняется перенос контейнера *auth*.
## *Посмотрите список доступных резервных копий*:
{code:title=Команда}
/app/auth/service backup_ftp_list
{code}
{code:title=Вывод}
backup_2019-03-22_2019-03-22_16-19_auth.tar.gz
backup_daily_2019-03-26_02-50_auth.tar.gz
backup_monthly_2019-02-28_02-50_auth.tar.gz
backup_weekly_2019-03-20_02-50_auth.tar.gz
{code}
## *Загрузите свежую резервную копию на сервер*.
{code:title=Команда}
/app/auth/service backup_download backup_2019-03-22_2019-03-22_16-19_auth.tar.gz
{code}
{code:title=Вывод}
######################################################################## 100,0%
/app/auth/service backup_download backup_2019-03-22_2019-[ OK ]-19_auth.tar.gz:
{code}
## *Проверьте что резервнакая копия загружена*.
{code:title=Команда}
/app/auth/service backup_local_list
{code}
{code:title=Вывод}
backup_2019-03-22_2019-03-22_16-19_auth.tar.gz
/app/auth/service backup_local_list: [ OK ]
{code}
## *Восстановите контейнер*.
{code:title=Команда}
/app/auth/service backup_restore backup_2019-03-22_2019-03-22_16-19_auth.tar.gz
{code}
{code:title=Вывод}
/app/auth stop
Stopping nginx: [ OK ]
Stopping php-fpm: [ OK ]
Stopping app firewall: [ OK ]
/app/auth/service stop: [ OK ]
/app/auth start
Starting app firewall: [ OK ]
Starting php-fpm: [ OK ]
Starting nginx: [ OK ]
(pid 16078) is running...
Reloading Base Web Server: [ OK ]
/app/auth/service start: [ OK ]
# /app/auth/service backup_restore backup_2019-03-22_2019-0[ OK ]19_auth.tar.gz:
|
{code}
|
|
h3. Детальная статистика абонентов
{warning} Детальная статистика по абонентам в бэкап не сохраняется. Ее необходимо переносить отдельно!{warning}
|
... Для переноса статистики воспользуемся приложением rsync.
Ниже представлен пример использования приложения при копировании со старого сервера на новый.
* Детальная статистика [bstat|bstatd] по абонентам располагается в каталоге:
{code}/mnt/var/app/collector/var/stat/binstat/{code}
{code:title=Перенос детальной статистики bstat со старого сервера на новый}rsync -e 'ssh -p 33' --archive --verbose --progress /mnt/var/app/collector/var/stat/binstat/ root@192.168.10.10:/mnt/var/app/collector/var/stat/binstat/{code}
* Детальная статистика [nfsen|nfsen] по абонентам располагается в каталоге:
{code}/mnt/var/app/collector/var/nfcapd_dump/live/router/{code}
{code:title=Перенос детальной статистики nfsen со старого сервера на новый}rsync -e 'ssh -p 33' --archive --verbose --progress /mnt/var/app/collector/var/nfcapd_dump/live/router/ root@192.168.10.10:/mnt/var/app/collector/var/nfcapd_dump/live/router/{code}
Вместо '33' необходимо указать порт, который используется для подключения по ssh. При подключении к удаленному серверу потребуется ввести пароль пользователя root.
Пояснение:
* archive - выполняется рекурсивное копирование(всех вложенных) каталогов из источника;
* verbose - детализация выполняемых действий;
* progress - показ шкалы прогресса при копировании;
* /mnt/var/app/collector/var/stat/binstat/ - является каталогом-источником данных, требуется обязательно обращать внимание на */* Если символ указан - скопированы будут все данные, которые находятся внутри;
* root@192.168.10.10: - логин пользователя и адрес нового биллинга;
|
* /mnt/var/app/collector/var/stat/binstat/ - конечное расположение для копирования
|
h3. Аудит
Аудит по умолчанию хранится в основной БД [один месяц|Настройка периода хранения исторических данных в базе]. Более старые данные выгружаются в архивные БД. Перенесите архивные БД сохранив структуру каталогов.
{code}
/app/asr_billing/var/db/billing/
{code}
После переноса проверьте права и владельца файлов:
{code}
chroot /app/asr_billing/
ls -l /var/db/billing/ | head -n 2
{code}
{code}
итого 296
drwxrw-rw- 2 firebird firebird 4096 Ноя 15 02:51 201801
{code}
Каталоги должны быть перенесены по порядку. Например, отсутствует период *202309*. Аудит старше *202310* не будет отображен в веб интерфейсе.
{code}
[root@carbon (asr_billing) /]# ls -lt /var/db/billing/ | head -n 5
итого 288
drwxrw-rw- 2 firebird firebird 4096 Фев 2 03:07 202307
drwxrw-rw- 2 firebird firebird 4096 Фев 2 03:07 202308
drwxrw-rw- 2 firebird firebird 4096 Фев 2 03:07 202310
drwxrw-rw- 2 firebird firebird 4096 Фев 2 03:07 202312
{code}
Для исправления нужно добавить каталоги:
{code}
chroot /app/asr_billing/
mkdir /var/db/billing/202309/
chown firebird:firebird /var/db/billing/202309/
{code}
|
h2. Проверка после переноса
|
... - Выполните проверку сервера командой *server_check* по статье "[Система мониторинга. Запуск проверки вручную|Система мониторинга]"
- Проверьте что не нарушено взаимодействие с NAS - работает авторизация, уходят команды блокировки/разблокировки, устанавливаются шейперы
- Сделайте тестовые платежи по всем используемым платежным системам
- Создайте тестового абонента, убедитесь что интерфейс работает быстро и исправно, работать с биллингом комфортно
- Проверьте что работает локальный сайт, интерфейс не сломан
- Авторизуйтесь в ЛК, сделайте платеж онлайн (если это настроено, можно делать в рамках предыдущего пункта)
|
