реплікація MySQL

1. Налаштування резервного копіювання на Slave-сервері
2. проблеми відновлення
3. Інформація про продукт
4. відеоурок
5. Дивіться також
6. Зв'яжіться з нами
7. 9200 р. за ліцензію

Реплікація MySQL дозволяє вам підтримувати синхронізацію даних між декількома БД, використовуючи їх одночасно для підвищення ефективності, безпеки та швидкості роботи баз даних MySQL. Хоча система управління базами даних (СКБД) MySQL підтримує реплікацію "з коробки", перед її використанням щоразу потрібно спеціально конфігурувати її параметри.

Є безліч областей застосування техніки реплікації MySQL, в яких програмне забезпечення Handy Backup може виявитися вкрай корисним:

• Створення резервних копій основного сервера (Master Server) СУБД MySQL. До того як зробити реплікацію, ви можете перемістити бази даних основного сервера на фізичний або віртуальний сервер, що підтримує роботу в підлеглому (Slave) режимі з копією БД.
• Конфігурація підлеглого (Slave) сервера. Для збільшення продуктивності вашого веб-сайту або програми рекомендується встановити кілька підлеглих (Slave) баз даних: це збільшує доступність і швидкість доступу до даних за рахунок використання іншого механізму зберігання даних.
• Резервне копіювання даних на підлеглих (Slave) серверах. Важливо розуміти, що реплікація MySQL не може замінити регулярного резервного копіювання: ефективним шляхом тут є комбінування обох підходів - резервне копіювання даних з slave-серверів MySQL.

Наше програмне забезпечення здатне здійснити все вищеперелічене (подробиці викладені далі).

Версія 8.0.3 від 3 червня 2019,
104 MB

Налаштування резервного копіювання на Slave-сервері

Загальна проблема резервного копіювання MySQL полягає в тому, що процес бекапа негативно впливає на продуктивність. В цьому випадку реплікація MySQL вельми вигідна: вона не тільки розвантажує основну БД, але також прискорює і спрощує резервне копіювання.

При конфігуруванні реплікації в режимі Master-to-Slave, Slave-сервери настроюються для забезпечення максимально швидкого доступу до них. Оскільки резервне копіювання є операцією читання, бекап БД на Slave-сервері може бути виконаний без навантаження Master-сервера.

Створення резервних копій MySQL на Slave-сервері

проблеми відновлення

Відновлення баз даних MySQL в режимі реплікації Master-to-Slave може представляти певні труднощі. Ця операція відрізняється від типового відновлення MySQL тим, що працює з безліччю БД замість однієї.

Якщо Slave-сервер піддався аварійної зупинки, вам необхідно просто повторити на ньому настройку БД в Slave-режимі , Описану раніше. Зробіть бекап бази даних на Master-сервері, змініть механізм зберігання, відновіть БД на Slave-сервері і дозвольте реплікацію; цього буде досить.

Набагато складніше відновлення в разі аварії або падіння Master-сервера. У багатьох випадках ви не зможете використовувати ваші БД в режимі "тільки для читання", тому просто перемкніть один з Slave-серверів в режим Master. Щоб зробити це, виконайте наступні операції:

1. Виберіть Slave-сервер MySQL для перекладу в Master-режим.
2. Використовуйте оператори STOP SLAVE і RESET MASTER, щоб запустити обрану базу даних в автономному режимі.
3. На всіх інших Slave-серверах використовуйте оператор STOP SLAVE IO_THREAD, щоб завершити необроблені операції синхронізації з попереднім Master-сервером.
4. Далі використовуйте оператор CHANGE MASTER TO з вірними параметрами, і виконайте операцію START SLAVE, щоб запустити процес реплікації з нового Master-сервера на Slave-сервери.

Використання Slave-сервера в якості Master-сервера є тимчасовим заходом, так як механізм зберігання даних MyISAM оптимізований для читання і дуже повільно виконує операції зміни і додавання даних. Тому рекомендується відновити функціональність попереднього Master-сервера так швидко, як тільки можливо.

1. Зробіть заново бекап одного з Slave-серверів MySQL. З міркувань продуктивності, не слід використовувати для цього тимчасовий Master-сервер (але якщо він залишився єдиним працюючим сервером, таке падіння продуктивності все ж краще, ніж зупинення операцій системи).

Увага: Для ефективного бекапа MySQL спробуйте наше ПО - скачайте Handy Backup прямо зараз!

1. Модифікуйте дамп-файл, створений програмою бекапа, змінивши механізм зберігання даних в таблицях на той, що використовувався в базі даних Master-сервера.
2. Виконайте процедуру відновлення.
3. Повторіть кроки 1-4, як якщо б Master-сервер (попередній Slave) впав і у вас виникла б необхідність встановити відновлену БД в якості нової Master.

Інформація про продукт

Для резервного копіювання та відновлення баз даних MySQL вам знадобиться одне з рішень Handy Backup, призначених для використання в комерційних цілях.

Зберігайте, відновлюйте і дублюйте БД MySQL за допомогою рішень Office Expert і Server Network.

Весь функціонал доступний безкоштовно протягом 30 днів!

• Якщо вам потрібна можливість працювати з резервним копіюванням більш ніж на одному комп'ютері, що містить сервер MySQL (що цілком ймовірно, якщо ви використовуєте технологію реплікації БД MySQL), вам необхідно рішення Handy Backup Server Network , Що підтримує одночасну роботу з декількома комп'ютерами.
• Для резервного копіювання та відновлення даних тільки на одному комп'ютері користуйтеся рішенням Office Expert .

Щоб дізнатися вартість продуктів і умови придбання, будь ласка, перейдіть на сторінку купити .

відеоурок

У нижчеподаному відео ви можете вивчити, як правильно зберігати і відновлювати бази даних MySQL, використовуючи стандартну Windows-версію ПО HandyBackup. Це, відео присвячено безпосередньо реплікації серверів MySQL, але ілюструє загальні принципи роботи. На даний момент відео доступне тільки на анлійскій мовою.

Дивіться також

Версія 8.0.3 від 3 червня 2019,
104 MB

Handy Backup- чудове рішення для резервного копіювання, відновлення або реплікації ваших баз даних під керуванням СУБД MySQL!

Зв'яжіться з нами

[email protected]

[email protected]

+7 (383) 330-34-69

9200 р. за ліцензію

Логотипи Handy Backup