16.7 Incremental Backup Options — MySQL Enterprise Backup 4.1

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

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

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

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

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

Указывает, что связанная операция backup, backup-to-image, copy-back-and-apply-log или copy-back является . При выполнении инкрементного резервного копирования для этого параметра существуют два возможных значения:

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

По умолчанию full-scan. Значение параметра не имеет смысла при использовании параметра для восстановления инкрементной резервной копии.

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

--incremental-with-redo-log-only

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

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

--incremental-base=mode:argument

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

Тип Строка

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

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

--start-lsn=LSN

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

Тип Числовой

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

Примечание

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

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

--incremental-backup-dir=PATH

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

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

Примечание

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