1.2 Overview of Backup Types — MySQL Enterprise Backup 8.4

1.2 Обзор типов резервного копирования

При формировании стратегии резервного копирования ключевыми факторами являются производительность и объем хранилища. Вы хотите, чтобы резервное копирование завершалось быстро, с минимальной загрузкой ЦП сервера базы данных. Вы также хотите, чтобы данные резервной копии были компактными, чтобы вы могли хранить несколько резервных копий для восстановления в любой момент. Передача данных резервной копии на другой сервер должна быть быстрой и удобной. Учитывая эти факторы, различные стратегии резервного копирования базы данных часто предоставляют разные преимущества в зависимости от компромиссов, которые вы делаете при выборе конкретной стратегии. Чтобы выбрать стратегию, которая наилучшим образом соответствует вашим потребностям, необходимо понять характер каждого типа резервного копирования, которое может выполнять MySQL Enterprise Backup, и для этого данный раздел предоставляет краткий обзор.

Типы резервных копий в зависимости от уровня прерывания обслуживания

В зависимости от того, как операции базы данных будут нарушены во время резервного копирования, резервное копирование классифицируется как «горячее», «теплое» или «холодное»:

Очень низкий или низкий уровень прерывания: Горячее резервное копирование выполняется при запуске базы данных. Этот тип резервных копий не блокирует обычные операции базы данных. Он фиксирует даже изменения, происходящие во время выполнения резервного копирования. По сравнению с другими типами резервного копирования, он вызывает наименьшее прерывание работы сервера базы данных, и это желательный вариант резервного копирования, когда вы хотите избежать выключения приложения, веб-сайта или веб-службы. Однако перед восстановлением горячего резервного копирования необходим дополнительный процесс подготовки резервной копии для обеспечения ее согласованности (т.е. правильного отражения состояния базы данных на момент завершения резервного копирования). Дополнительные объяснения см. в разделе Раздел 5.1.7, «Дополнительные сведения: Подготовка и восстановление резервной копии каталога».

При подключении к работающему серверу MySQL, MySQL Enterprise Backup выполняет горячее резервное копирование для таблиц InnoDB.
Средний или высокий уровень прерывания: Теплое резервное копирование выполняется с базой данных в режиме только для чтения. Этот тип резервных копий блокирует все операции записи в таблицы во время процесса резервного копирования, но позволяет читать таблицы.

При подключении к работающему серверу MySQL, MySQL Enterprise Backup копирует все таблицы MyISAM и другие таблицы, не являющиеся InnoDB, используя метод теплого резервного копирования после того, как все таблицы InnoDB уже были скопированы с помощью метода горячего резервного копирования. Следовательно, чтобы скопировать как можно больше данных во время горячего резервного копирования, следует назначить InnoDB в качестве стандартного механизма хранения для новых таблиц (что является стандартным параметром для серверов MySQL) или преобразовать существующие таблицы в использование механизма хранения InnoDB.
Высокий или очень высокий уровень прерывания: Холодное резервное копирование создается при остановленной базе данных. Оно существенно нарушает работу службы базы данных. MySQL Enterprise Backup 8.4 не поддерживает холодное резервное копирование.

Типы резервных копий в зависимости от того, копируются все данные или только недавние изменения

В зависимости от того, хотите ли вы включить все данные в резервное копирование или только недавние изменения, и от того, начиная с какого времени вы хотите копировать недавние изменения, вы можете выполнить полное, дифференциальное или инкрементное резервное копирование. Эти три типа резервного копирования имеют различную степень требований к загрузке ЦП и дисковому пространству, поэтому подходят для различных ситуаций:

Полное резервное копирование включает полные данные из базы данных (за исключением случаев, когда некоторые таблицы исключаются с помощью параметров частичного резервного копирования).
Дифференциальное резервное копирование включает все изменения данных с момента последнего полного резервного копирования. Оно быстрее, чем полное резервное копирование, экономит дисковое пространство на сервере базы данных и сокращает сетевой трафик при переносе резервной копии на другой сервер. Однако оно требует дополнительной обработки для подготовки резервной копии к восстановлению, которую можно выполнить на другом сервере, чтобы минимизировать нагрузку на ЦП сервера базы данных.
Инкрементное резервное копирование включает все изменения данных с момента последнего резервного копирования. Оно предлагает аналогичные преимущества перед полным резервным копированием, как и дифференциальное резервное копирование, и часто в еще большей степени, путем дальнейшего уменьшения размера резервной копии. Однако оно может потребовать большей подготовки при более длинной серии резервных копий, прежде чем сможет быть выполнено восстановление.

Сжатые и несжатые резервные копии

Сжатие резервных копий позволяет сэкономить место на хранилище и сетевой трафик при передаче резервной копии на другой сервер. Сжатие увеличивает нагрузку на ЦП, но эта нагрузка зависит от алгоритма и достаточно низка для стандартного алгоритма, используемого MySQL Enterprise Backup. Кроме того, сжатие часто значительно уменьшает нагрузку на ввод/вывод, что может сократить время восстановления, особенно для медленных устройств ввода/вывода. Однако во время процесса восстановления необходимо время для распаковки, а также место для хранения как сжатых, так и распакованных данных одновременно. Поэтому при рассмотрении создания сжатых резервных копий учитывайте дополнительное дисковое пространство и дополнительное время, необходимое во время восстановления.

При потоковой передаче данных резервной копии на другой сервер вы можете сжать резервную копию либо на исходном сервере, либо на целевом сервере, в зависимости от того, на каком сервере больше свободных ресурсов ЦП и какой объем сетевого трафика может сэкономить сжатие.

Дополнительную информацию о методах и компромиссах, связанных с производительностью резервного копирования и восстановления, см. в главе 13, Учет производительности для MySQL Enterprise Backup.