Перейти к содержимому
Local
dimmons

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

Рекомендованные сообщения

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Изменено пользователем Jecky

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 

 

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

 

freeBSD

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Не читайте что написал 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
Изменено пользователем Jecky

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Изменено пользователем Jecky

Поделиться сообщением


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

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

 

 

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

 

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

 

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

 

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

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

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

Изменено пользователем mgo

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 

 

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
В Mon Aug 15 2016 в 18:26, nightfly сказал:

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

×