Jump to content
Local
dimmons

Перенос биллинга на новый сервер

Recommended Posts

Здравствуйте, встала задача по перносу Ubilling на новый физический сервер. Хотелось бы уточнить правильный порядок переноса базы и конфигов с учетом нескольких нюансов. Нюансы такие, в моем случае биллинг работает просто как биллинг, считает деньги и получает трафик по нетфло от брасов, вся автоматика управления брасами это самописные запускаемые по крону скрипты, никаких задач терминации абонентов этот сервер не выполняет. Исходя из нюансов возникло несколько вопросов:

 

  • При установке нового сервера через Ubinstaller требуется указывать интерфейс смотрящий на абонентов и в инет, исходя из них ubinstaller настраивает правила фаервола. У меня один интерфейс на биллинге, как в моем случае правильно поступать?
  • Достаточно ли после установки переноса конфига старгейзера (/etc/stargazer/stargazer.conf) дампа базы и конфигов самого Ubillinga?
  • Какие файлы из папки config биллинга необходимо перенести?

Share this post


Link to post
Share on other sites

А зачем эти сложности? Вы что не умеете переносить данные с одного диска на другой с помощью livecd? Полная копия с сохранением прав на файлы, grub и правкой uuid жестких дисков занимает пол часа)

Если надо могу набросать порядок действий

Edited by Jecky

Share this post


Link to post
Share on other sites

Jecky, напишіть, будь-ласка, як правильно клонувати диск.....

Share this post


Link to post
Share on other sites

 

 

Jecky, напишіть, будь-ласка, як правильно клонувати диск.....

 

freeBSD

dd if=ВАШ_РОБОЧИЙ_ВІНТ of=НОВИЙ_ВІНТ bs=100М

попитайте деталі в гугла

Share this post


Link to post
Share on other sites

Не читайте что написал mgo

 

для GRUB 2

 

Подключаем старый и новый диски и загружаемся под liveCD - любой Ubuntu Debian

 
1. Создаем следующие каталоги
 
mkdir /mnt/oldfs
mkdir /mnt/newfs
 
2. Для монтирования корневых разделов старого и нового дисков
 
mount /dev/sda1 /mnt/oldfs
mount /dev/sdb1 /mnt/newfs
 
3. Теперь копируем (все файлы рекурсивно, с сохранением атрибутов! Следует обратить внимание на ключ -a, который присутствует в команде копирования именно для того, чтобы атрибуты файлов и каталогов, скопированных с нового hdd на старый не изменились. В противном случае Ваша система просто не загрузится, а если и загрузится, то окажется неработоспособной, так как атрибуты прав доступа и владельцев файлов изменятся и пользовательские процессы и процессы ядра не смогут использовать файловую систему)
 
