20.7 Incremental Backup Options — MySQL Enterprise Backup 8.4

20.7 Параметры инкрементного резервного копирования

Для общего обзора инкрементных резервных копий и примеров использования этих параметров см. Раздел 4.3.3, «Создание дифференциальной или инкрементной резервной копии» и Раздел 5.1.3, «Восстановление инкрементной резервной копии».

Для создания инкрементной резервной копии укажите --incremental или --incremental-with-redo-log-only, а также параметр --backup-dir. В зависимости от того, используется ли --incremental или --incremental-with-redo-log-only, требуются или рекомендуются другие параметры. Все данные InnoDB, измененные после (указанные непосредственно или косвенно используемыми параметрами), копируются в инкрементную резервную копию.

--incremental[={page-track|full-scan|optimistic}]

Формат командной строки	`--incremental`
Тип	Перечисление
Значение по умолчанию	`page-track`
Допустимые значения	`page-track` `full-scan` `optimistic`

Возможные значения для этого параметра и их эффекты подробно описаны в следующем списке:

page-track: mysqlbackup ищет изменённые страницы в файлах данных InnoDB, которые были изменены с момента последнего резервного копирования, используя функцию отслеживания страниц на сервере, а затем копирует их. Это потенциально самый быстрый способ для mysqlbackup создать инкрементное резервное копирование.

Если отслеживание страниц невозможно использовать (см. Инкрементное резервное копирование с использованием отслеживания страниц) и --incremental не указан явно, mysqlbackup выполняет резервное копирование с полным сканированием вместо этого. Если это значение было указано явно, но отслеживание страниц невозможно использовать, резервное копирование завершается с ошибкой.
full-scan: mysqlbackup сканирует все файлы данных InnoDB в каталоге данных сервера, чтобы найти страницы, которые были изменены с момента последнего резервного копирования, и копирует их.
optimistic: mysqlbackup сканирует только изменённые страницы в файлах данных InnoDB, которые были изменены с момента последнего резервного копирования, и затем копирует их. В целом, оптимистичные инкрементные резервные копии быстрее, чем резервные копии с полным сканированием, когда не так много таблиц в базе данных были изменены. При использовании этого параметра применяются некоторые ограничения; см. Полное сканирование против оптимистичного инкрементного резервного копирования.

--incremental также требует использования либо --incremental-base, либо --start-lsn. Только InnoDB таблицы резервируются инкрементально. По умолчанию все файлы включаются в инкрементное резервное копирование целиком. Чтобы исключить данные, которые не специфичны для InnoDB в инкрементном резервном копировании, используйте --only-innodb.

Когда используется --copy-back-and-apply-log, --copy-back или --apply-log, нет необходимости использовать --incremental.

--incremental-with-redo-log-only

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

Для использования этого параметра необходимо также указать параметр --incremental-base или --start-lsn. Как и с параметром --incremental, инкрементально резервируются только таблицы InnoDB. По умолчанию все файлы, не являющиеся InnoDB, включаются в инкрементное резервное копирование целиком. Чтобы исключить данные, не являющиеся InnoDB, в инкрементном резервном копировании, используйте параметр --only-innodb.

Нельзя использовать параметр --compress вместе с параметром --incremental-with-redo-log-only.
--incremental-base=mode:argument

Формат командной строки --incremental-base=mode:argument

Тип Строка

С этим параметром mysqlbackup извлекает информацию, необходимую для выполнения инкрементных резервных копий, из метаданных внутри каталога резервной копии, а не из параметра --start-lsn. Это избавляет вас от необходимости указывать постоянно изменяющееся, непредсказуемое значение при выполнении последовательности инкрементных резервных копий. Вместо этого вы указываете способ определения предыдущего каталога резервной копии через комбинацию mode : argument в синтаксисе параметра. Альтернативы:
- history:{last_backup | last_full_backup}
  
  Префикс history:, за которым следует одно из двух возможных значений:
  - last_backup: Это заставляет mysqlbackup запросить значение end_lsn из последнего успешного резервного копирования, как записано в таблице backup_history экземпляра сервера, который резервируется.
  - last_full_backup: Это работает аналогично значению last_backup, за исключением того, что это заставляет mysqlbackup искать последнее резервное копирование и использовать его в качестве базового резервного копирования, тем самым создавая дифференциальное резервное копирование.
  Примечание
  
  Если последнее полное или частичное резервное копирование было резервным копированием, mysqlbackup пропускает его и продолжает поиск в истории резервных копий до тех пор, пока не найдёт последнее резервное копирование, а затем возвращает его значение end_lsn.
- dir:directory_path
  
  Дополнительно: Вы указываете префикс dir:, за которым следует аргумент пути к каталогу, указывающий на предыдущий каталог резервной копии. При первом инкрементном резервном копировании вы указываете каталог, содержащий полное резервное копирование; при втором инкрементном резервном копировании — каталог, содержащий первую инкрементную резервную копию и так далее.
--start-lsn=LSN

Формат командной строки --start-lsn=LSN

Тип Числовой

В инкрементном резервном копировании определяет наибольшее значение LSN, включенное в предыдущее резервное копирование. Вы можете получить это значение из вывода предыдущей операции резервного копирования или из столбца end_lsn таблицы backup_history для предыдущей операции резервного копирования. Всегда используется в сочетании с параметром --incremental; не требуется при использовании параметра --incremental-base; не рекомендуется при использовании механизма инкрементного резервного копирования --incremental-with-redo-log-only.

Примечание

Если используется параметр --start-lsn, бинарные файлы журналов не копируются в инкрементное резервное копирование. Чтобы включить бинарные файлы журналов за период, охватываемый инкрементным резервным копированием, вместо параметра --start-lsn используйте параметр --incremental-base, который предоставляет необходимую информацию для mysqlbackup для обеспечения отсутствия разрыва между данными бинарного журнала, включенными в предыдущую резервную копию, и текущей инкрементной резервной копией.

Формат командной строки	`--incremental-base=mode:argument`
Тип	Строка

Формат командной строки	`--start-lsn=LSN`
Тип	Числовой

--incremental-backup-dir=PATH

Дополнительный параметр: Указывает расположение данных для инкрементной резервной копии каталога. При создании или восстановлении инкрементной резервной копии каталога этот параметр выполняет ту же функцию, что и --backup-dir для резервных копий и восстановлений в целом, и его можно использовать взаимозаменяемо с --backup-dir для резервных копий каталогов. Подробную информацию см. в описании --backup-dir.

Для операции apply-incremental-backup параметр указывает каталог инкрементной резервной копии, данные которой используются для обновления резервной копии каталога, указанной параметром --backup-dir.

Примечание

Не используйте этот параметр с операциями для резервных копий изображений, для которых он не имеет смысла.