...
h2. До переноса сервера
До переноса необходимо проверить следующее:
- Новый сервер соответствует рекомендуемым системным требованиям, описанным в статье "[CarbonBilling:Системные требования]"
- Скорость работы всех установленных дисков и RAID, в случае его использования, на чтение и запись при остановленном биллинге по статье документации "[CarbonBilling:Проблемы с оборудованием]"
Остановить работу биллинга на момент проверки можно выполнив команду в консоли:
{code}/etc/init.d/apps stop{code}
После проверки запустить можно так:
{code}/etc/init.d/apps start{code}
{anchor:transfer}
h2. Перенос сервера
h3. Сделайте на старом сервере резевную копию и выгрузите на FTP
# Настройте [выгрузку на FTP|CarbonBilling:Система резервного копирования. Описание, настройка и создание резервных копий.]
# Сделайте резврную копию актуальной версии
{code}/etc/init.d/apps backup{code}
# Выгрузите на FTP
{code}/etc/init.d/apps backup_upload{code}
h3. Восстановите резервную копию на новом сервере
# Настройте [выгрузку на FTP|CarbonBilling:Система резервного копирования. Описание, настройка и создание резервных копий.]
# +Для каждого контейнера в отдельности+ получите список резервных копий на FTP, загрузите нужную и восстановите \\ \\
{info}Посмотреть список всех контейнеров которые необходимо восстановить на новом сервере Вы можете следующей командой:
{code}cat /app/01_*.list{code}{info}
## Посмотреть список доступных резервных копий можно командой *backup_ftp_list*:
{code}/app/auth/service backup_ftp_list{code}
Вывод:
{code}/app/auth backup_ftp_list
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
# /app/auth/service backup_ftp_list: [ OK ]{code}
## Определите нужную резервную копию и загрузите на сервер командой *backup_download*
{code}/app/auth/service backup_download backup_2019-03-22_2019-03-22_16-19_auth.tar.gz{code}
Вывод:
{code}/app/auth backup_download backup_2019-03-22_2019-03-22_16-19_auth.tar.gz
######################################################################## 100,0%
# /app/auth/service backup_download backup_2019-03-22_2019-[ OK ]-19_auth.tar.gz: {code}
## Проверьте что резервнакая копия отображается в списке локальных командой *backup_local_list*:
{code}/app/auth/service backup_local_list{code}
Вывод:
{code}/app/auth backup_local_list
backup_2019-03-22_2019-03-22_16-19_auth.tar.gz
# /app/auth/service backup_local_list: [ OK ]{code}
## Восстановите контейнер командой *backup_restore*:
{code}/app/auth/service backup_restore backup_2019-03-22_2019-03-22_16-19_auth.tar.gz{code}
Вывод:
{code}/app/auth backup_restore backup_2019-03-22_2019-03-22_16-19_auth.tar.gz
/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}
{anchor:check_transfer}
h2. Проверка после переноса
- Выполните проверку сервера командой *server_check* по статье "[Система мониторинга. Запуск проверки вручную|Система мониторинга]"
- Проверьте что не нарушено взаимодействие с NAS - работает авторизация, уходят команды блокировки/разблокировки, устанавливаются шейперы
- Сделайте тестовые платежи по всем используемым платежным системам
- Создайте тестового абонента, убедитесь что интерфейс работает быстро и исправно, работать с биллингом комфортно
- Проверьте что работает локальный сайт, интерфейс не сломан
- Авторизуйтесь в ЛК, сделайте платеж онлайн (если это настроено, можно делать в рамках предыдущего пункта)
|
