Резервное копирование MySQL. Бэкап базы MySQL. Восстановление MySQL.
В данном документе подробно рассматриваются принципы и процедуры, которые необходимо соблюдать для реализации стратегии резервного копирования MySQL на уровне предприятия при использовании агента Bacula Enterprise Edition для MySQL.
Данное руководство пользователя содержит описание различных методов и стратегий, чтобы проводить резервное копирование баз MySQLи их восстановление с помощью агента версии Enterprise. Эти методы также позволяют адаптировать и настраивать ПО с целью улучшения производительности, эффективности, скорости и масштабируемости различных подходов к резервному копированию баз MySQL и соответствующих данных.
Автоматическое резервное копирование MySQL разработано с целью упростить и ускорить процедуру резервного копирования баз MySQL, а также восстановление MySQL. Программное обеспечение для бэкапа базы данных MySQL и ее восстановления создано таким образом, что администратору не требуется ни знать, как работают встроенные инструменты резервного копирования MySQL, ни уметь создавать сложные скрипты. Автоматический бэкап MySQL с помощью Bacula автоматически создаст резервную копию важной информации, например конфигурации или определений пользователя. Бэкап базы данных MySQL также поддерживает два метода: резервное копирование с помощью дампа и бинарных логов.
Резервное копирование MySQL доступно для платформ Linux 32 и 64 бита (платформы Debian, Ubuntu, CentOS и др.), и поддерживает MySQL 4.0.x, 4.1.x, 5.0.x, 5.5.x, 5.6.x.
Как сделать бэкап MySQL: дамп или бинарный лог?
Таблица, приведенная ниже, поможет вам выбрать один из методов резервного копирования баз MySQL. Для того чтобы выбрать, как сделать бэкап базы данных MySQL, необходимо решить, хотите ли вы иметь возможность восстанавливать MySQL до определенной контрольной точки, или фильтровать объекты во время создания резервной копии или восстановления MySQL. Также можно комбинировать оба метода резервного копирования MySQL для одного сервера.
| Возможности автоматического бэкапа MySQL | Дамп файл | Бинарный лог |
| Возможность восстановления единичного объекта MySQL (таблица, схема…) | Да[1] | Нет |
| Скорость резервного копирования MySQL | Медленно | Быстро |
| Скорость восстановления MySQL | Очень медленно | Быстро |
| Размер бэкапа базы MySQL | Маленький | Большой |
| Возможность восстановления MySQL до контрольной точки | Да | Да |
| Поддержка инкрементального/дифференциального бэкапа MySQL | Да | Да |
| Онлайн бэкап MySQL | Да | Да |
| Согласованность | Да | Да |
| Восстановление MySQL до предыдущей основной версии | Да[2] | Нет |
| Возможность восстановить MySQL до новой основной версии | Да | Нет |
Рисунок 1: Связь между бэкапом и бинарными логами
Автоматический бэкап MySQL с внутренним агентом
Автоматический бэкап базы данных MySQL в режиме дампа
На протяжении всего срока существования БД MySQL создает логи, которые можно использовать для репликации и/или защиты БД с помощью технологии P.I.T.R (восстановление MySQL до заданной контрольной точки). По умолчанию агент MySQL создает дамп каждой БД отдельно. Это значит, что, если вам нужно восстановить весь сервер, все БД будут согласованы по-отдельности, но их резервные копии не не будут создаваться в одно и тоже время. Значит базы данных MySQL не будут согласованы глобально. Чтобы решить данную проблему, агент для резервного копирования MySQL также будет сохранять лог файлы, создаваемые во время резервного копирования. Эти лог файлы можно будет считать впоследствии, чтобы гарантировать согласованность баз данных на определенный момент времени.
На рисунке 1, показан процесс создания бэкапов баз данных MySQL БД1, БД2 и БД3 (процесс занимает несколько часов). Во время данного процесса генерируются 3 лог файла. Эти файлы включаются в полный бэкап MySQL. Следующий инкрементальный или дифференциальный бэкап MySQL сохранит только бинарные логи, созданные после полного бэкапа. Чтобы гарантировать, что только одна копия каждого лог файла включена в бэкап, необходимо активировать функцию Accurate для выполнения задачи.
В примере выше, первый инкрементальный бэкап, созданный после полного бэкапа, будет включать логи 5 и 6, второй инкрементальный бэкап будет включать логи 7 и 8. Дифференциальный бэкап включал бы лог файлы 5, 6, 7 и 8. При использовании функции all_databases будут создаваться дампы всех БД одновременно. При этом лог файлы , созданные по завершении полного бэкапа, не будут включаться в него, а логи, сгенерированные до завершения задачи, будут включены в полный бэкап. В примере на рисунке 2 показано, что полный бэкап сгенерирует единый дамп файл «all-databases.sql», который будет включать лог файлы 2 и 3. Первый последующий инкрементальный бэкап будет включать логи 4, 5 и 6.
Рисунок 2: Связь между функцией all_databases и бинарными логами
Как сделать бэкап базы данных MySQL в режиме бинарных логов
В режиме бинарных логов инструмент MySQL использует программу Percona XtraBackup, которая представляет собой утилиту для создания горячего бэкапа серверов MySQL, которая не блокирует БД во время резервного копирования. Технология Percona использует методы, гарантирующие согласованность всего бэкапа MySQL.
Утилита бэкапа MySQL может создавать резервные копии данных из хранилищ InnoDB, XtraDB, и MyISAM на немодифицированных серверах MySQL 5.0, 5.1 и 5.5, также как это делает утилита Percona Server с XtraDB. Более подробную информацию об утилите Percona вы найдете на сайте:
Оценка информации при бэкапе таблицы MySQL
Команда estimate позволяет отобразить всю информацию, найденную агентом MySQL. В случае режима дампа, наше ПО не может оценить размер дамп файла для БД. Вместо этого оно отобразит размер БД.
Информация о резервном копировании MySQL в режиме дампа
Агент MySQL сгенерирует следующие файлы в каталоге Bacula для сервера, имеющего единую БД “test”.
| Файл | Тип | Пояснение |
| global-grants.sql | глобальный | Список пользователей, их пароли и специальные функции |
| settings.txt | глобальный | Текущие переменные для mysql сервера |
| my.cnf | глобальный | Конфигурация MySQL |
| createdb.sql | БД | Скрипт создания БД |
| schema.sql | БД | Скрипт создания схемы БД |
| data.sql | БД | Данные БД в формате дампа |
| grants.sql | БД | Список всех пользователей, связанных с БД |
Таблица 2. Содержание бэкапа MySQL в режиме дампа
Восстановление MySQL
Bacula позволяет восстановить бэкап MySQL в нескольких режимах восстановления:
- Восстановление MySQL из дамп файла или бинарных логов
- Восстановление пользователей и ролей
- Восстановление единой БД MySQL
- Восстановление MySQL до контрольной точки
Чтобы восстановить бэкап MySQL в режиме бинарных логов, агент использует утилиту percona.
Рисунок 3: Содержимое сервера во время восстановления MySQL
Рисунок 4: Содержимое БД во время восстановления MySQL
Как сделать бэкап базы данных MySQL без использования плагина бесплатно
Создание дампа базы данных MySQL
Данный способ полностью бесплатен, поскольку позволяет делать бэкап MySQL с помощью open source версии Bacula Community и без дополнительных плагинов. Для резервного копирования небольших баз данных MySQL можно использовать простые bash-скрипты для резервного копирования баз данных. Для случая с резервным копированием баз MySQL можно сделать скрипт бэкапа MySQL, который будет запускаться на клиенте и делать dump базы данных MySQL.
#!/bin/bash
mysqldump -uuser -ppassword —all-databases | gzip /opt/mysql_backup/backup.`date +%F`.sql.gz
find /home/bacula-backup/ -type f -mtime +3 -exec rm -f <> \;
Этот скрипт бэкапа MySQL сохранит дамп всех БД MySQL в директорию /opt/mysql_backup/ из которой мы и будем делать резервные копии дампов базы данных, при помощи директивы Client Run Before Job.
Пример задачи на бэкап базы MySQL:
Job <
Name = BackupSmallMysqlServer
Type = Backup
Level = Incremental
Client = mysqlserver1
FileSet = mysqlserver
Schedule = WeeklyCycle
Storage = SD1
Messages = Standard
Pool = Mysql
ClientRunBeforeJob = /opt/sbin/mysql.sh
SpoolAttributes = yes
Priority = 10
Write Bootstrap = /var/lib/bacula/%c.bsr
>
FileSet <
Name = mysqlserver
Include <
Options <
signature = MD5
compression = GZIP
>
File = /opt/mysql_backup/
>
>
Этот способ применим для бэкапа ненагруженных баз данных MySQL, например баз данных небольших сайтов, для которых блокировка таблиц во время дампа не критична
Как сделать бэкап нагруженных баз данных MySQL?
Если база данных MySQL сильно нагружена, то не рекомендуется на ней делать дамп, так как таблицы на время дампа блокируются. Самое правильно решение в этом случае — сделать реплику базы данных Master-Slave Replication.
Для нагруженных систем реплика требуется, чтобы в случае поломки базы данный Master, можно было переключить нагрузку на Slave и сделать его новым Master.
Для нагруженных систем резервное копирование MySQL необходимо делать именно для Slave базы данных.
Источник: