Spec-Zone.ru › MySQL Enterprise Backup 8.4

5.1.3 Восстановление инкрементной резервной копии

Примечание

Параметр --incremental не требуется при восстановлении инкрементной резервной копии.

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

Пример 5.6 Восстановление изображения инкрементной резервной копии

mysqlbackup --defaults-file=<my.cnf> -uroot --backup-image=<inc_image_name> \
  --backup-dir=<incBackupTmpDir> --datadir=<restoreDir> --incremental \
  copy-back-and-apply-log


В этом примере изображение инкрементной резервной копии с именем <inc_image_name> восстанавливается в <restoreDir> на сервере (где уже восстановлена полная резервная копия, на основе которой создано изображение инкрементной резервной копии). Параметр --backup-dir используется для указания временной директории, в которую сохраняются временные выходные данные, файлы состояния и метаданные резервной копии. Повторите этот шаг для других изображений инкрементных резервных копий, пока данные не будут восстановлены до желаемой точки времени.

Расширенное восстановление каталога инкрементной резервной копии

Инкрементные резервные копии каталогов можно восстановить серией команд copy-back-and-apply-log, как показано выше для резервных копий отдельных файлов. В качестве альтернативы, в любой момент после создания инкрементной резервной копии и до её восстановления, можно обновить полную резервную копию данными из инкрементной резервной копии. Сначала примените к полной резервной копии изменения, произошедшие во время создания резервной копии:

$ mysqlbackup --backup-dir=/full-backup/2010-12-08_17-14-11 apply-log
..many lines of output...
101208 17:15:10  mysqlbackup: Full backup prepared for recovery successfully!

101208 17:15:10 mysqlbackup: mysqlbackup completed OK!

Затем примените изменения из инкрементной резервной копии с помощью команды apply-incremental-backup:

$ mysqlbackup --incremental-backup-dir=/incr-backup/2010-12-08_17-14-48 \
  --backup-dir=/full-backup/2010-12-08_17-14-11 apply-incremental-backup
...many lines of output...
101208 17:15:12 mysqlbackup: mysqlbackup completed OK!

Теперь файлы данных в каталоге полной резервной копии полностью обновлены по состоянию на момент последней инкрементной резервной копии. Вы можете продолжать обновлять ее с помощью дополнительных инкрементных резервных копий, чтобы она всегда была готова к восстановлению.

Восстановление бинарного журнала и журнала репликации

При восстановлении инкрементной резервной копии с помощью команды copy-back-and-apply-log или apply-incremental-backup, бинарный журнал (а также журнал репликации в случае сервера репликации), если он включён в инкрементную резервную копию, по умолчанию также восстанавливается на целевой сервер. Это поведение по умолчанию переопределяется, если используется (1) параметр --skip-binlog (или параметр --skip-relaylog для журнала репликации) с командой восстановления, или (2) если полная резервная копия, на основе которой создана инкрементная резервная копия, или любая предшествующая инкрементная резервная копия между полной резервной копией и этой инкрементной резервной копией не содержит бинарный журнал (или журнал репликации) (в обоих случаях mysqlbackup переименовал все файлы бинарного журнала (но не журнала репликации) и их индексные файлы, уже восстановленные на сервере, добавив расширение .old к именам файлов).

Расположение бинарного журнала (или журнала репликации) после восстановления инкрементной резервной копии по умолчанию совпадает с расположением журнала на сервере при создании инкрементной резервной копии или с расположением, указанным параметром --log-bin (или --relay-log) при восстановлении инкрементной резервной копии.

См. Раздел 4.3.3, «Создание дифференциальной или инкрементной резервной копии» и Раздел 20.7, «Параметры инкрементной резервной копии» для получения дополнительной информации об инкрементных резервных копиях.

© 2025 Oracle
Licensed under the GPLv2 License.
https://docs.oracle.com/cd/E17952_01/mysql-enterprise-backup-8.4-en/restore.incremental.html

Spec-Zone.ru

Настройки Оффлайн Что нового Помощь О нас
Spec-Zone .ru
спецификации, руководства, описания, API