BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 18 июн 2025, 02:05

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 11 ] 
Автор Сообщение
СообщениеДобавлено: 17 авг 2016, 16:31 
Не в сети
Клиент

Зарегистрирован: 13 авг 2014, 11:29
Сообщения: 74
Карма: 0
Делаю реплику биллинга, встал вопрос как правильно импротировать дамп базы. Просто снять дамп с рабочей и импортировать на новый сервер или нужно как в документации (mysql --default-character-set=utf8 < dump.sql) сначала скриптом создать базу и в нее импортировать дамп с рабочего сервера.

_________________
Клиент: вер. 6.2.825 / 10.06.2016 13:26:20
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1065 / 10.06.2016 13:27:43
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 авг 2016, 16:41 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 27 мар 2012, 11:59
Сообщения: 2677
Карма: 72
сделать дамп и залить на слейв


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 авг 2016, 16:54 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Вы делаете реплику базы или все-таки биллинга ? Реплика биллинга как бы не возможна.
Если slave базу, то естественно вам нужно снять дамп с рабочей базы и потом заставить slave следить за основной базой. Если вы зальете просто дамп из дистрибутива, то ничего не получится.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 авг 2016, 16:58 
Не в сети
Клиент

Зарегистрирован: 13 авг 2014, 11:29
Сообщения: 74
Карма: 0
stark писал(а):
Вы делаете реплику базы или все-таки биллинга ? Реплика биллинга как бы не возможна.
Если slave базу, то естественно вам нужно снять дамп с рабочей базы и потом заставить slave следить за основной базой. Если вы зальете просто дамп из дистрибутива, то ничего не получится.


Да, слейв базы. Как заставить следить описано тут ? http://docs.bitel.ru/pages/viewpage.act ... Id=1606024

_________________
Клиент: вер. 6.2.825 / 10.06.2016 13:26:20
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1065 / 10.06.2016 13:27:43
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 авг 2016, 17:07 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Nessero писал(а):
stark писал(а):
Вы делаете реплику базы или все-таки биллинга ? Реплика биллинга как бы не возможна.
Если slave базу, то естественно вам нужно снять дамп с рабочей базы и потом заставить slave следить за основной базой. Если вы зальете просто дамп из дистрибутива, то ничего не получится.


Да, слейв базы. Как заставить следить описано тут ? http://docs.bitel.ru/pages/viewpage.act ... Id=1606024


Как настраивать сам slave там нет информации. Это документация mysql и руководства в сети. У нас только описано как сделать поддержку slave со стороны биллинга. Тут вопрос нужно ли вам это ? Т.е какая цель slave-базы у вас? Если для того чтобы можно было снимать бакапы не подвешивая основную базу, то в биллинге slave можно и не настраивать. В биллинге он нужен для снятия нагрузки с основной базы, чтобы отчеты и т.п запускаись на slave. Т.е в первую очередь вам нужно настроить реплику и заставить ее работать(в независимости от биллинга), а только потом уже, если надо, настроить биллинг чтобы он ее использовал.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 авг 2016, 17:19 
Не в сети
Клиент

Зарегистрирован: 13 авг 2014, 11:29
Сообщения: 74
Карма: 0
Делаю копию биллинга на отдельном сервере, скопировал туда все сервера и вот нужно чтоб база на слейве была актуальна.

_________________
Клиент: вер. 6.2.825 / 10.06.2016 13:26:20
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1065 / 10.06.2016 13:27:43
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 авг 2016, 17:50 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Nessero писал(а):
Делаю копию биллинга на отдельном сервере, скопировал туда все сервера и вот нужно чтоб база на слейве была актуальна.


Вы понимаете что slave база должна быть в read only режиме, если настроить на нее второй биллинг, который будет пытаться на нее писать, то ничего работать не будет ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 авг 2016, 17:58 
Не в сети
Клиент

Зарегистрирован: 13 авг 2014, 11:29
Сообщения: 74
Карма: 0
stark писал(а):
Nessero писал(а):
Делаю копию биллинга на отдельном сервере, скопировал туда все сервера и вот нужно чтоб база на слейве была актуальна.


Вы понимаете что slave база должна быть в read only режиме, если настроить на нее второй биллинг, который будет пытаться на нее писать, то ничего работать не будет ?


