15.3 Restore Operations — MySQL Enterprise Backup 4.1

15.3 Восстановление операций

Операции восстановления копируют файлы данных из резервной копии в их исходные расположения на сервере базы данных или в другие указанные расположения. Обычно процесс восстановления требует, чтобы сервер базы данных был уже выключен (или, по крайней мере, не работал с каталогом, в который восстанавливаются данные), за исключением восстановления резервных копий, созданных с помощью опции --use-tts. Опции , , и должны быть указаны либо в файле конфигурации целевого сервера, в файле, указанном опцией , или в качестве параметров командной строки. Примеры использования см. в Главе 5, Восстановление или резервное копирование базы данных.

mysqlbackup [STD-OPTIONS]
            [SERVER-REPOSITORY-OPTIONS]
            [--backup-image=IMAGE]
            [--backup-dir=PATH]
            [--uncompress]
            [MESSAGE-LOGGING-OPTIONS]
            [PARTIAL-BACKUP-RESTORE-OPTIONS]
            [PROGRESS-REPORT-OPTIONS]
            [ENCRYPTION-OPTIONS]
            [CLOUD-STORAGE-OPTIONS]
            [ENCRYPTED-INNODB-OPTIONS]
            copy-back-and-apply-log
mysqlbackup [STD-OPTIONS]
            [SERVER-REPOSITORY-OPTIONS]
            [--backup-dir=PATH]
            [--uncompress]
            [MESSAGE-LOGGING-OPTIONS]
            [PARTIAL-BACKUP-RESTORE-OPTIONS]
            [PROGRESS-REPORT-OPTIONS]
            [CLOUD-STORAGE-OPTIONS]
            [ENCRYPTED-INNODB-OPTIONS]
            copy-back

copy-back-and-apply-log

Одним шагом восстанавливает указанное опцией --backup-image или резервную копию из каталога, указанного опцией --backup-dir, в каталог данных сервера и выполняет операцию apply-log над восстановленными данными, чтобы привести их в актуальное состояние. В сравнении с многошаговым подходом для восстановления (который обычно состоит из последовательных шагов extract, uncompress, apply-log и copy-back для восстановления сжатой резервной копии или extract, apply-log и copy-back для несжатой копии), команда упрощает и ускоряет процесс восстановления, а также экономит дисковое пространство.

Ниже приведены некоторые особые требования для различных типов восстановления резервных копий с использованием copy-back-and-apply-log:
- Для восстановления сжатого каталога или образа резервной копии включите опцию --uncompress в командной строке.
- Для восстановления резервной копии одного файла, помимо указания расположения образа резервной копии с помощью опции --backup-image, также укажите с помощью опции --backup-dir расположение папки, которая будет использоваться для хранения временных файлов, созданных во время процесса восстановления.
- Для восстановления однофайловой приращения резервной копии, предполагая, что полная резервная копия (на которой основана приращение резервная копия) уже восстановлена:
  - Включите опцию --incremental в командной строке.
  - Укажите расположение образа приращения резервной копии с помощью опции --backup-image
  - Укажите с помощью опции --backup-dir расположение папки, которая будет использоваться для хранения временных файлов, созданных во время процесса восстановления.
- Дополнительно: Для восстановления каталога приращения резервной копии, предполагая, что полная резервная копия (на которой основана приращение резервная копия) уже восстановлена:
  - Включите опцию --incremental в командной строке.
  - Используйте либо опцию --backup-dir, либо опцию --incremental-backup-dir для указания каталога приращения резервной копии.
- Для восстановления резервной копии, созданной с помощью --use-tts option:
  - См. общие требования, описанные в Разделе 5.1.4, «Восстановление резервных копий, созданных с опцией --use-tts».
  - При восстановлении резервной копии одного файла, созданной с настройкой опции --use-tts=with-minimum-locking, папка, указанная с --backup-dir, также используется для временного извлечения всех таблиц из резервной копии и для выполнения операции apply-log, чтобы данные были актуальными перед восстановлением на каталог данных сервера.
  - Дополнительно: При восстановлении каталога резервной копии, созданной с опцией --use-tts=with-minimum-locking, операция apply-log будет выполнена над каталогом резервной копии. Это означает, что резервная копия будет изменена в процессе, и пользователям может потребоваться создать дополнительную копию каталога резервной копии перед продолжением восстановления, чтобы предотвратить потерю данных резервной копии в случае возникновения проблем.
Также обратите внимание на:
- Резервные копии, созданные с опцией --skip-unused-pages, не могут быть восстановлены с помощью copy-back-and-apply-log.
- Для резервных копий образа, созданных с MySQL Enterprise Backup 3.8.2 или более ранней версией, файлы .ibd, относящиеся к каждой таблице и указываемые файлами .isl в резервной копии, восстанавливаются copy-back-and-apply-log в каталог данных сервера, а не в расположения, указанные файлами .isl.
- Из-за известной проблемы при восстановлении сжатой резервной копии, созданной с MySQL Enterprise Backup 3.9 или более ранней версией и содержащей таблицы InnoDB, которые были созданы на сервере как сжатые таблицы (с использованием опции ROW_FORMAT=COMPRESSED, опции KEY_BLOCK_SIZE= или обеих), не используйте copy-back-and-apply-log; выполните сначала apply-log, а затем copy-back. Подробности см. в записи об ошибке #17992297 в блоге изменений MySQL Enterprise Backup 3.10.0.
В конце операции copy-back-and-apply-log файл backup_variables.txt создается или обновляется в каталоге данных. Этот файл содержит метаданные о восстановленном содержимом и используется последующими одношаговыми восстановлениями приращения резервных копий; он не должен удаляться или изменяться пользователями.

Примеры команд для восстановления различных типов резервных копий с помощью команды copy-back-and-apply-log см. в Разделе 5.1, «Выполнение операции восстановления».

copy-back

Восстанавливает файлы из резервной копии каталога в их исходные расположения внутри сервера MySQL.

Перед восстановлением с помощью команды copy-back, резервная копия должна быть и согласована с помощью команды apply-log. Подробности см. в Разделе 5.1.7, «Дополнительно: Подготовка и восстановление резервной копии каталога». Вы также можете выполнить apply-log и copy-back вместе с одной командой copy-back-and-apply-log.

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

Существуют некоторые специальные требования при восстановлении резервных копий, созданных с опцией --use-tts; см. Раздел 5.1.4, «Восстановление резервных копий, созданных с опцией --use-tts» для получения подробностей.

Предупреждение

При восстановлении сервера для целей репликации, если резервируемый сервер использовал параметр для размещения журналов отмены вне каталога данных, при использовании файла server-my.cnf или server-all.cnf для параметра с copy-back или copy-back-and-apply-log, следует с осторожностью настроить параметр innodb_undo_directory в файле. В противном случае данные или журнальные файлы на исходном сервере могут быть случайно перезаписаны.