Appendix A Frequently Asked Questions for MySQL Enterprise Backup — MySQL Enterprise Backup 9.2

Приложение A Часто задаваемые вопросы по MySQL Enterprise Backup

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

Вопросы

A.1: Какие версии сервера MySQL поддерживает MySQL Enterprise Backup 9.2.0?
A.2: Что представляет собой большой ibdata файл, который есть во всех резервных копиях?
A.3: Могу ли я выполнить резервное копирование данных, не относящихся к InnoDB, с помощью MySQL Enterprise Backup?
A.4: Что произойдет, если этап применения журнала или резервного копирования инкрементальных данных прервется?
A.5: Почему опция --defaults-file не распознается?
A.6: Могу ли я выполнить резервное копирование сервера базы данных на одной операционной системе и восстановить его на другой с помощью MySQL Enterprise Backup?
A.7: Что произойдет, если я включил в резервную копию двоичный журнал или журнал ретрансляции, но не хочу его восстанавливать?
A.8: Что произойдет, если я запущу сервер непосредственно с помощью резервной копии каталога без выполнения операции копирования или применения журнала?

Вопросы и ответы

A.1: Какие версии сервера MySQL поддерживает MySQL Enterprise Backup 9.2.0?

Подробности о совместимости между различными выпусками MySQL Enterprise Backup и MySQL Server см. в разделе C.3 «Совместимость с версиями MySQL».

A.2: Что представляет собой большой ibdata файл, который есть во всех резервных копиях?

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

После выполнения полной резервной копии, выполните серию инкрементальных резервных копий, которые занимают меньше места. Файл ibdata1 в инкрементальных резервных копиях обычно гораздо меньше и содержит только те части пространства таблиц системы, которые изменились с момента последней полной резервной копии.
Установите параметр конфигурации перед созданием ваших самых крупных или самых активных таблиц InnoDB. Эти таблицы отделяются от пространства таблиц системы в отдельные файлы .ibd; затем таблицы могут быть включены или исключены из резервных копий, а дисковое пространство освобождается при удалении или обнулении таблиц.
Если пространство таблиц системы очень велико из-за создания большого объёма данных InnoDB до включения параметра , вы можете использовать mysqldump для создания дампа всей вашей инстанции сервера, а затем включить перед повторным созданием баз данных, чтобы все данные таблиц хранились вне пространства таблиц системы.

A.3: Могу ли я выполнить резервное копирование данных, не относящихся к InnoDB, с помощью MySQL Enterprise Backup?

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

A.4: Что произойдет, если этап применения журнала или резервного копирования инкрементальных данных прервется?

Если mysqlbackup прервется во время этапа apply-log или apply-incremental-backup, данные резервной копии будут в порядке. Операции с файлами, выполняемые этими параметрами, могут быть выполнены несколько раз без нарушения целостности данных резервной копии. Просто запустите ту же команду mysqlbackup снова, и когда она успешно завершится, все необходимые изменения будут присутствовать в данных резервной копии.

A.5: Почему опция --defaults-file не распознается?

При указании параметра он должен быть первым параметром после mysqlbackup. В противном случае сообщение об ошибке выглядит так, как будто имя параметра не распознается.

A.6: Могу ли я выполнить резервное копирование сервера базы данных на одной операционной системе и восстановить его на другой с помощью MySQL Enterprise Backup?

Подробности см. в разделе C.2 «Совместимость между платформами».

A.7: Что произойдет, если я включил в резервную копию двоичный журнал или журнал ретрансляции, но не хочу его восстанавливать?

Если вы хотите пропустить восстановление двоичного журнала, журнала ретрансляции или обоих во время восстановления, используйте параметр --skip-binlog, параметр --skip-relaylog или оба с вашей командой copy-back или copy-back-and-apply-log.

A.8: Что произойдет, если я запущу сервер непосредственно с помощью резервной копии каталога без выполнения операции копирования или применения журнала?

Этого никогда не следует пытаться делать. Сервер не только аварийно завершит работу, но и, скорее всего, резервная копия будет повреждена и станет непригодной для использования. Это связано с тем, что резервная копия каталога содержит метаданные, созданные командой mysqlbackup, которые сервер MySQL не будет понимать; кроме того, резервная копия может быть неполной и нуждаться в обновлении с помощью операции применения журнала, чтобы можно было применить изменения, внесенные в сервер базы данных во время процесса резервного копирования.