WebMoney: WMZ Z294115950220 WMR R409981405661 WME E134003968233 |
Visa 4274 3200 2453 6495 |
MySQL Enterprise Backup 8.0.17 и позже:
mysqlbackup иногда может не идти в ногу с
журналом отката на поддержанном сервере в то время, как операция резервного
копирования происходит, приводя к потерянным записям журнала отката из-за
переписываемых записей. Эта проблема чаще всего происходит,
когда есть значительная деятельность сервера во время операции резервного
копирования, и хранилище файлов журнала отката работает на более быстрой
скорости, чем резервное хранилище.
Архивация журнала отката, добавленная в MySQL 8.0.17,
решает эту проблему, последовательно сохраняя записи журнала отката в
архивный файл в дополнение к файлам журнала отката.
mysqlbackup может тогда скопировать записи
журнала отката из архивного файла по мере необходимости, таким образом
избежав возможных потерь данных. Когда redo log archiving позволено на сервере,
mysqlbackup использует эту особенность по
умолчанию пока следующее верно: Пользователь OS, который управляет
mysqlbackup, имеет доступ для чтения и записи
к каталогу, который хранит архивный файл журнала отката, это первый каталог,
определенный системной переменной Пользователю MySQL mysqlbackup,
используемому, чтобы соединиться с сервером, нужно предоставить привилегию
Архивирование журнала отката может быть пропущено, используя опцию
mysqlbackup
Если redo log archiving пропускается
mysqlbackup,
отключено на сервере или просто не работает по некоторым причинам,
mysqlbackup возвращается к копированию данных о
журнале отката из файлов журнала отката, как это делалось раньше, прежде чем
особенность была введена.
Глава 7. Резервирование, используя архивирование журнала отката
innodb_redo_log_archive_dirs
.INNODB_REDO_LOG_ARCHIVE
для активации на сервере
redo log archiving.--no-redo-log-archive
.
Найди своих коллег! |
Вы можете направить письмо администратору этой странички, Алексею Паутову.