cp -rav /mnt/oldfs/* /mnt/newfs
 
4.Теперь надо на приемном HDD поправить /etc/fstab, если необходимо (если вдруг вы СОВСЕМ ПО ДРУГОМУ разметили диск). А так же поправить /boot/grub/ - grub.cfg(GRUB2) или menu.lst(GRUB1) загрузчика GRUB.
 
В Debian, CentOS что в fstab, что в grub.cfg(GRUB2) или menu.lst(GRUB1) все диски прописаны через UUID а не
просто /dev/sda. узнать какой у вашего диска UUID можно с помощью команды: ls -l /dev/disk/by-uuid, на выводе должно получиться что то вроде
 
ls -l /dev/disk/by-uuid
 
5. Делаем chroot в скопированную систему
 
mount -o bind /dev /mnt/newfs/dev
mount -o bind /proc /mnt/newfs/proc
mount -o bind /sys /mnt/newfs/sys
chroot /mnt/newfs bash
 
6. Устанавливаем загрузчик
 
grub-install /dev/sdb
grub-mkconfig -o /boot/grub/grub.cfg
 
для GRUB 1
 
6. Устанавливаем загрузчик
 
grub> find /boot/grub/grub.conf или find /grub/stage1
grub> root (hd0,6)
grub> setup (hd0)
grub> quit
Edited by Jecky

Share this post


Link to post
Share on other sites

Jecky Конечно + за пост 

НО более менее адекватно как минимум использовать вот такой вот скрипт http://wiki.ubilling.net.ua/doku.php?id=backupalka + https://youtu.be/A4PIiL7hv1M ,позор 5 мин + чистенькая система без спепш боков при переноси +максимум оптимизаций при настройки на новом железе ...

Share this post


Link to post
Share on other sites

 

 

Не читайте что написал mgo

Шеф кому одним рядком зклонувати вінт за пів годинки +-  і забути,  а кому давай копіпаст системи по файлово, але думаю хто знає для чого він робить копіпаст пофайлово писати на фрумі як склонувати диск небуде.

Share this post


Link to post
Share on other sites

При любом методе нужно менять uuid и прописать grub заново

По поводу метода mgo - при дисках разного размера удачных Вам пол часа для переноса данных)))

Edited by Jecky

Share this post


Link to post
Share on other sites
По поводу метода mgo - при дисках разного размера удачных Вам пол часа для переноса данных)))

Ми всі поняли, що ви умієте правильно переносити  nix систему але запитання яке було?

 

 

напишіть, будь-ласка, як правильно клонувати диск.....

 

Клонувати диск, може я нешарю, але клонування зазвичай передбачає новий носій неменшого розміру як поточний.

 

У мене була  потреба зробити три шт NAS на одинаковому залізі, нащо мені робити  10 маневрів, якщо я можу написати один рядок і дані перелиті з одного вінта на другий.

 

По темі і  переносі білінга.

Ні dd ні ваш метод не  проканає якщо залізо суттєво відрізняється, хочеться чисту останню версію ОС,  поточний вінт посипався, чи серверна згоріла і лишився тільки бекап.

 nightfly  дав вичерпну відповідь на це питання в плані переносу ubilling.

Edited by mgo

Share this post


Link to post
Share on other sites

Ми всі поняли, що ви умієте правильно переносити  nix систему але запитання яке було?

Я просто хотел сказать, что в dd можно применять когда у вас одинаковые жесткие диски

dd быстрее чем copy

Share this post


Link to post
Share on other sites

Метод предложенный Jecky правильнее, с его помощью вы не копируете терабайты пустых секторов.

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

Плюс, при попытке склонировать диск с битыми секторами(основная причина срочного переноса) - dd не поможет.

Но в варианте с dd всего устройства, не нужно править uuid и обновлять grub - все будет скопировано побайтно.

Share this post


Link to post
Share on other sites

...Но в варианте с dd всего устройства, не нужно править uuid и обновлять grub - все будет скопировано побайтно.

Действительно UUID/GUID будут одинаковые - век живи...век учись)

Share this post


Link to post
Share on other sites

 

 

Метод предложенный Jecky правильнее, с его помощью вы не копируете терабайты пустых секторов. Итого для большого винта, с занятыми системой 10гб, разница во времени копирования может быть запросто быть 5 минут против 10 часов. Плюс, при попытке склонировать диск с битыми секторами(основная причина срочного переноса) - dd не поможет. Но в варианте с dd всего устройства, не нужно править uuid и обновлять grub - все будет скопировано побайтно.

Правильно на кожну ситуацію свій метод, і  кожен сам вирішує, що в конкретному випадку використувувати.

наша справа показати побільше варіантів

Share this post


Link to post
Share on other sites
В Mon Aug 15 2016 в 18:26, nightfly сказал:

 

При переносе БД останавливаю stg, меняю значение  NOSTGCHECKPID на 1, меняю пароль stg в billing.ini и userstats.ini.

Какие ещё файлы (.ini .conf) редактировать или на этом все?

Share this post


Link to post
Share on other sites

userstats.ini и openpayz.ini еще первыми в голову приходят.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

×