тогда можно сделать инкрементный бэкап с последующим импортом на сервере, сами сервера инкрементно бэкапить тем же rsync. Нужна копия билинга на отдельном сервере.

_________________
Клиент: вер. 6.2.825 / 10.06.2016 13:26:20
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1065 / 10.06.2016 13:27:43
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 авг 2016, 18:28 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Nessero писал(а):
stark писал(а):
Nessero писал(а):
Делаю копию биллинга на отдельном сервере, скопировал туда все сервера и вот нужно чтоб база на слейве была актуальна.


Вы понимаете что slave база должна быть в read only режиме, если настроить на нее второй биллинг, который будет пытаться на нее писать, то ничего работать не будет ?


тогда можно сделать инкрементный бэкап с последующим импортом на сервере, сами сервера инкрементно бэкапить тем же rsync. Нужна копия билинга на отдельном сервере.


А цель какая ? Зачем этот биллинг ?

Я могу предположить, что вы делаете тестовый биллинг. Т.е вы копируете туда базу целиком и что-то тестируете. После копирования, это уже отдельный битлинг, отдельная база, которая живет своей жизнью и никак не связана с остальным. Если вы запустит на этой копии базы приложения наши, то они начнут писать в базу логи и т.п, это уже другая база получится, которая никак не связана с рабочей основной. И иногда вы хотите ее удалять и создавать заново залив туда свежий дамп, я понял вас так. Через master-slave это не получится. Через rsync тоже не понимаю как. Плюс еще имеете ввиду, что у вас есть управление каким-то оборудованием в access-сервере, то второй access тоже будет пытаться им управлять в некоторых случаях, может возникнуть конфликт.

Если с целью резервирования, то вижу только один вариант. Если у вас на 2-ом сервере просто лежат все приложения и копируются туда, но не запускаются, а база как slave основной в режиме чтения. Если на основной случается авария, вы отключаете там все приложения и базу. И потом делайте slave основной базой и запускаете на ней все сервера. Только так, одновременно иметь 2 копии работающих приложений на одинаковых базах не получится.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 авг 2016, 18:35 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 27 мар 2012, 11:59
Сообщения: 2677
Карма: 72
вместо rsync, хотя бы Percona XtraBackup


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 18 авг 2016, 09:46 
Не в сети
Клиент

Зарегистрирован: 13 авг 2014, 11:29
Сообщения: 74
Карма: 0
stark писал(а):
Nessero писал(а):
stark писал(а):
Nessero писал(а):
Делаю копию биллинга на отдельном сервере, скопировал туда все сервера и вот нужно чтоб база на слейве была актуальна.


Вы понимаете что slave база должна быть в read only режиме, если настроить на нее второй биллинг, который будет пытаться на нее писать, то ничего работать не будет ?


тогда можно сделать инкрементный бэкап с последующим импортом на сервере, сами сервера инкрементно бэкапить тем же rsync. Нужна копия билинга на отдельном сервере.


А цель какая ? Зачем этот биллинг ?

Я могу предположить, что вы делаете тестовый биллинг. Т.е вы копируете туда базу целиком и что-то тестируете. После копирования, это уже отдельный битлинг, отдельная база, которая живет своей жизнью и никак не связана с остальным. Если вы запустит на этой копии базы приложения наши, то они начнут писать в базу логи и т.п, это уже другая база получится, которая никак не связана с рабочей основной. И иногда вы хотите ее удалять и создавать заново залив туда свежий дамп, я понял вас так. Через master-slave это не получится. Через rsync тоже не понимаю как. Плюс еще имеете ввиду, что у вас есть управление каким-то оборудованием в access-сервере, то второй access тоже будет пытаться им управлять в некоторых случаях, может возникнуть конфликт.

Если с целью резервирования, то вижу только один вариант. Если у вас на 2-ом сервере просто лежат все приложения и копируются туда, но не запускаются, а база как slave основной в режиме чтения. Если на основной случается авария, вы отключаете там все приложения и базу. И потом делайте slave основной базой и запускаете на ней все сервера. Только так, одновременно иметь 2 копии работающих приложений на одинаковых базах не получится.


В этом направлении сделаю. Спасибо.

_________________
Клиент: вер. 6.2.825 / 10.06.2016 13:26:20
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1065 / 10.06.2016 13:27:43
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 11 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
POWERED_BY
Русская поддержка phpBB
[ Time : 0.074s | 40 Queries | GZIP : On ]