19.3 Restore Operations — MySQL Enterprise Backup 8.4

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

Операции восстановления возвращают файлы данных из резервной копии в их исходные расположения на сервере базы данных или в другие желаемые расположения. Обычно процесс восстановления требует, чтобы сервер базы данных был уже выключен (или, по крайней мере, не работал с каталогом, в который восстанавливаются данные), за исключением частичного восстановления. Опция должна быть указана либо в файле, указанном опцией, либо в качестве опции командной строки. Примеры использования см. в Главе 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:
- Для восстановления резервной копии одного файла, помимо указания местоположения образа резервной копии с помощью опции --backup-image, также укажите с помощью опции --backup-dir местоположение папки, которая будет использоваться для хранения временных файлов, создаваемых во время процесса восстановления.
- Для восстановления инкрементной резервной копии одного файла, предполагая, что полная резервная копия (на основе которой была создана инкрементная резервная копия) уже восстановлена:
  - Укажите местоположение образа инкрементной резервной копии с помощью опции --backup-image.
  - Укажите с помощью опции --backup-dir местоположение папки, которая будет использоваться для хранения временных файлов, создаваемых во время процесса восстановления.
- Дополнительно: Для восстановления каталога инкрементной резервной копии, предполагая, что полная резервная копия (на основе которой была создана инкрементная резервная копия) уже восстановлена:
  - Используйте опцию --backup-dir или --incremental-backup-dir для указания каталога инкрементной резервной копии.
- Для восстановления выбранных таблиц:
  - См. общие требования, описанные в Разделе 5.1.4, «Восстановление на уровне таблиц (TLR)».
  - При восстановлении резервной копии одного файла, созданной с опцией --use-tts=with-minimum-locking, папка, указанная с помощью --backup-dir, также используется для временного извлечения всех таблиц из резервной копии и выполнения операции apply-log для обновления данных перед их восстановлением в каталог данных сервера.
  - Дополнительно: При восстановлении каталога резервной копии, созданного с опцией --use-tts=with-minimum-locking, будет выполнена операция apply-log над каталогом резервной копии. Это означает, что резервная копия будет изменена в процессе, и пользователи могут сделать дополнительную копию каталога резервной копии перед продолжением восстановления, чтобы предотвратить потерю данных резервной копии в случае возникновения проблем.
Также обратите внимание, что:
- Резервные копии, созданные с опцией --skip-unused-pages, не могут быть восстановлены с помощью copy-back-and-apply-log.
В конце операции 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). Подробности см. в обсуждениях здесь.

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

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

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