5.1 Выполнение операции восстановления
- 5.1.1 Восстановление сжатой резервной копии
- 5.1.2 Восстановление зашифрованной резервной копии
- 5.1.3 Восстановление инкрементальной резервной копии
- 5.1.4 Восстановление на уровне таблиц (TLR)
- 5.1.5 Восстановление резервных копий, созданных с параметром
--use-tts - 5.1.6 Восстановление внешних табличных пространств InnoDB в другие расположения
- 5.1.7 Расширенное: Подготовка и восстановление резервной копии каталога
Команды mysqlbackup для выполнения операции восстановления — copy-back-and-apply-log и copy-back (только для резервной копии каталога; см. Раздел 5.1.7, «Расширенное: Подготовка и восстановление резервной копии каталога»). Обычно процесс восстановления требует, чтобы сервер базы данных был уже остановлен (или, по крайней мере, не работал с каталогом, в который вы восстанавливаете данные), за исключением частичного восстановления частичного восстановления. Процесс копирует файлы данных, журналы и другие файлы резервной копии из каталога резервной копии обратно в исходные расположения и выполняет необходимые пост-обработки.
Пример 5.1 Восстановление сервера базы данных
mysqlbackup --defaults-file=<my.cnf> -uroot --backup-image=<image_name> \
--backup-dir=<backupTmpDir> --datadir=<restoreDir> copy-back-and-apply-log
Команда copy-back-and-apply-log выполняет две задачи:
Извлекает резервную копию из файла образа и копирует ее в каталог данных на восстанавливаемом сервере.
Выполняет операцию применения журнала к восстановленным данным, чтобы привести их в актуальное состояние.
См. Раздел 4.2.4, «Восстановление базы данных» для объяснения важных опций, используемых в операции восстановления, таких как --datadir, --backup-image и --backup-dir.
Восстановленные данные включают таблицу backup_history, где MySQL Enterprise Backup записывает подробности каждой резервной копии. Таблица позволяет выполнять последующие инкрементальные резервные копии с помощью параметра --incremental-base=.history:{last_backup
| last_full_backup}
При выполнении восстановления убедитесь, что целевые каталоги для восстанавливаемых данных пусты и не содержат старых или нежелательных файлов данных (это может потребовать удаления файлов вручную в местах, указанных параметрами
--datadir,--innodb_data_home_dir,--innodb_log_group_home_dirи--innodb_undo_directory). Такая очистка не требуется для частичных восстановлений, для которых применяются другие требования, описанные в разделе 5.1.4, «Восстановление на уровне таблиц (TLR)».-
После полного восстановления, в зависимости от способа запуска восстановленного сервера, вам может потребоваться изменить права владения на каталог восстановленных данных. Например, если сервер будет запускаться пользователем
mysql, используйте следующую команду, чтобы изменить атрибут владельца каталога данных и файлов в нем на пользователяmysql, а атрибут группы — на группуmysql.$
chown -R mysql:mysql/path/to/datadir
В следующих подразделах описаны различные сценарии восстановления резервной копии.
© 2025 Oracle
Licensed under the GPLv2 License.