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

[dimmons 0]

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

 

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

[nightfly 1 246]

[Sub-Zero 75]

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

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

Изменено 2016-08-15 10:39:47 пользователем Jecky

[needhelp 3]

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

[mgo 20]

 

 

  В 15.08.2016 в 11:30, needhelp сказал:

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

 

freeBSD

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

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

[Sub-Zero 75]

Не читайте что написал 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

Изменено 2016-08-16 19:32:01 пользователем Jecky

[skybetik 134]

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

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

[mgo 20]

 

 

  В 16.08.2016 в 19:28, Jecky сказал:

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

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

[Sub-Zero 75]

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

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

Изменено 2016-08-17 06:14:58 пользователем Jecky

[mgo 20]

  В 17.08.2016 в 05:44, Jecky сказал:

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

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

 

 

  В 15.08.2016 в 11:30, needhelp сказал:

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

 

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

 

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

 

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

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

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

Изменено 2016-08-17 06:43:59 пользователем mgo

[Sub-Zero 75]

  В 17.08.2016 в 06:41, mgo сказал:

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

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

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

[KaYot 3 731]

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

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

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

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

[Sub-Zero 75]

  В 17.08.2016 в 06:54, KaYot сказал:

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

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

[mgo 20]

 

 

  В 17.08.2016 в 06:54, KaYot сказал:

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

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

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

[region14 0]

  В 15.08.2016 в 09:26, nightfly сказал:

 

Expand  

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

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

[nightfly 1 246]

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