 |
|
|
|
|
| WebMoney: WMZ Z294115950220 WMR R409981405661 WME E134003968233 |
Visa 4274 3200 2453 6495 |
|
|
|
|
|
|
| WebMoney: WMZ Z294115950220 WMR R409981405661 WME E134003968233 |
Visa 4274 3200 2453 6495 |
Таблица Изменен механизм хранения с CSV на InnoDB. Добавлена новая колонка первичного ключа auto-increment
Включенный сводный индекс на столбцах Когда MySQL Enterprise Backup 8.0.19 или позже пытается
выполнить первое полное резервное копирование на базе данных, это
автоматически проверяет формат таблицы Составьте в новом формате таблицу
Переименуйте оригинал MySQL Enterprise Backup 8.0.21 и
позже: удалите таблицу Для миграции к новому формату таблицы, прежде, чем выполнить первую
резервную задачу с MySQL Enterprise Backup 8.0.19 или позже впервые на
MySQL Server, который был модернизирован от 8.0.18 или ранее и был поддержан
MySQL Enterprise Backup, предоставляют требуемые полномочия пользователю
Если эти привилегии не предоставить, модернизация таблицы потерпит неудачу
с сообщением об ошибке, подобным следующему: Эти привилегии больше не необходимы после того, как первое полное
резервное копирование было выполнено MySQL Enterprise Backup 8.0.19
или позже, поэтому они могут быть отменены. Если вы работаете с Group Replication, удостоверьтесь, что эти привилегии
предоставляют на всех основных узлах, см. также
главу 9. Эти термины обычно используются в информации о MySQL Enterprise Backup.
Метаданные для таблиц ARCHIVE. Контраст с
.ARZ-файлом. Файлы с этим расширением всегда включаются в
резервные копии, созданные mysqlbackup. См. также .ARZ-файл.
Данные для таблиц ARCHIVE. Контраст с .ARM-файл
. Файлы с этим расширением всегда включаются в резервные
копии, созданные mysqlbackup. См. также .ARM-файл.
Кодовое название для оригинального формата файла InnoDB. Это поддерживает
форматы строк redundant и
compact, но не новые
dynamic и
compressed, доступные в формате
файла Barracuda. См. также Barracuda,
compression,
file format.
Операция, которая преобразовывает сырую резервную
копию в подготовленную резервную
копию включая изменения, которые произошли в то время, как
резервная копия выполнялась, используя данные из
журнала. См. также журнал,
подготовленная резервная копия,
сырая резервная копия.
Когда mysqlbackup выполняет сжатую резервную
копию для сервера, которому позволили двоичную регистрацию, это
преобразовывает каждый двоичный файл журнала и файл журнала реле (для сервера
replica в окружении
replication) в файл
См. также binary log,
.bz-файл,
compression,
compression level,
.ibz-файл,
relay log.
Процесс копирования некоторых или всех данных о таблице и метаданных от
экземпляра MySQL для сохранности. Может также относиться к набору
скопированных файлов. Это решающая задача для DBA.
Обратный этому процесс: восстановление. С MySQL физические резервные копии
выполняются продуктом MySQL Enterprise
Backup, логические резервные копии
выполняются командой Резервные копии далее классифицированы как
горячие,
теплые или
холодные
в зависимости от того, насколько они вмешиваются в нормальную работу
базы данных. У горячего резервного копирования наименьшее количество
вмешательства, холодное резервное копирование вмешивается больше всего. См. также cold backup,
hot backup,
logical backup,
mysqldump,
physical backup,
warm backup.
Каталог в котором данные резервного копирования и метаданные сохранены,
постоянно или временно. Это используется в большинстве видов резервной копии
и восстановления, включая однофайловое резервное копирование. См. описание
опции
Контраст с хранилищем сервера. См. также repository,
server repository.
Маленький конфигурационный файл,
произведен MySQL Enterprise Backup
, содержит минимальный набор параметров конфигурации. Этот файл делает
запись параметров настройки, которые относятся к этим данным резервного
копирования. Последующие операции, такие как
apply, читают опции из этого
файла, чтобы определить, как данные резервного копирования структурированы.
У этого файла всегда есть расширение См. также apply,
configuration file.
Кодовое название для формата файла
InnoDB, который поддерживает сжатие для данных таблицы. Это поддерживает
формат строк compressed, который
позволяет сжатие таблицы InnoDB и формат строк
dynamic, который улучшает расположение хранения для колонок
крупного текста и BLOB. См. также Antelope,
file format,
MySQL Enterprise Backup
, row format,
system tablespace.
Файл, содержащий запись всех запросов, которые пытаются изменить данные о
таблице. Эти запросы могут быть переиграны, чтобы осовременить серверы точной
копии в репликации
или осовременить базу данных после восстановления данных из резервной копии.
Двоичное журналирование может быть включено и выключено,
хотя Oracle всегда рекомендует включать, если вы используете репликацию
или выполняете резервные копии. Можно исследовать содержание журнала или переиграть те запросы во время
репликации или восстановления при помощи команды
mysqlbinlog. Для полной информации см.
The Binary Log. Для параметров конфигурации MySQL,
связанных с двоичной регистрацией, посмотрите
Binary Logging Options and Variables. Для MySQL Enterprise Backup
имя файла двоичной регистрации и настоящее положение в файле важные детали.
Чтобы сделать запись этой информации для исходного сервера, делая резервную
копию в контексте репликации, можно определить опцию
Двоичная регистрация, если позволено на сервере,
поддерживается по умолчанию. См. также binlog,
relay log,
replication.
Неофициальное название двоичного журнала
. Например, вы могли бы видеть это сокращение, используемое в
обсуждениях форума или электронных письмах. См. также binary log.
Резервная копия сделана
в то время, как база данных закрыта. MySQL Enterprise Backup 8.0
не поддерживает холодное резервное копирование. См. также backup,
connection,
hot backup,
warm backup.
Техника, которая производит меньшие
резервные файлы,
с сокращением размера под влиянием настройки
compression level.
Подходит для хранения многократных наборов некритических резервных файлов.
Для недавних резервных копий критических данных вы могли бы оставить данные
несжатыми, чтобы позволить быстро их восстановить в
случае крайней необходимости. MySQL Enterprise Backup
может применить сжатие к содержанию таблиц
InnoDB
во время процесса резервного копирования, превратив файлы
.ibd в
.ibz. Сжатие добавляет нагрузку CPU к процессу резервного копирования и требует
дополнительного времени и дискового пространства во время
восстановления. См. также backup,
compression level,
.ibd file,
.ibz file,
InnoDB,
restore.
Настройка, которая определяет, сколько
сжатия относиться к сжатой
резервной копии. Это значение колеблется от 0 до 9. Объем сжатия для данного
уровня сжатия зависит от природы ваших значений данных. Более высокие уровни
сжатия действительно налагают дополнительную нагрузку на CPU,
так что надо использовать самое низкое значение, которое производит хороший
баланс сжатия с низкой нагрузкой на CPU. См. также compression.
Файл, который содержит опции запуска серверных продуктов MySQL и
сопутствующих компонентов. Часто упоминается под именем файла по умолчанию
my.cnf в Linux, Unix и OS X или
my.ini в Windows.
MySQL Enterprise Backup
хранит параметры конфигурации по умолчанию в этом файле в секции
Механизм, используемый определенными операциями резервного копирования, чтобы
общаться с MySQL server.
Например, команда mysqlbackup
может обратиться к серверу, чтобы вставить и обновить данные в
таблице прогресса и
таблице истории.
Горячее резервное копирование, как
правило, использует соединение с базой данных для удобства, но может
продолжиться так или иначе, если связь недоступна.
Теплая резервная копия
всегда использует соединение с базой данных, потому что она должна поместить
сервер в состояние "только для чтения".
Холодное резервное копирование делается
в то время, как сервер MySQL закрыт. Холодное резервное копирование
не поддерживается MySQL Enterprise Backup
8.0. Поэтому связь с сервером всегда необходима для
MySQL Enterprise Backup 8.0. См. также cold backup,
history table,
hot backup,
progress table,
server,
warm backup.
Действия очистки для таблиц InnoDB, которые происходят, когда MySQL начат
снова после катастрофы. Изменения, которые были переданы перед катастрофой,
но еще не записаны в файлы табличного пространства, восстановлены из
буфера doublewrite.
Когда база данных закрывается обычным порядком, этот тип деятельности
выполняется во время закрытия операцией
purge.
Набор таблиц механизма хранения InnoDB, который отслеживает InnoDB-связанные
объекты, такие как таблицы, индексы и столбцы таблицы. Эти таблицы часть
системного табличного пространства
InnoDB. Поскольку MySQL Enterprise Backup
всегда поддерживает системное табличное пространство, все резервные
копии включают содержание словаря данных. См. также hot backup,
MySQL Enterprise Backup
, system tablespace
.
Ряд таблиц и связанных объектов принадлежит пользователю MySQL. Эквивалент
схемы в терминологии Oracle Database.
MySQL Enterprise Backup
может выполнить частичную резервную копию
, которая включает некоторые базы данных. Полный набор баз данных,
которыми управляет сервер MySQL, известен как
экземпляр. См. также instance,
partial backup.
Резервная копия, которая собирает только данные, измененные начиная с
последнего полного резервного копирования. Это имеет потенциал, чтобы быть
меньше и быстрее, чем полное резервное копирование
, но обычно больше и занимает больше времени, чтобы создать,
чем инкрементное резервное копирование
. См.
раздел 4.3.3. Связанные опции mysqlbackup:
См. также full backup,
incremental backup
.
Период, когда база данных не отвечает. База данных могла бы быть полностью
закрыта или в состоянии "только для чтения", когда запросы пытаются вставить,
обновить или удалить данные. Цель для вашей стратегии резервного копирования
состоит в том, чтобы минимизировать время простоя, используя такие методы,
как горячее резервное копирование
для таблиц InnoDB
и минимизируя продолжительность стадии простоя
, когда вы управляете настроенной резервной логикой в то
время, как сервер MySQL заблокирован
. См. также cold backup,
hot backup,
InnoDB,
locking,
replica,
replication,
suspend.
В частичной резервной копии
применяется, чтобы выбрать ряд таблиц, баз данных или их комбинации, чтобы
исключить их из резервной копии. Контраст с
include. См. также partial backup
.
Операция, которая восстанавливает некоторое содержание из файла
образа, произведенного
однофайловым резервным копированием
. Это может относиться к единственному файлу (распакованному к
произвольному местоположению)или ко всей резервной копии (с восстановлением
оригинальной структуры каталогов данных резервного копирования).
Эти два вида извлечения выполняются опциями См. также image,
single-file backup
.
Файл, содержащий такие метаданные, как определение таблицы MySQL.
Формат, используемый InnoDB для его файлов данных, называют
См. также Antelope,
Barracuda,
ibdata file,
row format.
Резервная копия, которая включает
все таблицы в каждой базе данных
MySQL и все базы данных в MySQL. Контраст с
partial backup и
incremental backup.
Полное резервное копирование самое длинное, но также требует наименьшего
количества объема дополнительной работы и администрирования.
Таким образом, даже когда вы, прежде всего, делаете частичные или
возрастающие резервные копии, вы могли бы периодически делать
полное резервное копирование. См. также backup,
incremental backup,
partial backup,
table.
Таблица истории См. также backup,
progress table.
Резервная копия, взятая в то время, как MySQL работает. Контраст с
warm backup и
cold backup. Горячее резервное копирование включает больше, чем простое копирование
файлов данных: это должно включать любые данные, которые были вставлены или
обновлены в то время, как резервная копия была в процессе,
это должно исключить любые данные, которые были удалены в то время, как
резервная копия была в процессе и
это должно проигнорировать любые изменения, начатые, но не переданные
транзакциями. Продуктом Oracle, который выполняет горячее резервное копирование таблиц
InnoDB, но также и таблиц от
MyISAM и других механизмов хранения, является
MySQL Enterprise Backup. Процесс горячего резервного копирования состоит из двух этапов. Начальная
стадия, копирующая файлов данных InnoDB, создает
сырую резервную копию. Шаг
apply включает любые изменения
базы данных, которые произошли в то время, как резервная копия работала.
Применение изменений создает подготовленную
резервную копию: эти файлы готовы быть
восстановленными, когда необходимо. Полное резервное копирование
состоит из фазы горячего резервного копирования, которая копирует данные
InnoDB, сопровождаемые фазой теплой резервной
копии, которая копирует любые не-InnoDB данные, такие как
таблицы MyISAM и связанные файлы
.sdi. См. также apply,
cold backup,
.frm file,
full backup,
InnoDB,
instance,
prepared backup,
raw backup,
warm backup.
У каждого табличного пространства
InnoDB, созданного как file-per-table
, есть имя файла с расширением См. также .ibz file,
system tablespace,
tablespace.
Когда MySQL Enterprise Backup
выполняет сжатую резервную копию,
он преобразовывает каждый файл табличного
пространства, который создается, используя
file-per-table, из
Сжатие, примененное во время изготовления резервной копии, отлично от
сжатого формата строк,
который сохраняет данные таблицы сжатыми во время нормального
функционирования. Табличное пространство InnoDB, которое уже находится в
сжатом формате, не будет сжато во второй раз, но тем не менее сохраняется как
файл См. также .bz file,
compression,
compression level,
.ibd file,
.ibz file,
MySQL Enterprise Backup
, tablespace.
Ряд файлов с именами См. также Antelope,
system tablespace.
Файл, произведенный как часть операции
однофайлового резервного копирования.
Это может быть реальный файл, который вы храните в местном масштабе, или
стандартный вывод (определенный как См. также
single-file backup, streaming
.
Применяется в частичной резервной копии
, чтобы выбрать ряд таблиц, баз данных или их комбинации. Контраст с
exclude. См. также partial backup
.
Резервная копия, которая собирает только данные, измененные начиная с
предыдущей резервной копии. У этого есть потенциал, чтобы быть меньшим и
быстрее, чем полное резервное копирование
. Данные об инкрементном резервном копировании должны быть слиты с
содержанием предыдущей резервной копии, прежде чем это сможет быть
восстановлено. Посмотрите
раздел 4.3.3. Связанные опции mysqlbackup:
См. также full backup.
Тип таблиц MySQL, который работает
лучше всего с MySQL Enterprise Backup
. Эти таблицы могут быть поддержаны, используя метод
горячего резервного копирования,
который избегает прерываний в обработке базы данных. Поэтому и из-за более
высокой надежности и параллелизма, возможного с таблицами InnoDB, большая
часть развертывания должна использовать InnoDB для большей части данных и их
самых важных данных. В MySQL 5.5 и выше
См. также hot backup,
table.
Полное содержание сервера MySQL, возможно включая много
баз данных.
Операция резервного копирования
может поддержать весь экземпляр, частичная
резервная копия может включать отобранные
базы данных и таблицы. См. также database,
partial backup. См. также suspend,
warm backup.
Несколько типов файлов журнала используются в MySQL Enterprise Backup.
Наиболее распространенным является
журнал отката InnoDB,
с которым консультируются во время
возрастающих резервных копий. См. также
incremental backup, redo log
. См. также LSN
.
Резервная копия, которая
воспроизводит структуру таблицы и данные, не копируя фактические файлы
данных. Например, См. также backup,
physical backup.
Сокращение от log sequence number.
Эта произвольная постоянно увеличивающаяся величина представляет соответствие
момента времени операциям, зарегистрированным в
журнале отката.
Этот момент времени независим от границ транзакции, это может находиться
посреди одной или более транзакций. Это используется внутренне InnoDB во
время восстановления катастрофы
и для управления пулом буферов. В MySQL Enterprise Backup
можно определить LSN, чтобы представлять момент времени, от которого можно
взять инкрементное резервное копирование
. Соответствующий LSN показан выводом
mysqlbackup. Как только у вас есть соответствие
LSN времени полного резервного копирования, можно определить значение, чтобы
взять последующее инкрементное резервное копирование, вывод которого содержит
другой LSN для следующего инкрементного резервного копирования. См. также crash recovery,
hot backup,
incremental backup,
redo log.
Файл, содержащий ссылки на другие таблицы, используемые механизмом хранения
Файл, хранящий данные таблицы MyISAM. См. также .MYI-файл.
Файл, хранящий индексы таблицы MyISAM. См. также .MYD-файл.
Отчет окружающей среды (например, параметры командной строки) и файлы данных,
вовлеченные в резервную копию, сохраненный в файлах
См. также source
.
Класс программ для управления резервными носителями, такими как библиотеки
резервных копий на магнитной ленте. Один пример:
Oracle Secure Backup.
Сокращенно MMS. См. также
Oracle Secure Backup.
Типичное название конфигурационного файла
MySQL в Linux, Unix и OS X. См. также configuration file
, my.ini.
Типичное название конфигурационного файла
MySQL в Windows. См. также
configuration file, my.cnf
.
Механизм хранения MySQL, раньше умолчание для новых таблиц. В MySQL 5.5 и
выше InnoDB
становится механизмом хранения по умолчанию. MySQL Enterprise Backup
может поддержать типы таблиц от разных механизмов хранения.
Процесс резервного копирования для таблиц InnoDB
(горячее резервное копирование)
менее проблемный для операций с базами данных, чем для таблиц MyISAM
(теплая резервная копия). См. также hot backup,
InnoDB,
warm backup.
Лицензированные продукты, которые выполняют
горячее резервное копирование баз данных MySQL. Это
предлагает больше эффективности и гибкости, поддерживая таблицы
InnoDB, это может также поддержать
MyISAM и другие виды таблиц. Это включено как часть подписки
MySQL Enterprise Edition. См. также Barracuda,
hot backup,
InnoDB.
Основная команда продукта MySQL
Enterprise Backup. Различные варианты выполняют
резервирования и
восстановления.
Команда MySQL, которая выполняет логические
резервные копии, производя ряд команд SQL, чтобы воссоздать
таблицы и данные. Подходит для небольших резервных копий или наименее
критических данных, потому что операция
восстановления занимает больше времени, чем с
физической резервной копией,
созданной MySQL Enterprise Backup
. См. также logical backup,
physical backup,
restore.
Резервная копия, которая НЕ создается, используя
transportable
tablespace (TTS), то есть, не с опцией
См. также
transportable tablespace,
TTS backup.
Файл, содержащий конфигурационную информацию базы данных. Файлы с этим
расширением всегда включаются в резервные копии, созданные операциями
резервного копирования продукта MySQL Enterprise
Backup.
Тип выполнения операции в то время, как сервер базы данных остановлен. С
продуктом MySQL Enterprise Backup
главная офлайновая операция это
восстановление. Вы не можете
выполнить холодное резервное копирование
с MySQL Enterprise Backup
8.0. Контраст с online. См. также cold backup,
online,
restore.
Тип операции, выполняемой в то время, как сервер базы данных работает.
Горячее резервное копирование
идеальный пример, потому что база данных продолжает работать и никакие
операции чтения или записи не заблокированы. По этой причине иногда
горячее резервное копирование и
резервная копия онлайн используются в качестве
синонимов. Холодное резервное копирование
это противоположность операции онлайн, по определению сервер базы
данных закрывается в то время как, резервная копия происходит
(MySQL Enterprise Backup 8.0
не поддерживает холодное резервное копирование
). Теплая резервная копия
также своего рода операция онлайн, потому что сервер базы данных
продолжает работать, хотя некоторые операции записи могли быть заблокированы
в то время, как теплая резервная копия происходит. Контраст с
offline. См. также cold backup,
hot backup,
offline,
warm backup.
Оптимистическая резервная копия это особенность улучшения работы для
поддержки и восстановления огромных баз данных, в которых только небольшое
количество таблиц часто изменяются. Оптимистическая резервная копия состоит
из двух фаз: (1) оптимистическая фаза, в который таблицы, которые вряд ли
будут изменены во время процесса резервного копирования (определены
пользователем с помощью опций
В оптимистическом инкрементном резервном копировании
mysqlbackup просматривает файлы данных InnoDB,
которые были изменены начиная с последней резервной копии, для выявления
измененных страниц, затем сохраняет их в инкрементное резервное копирование.
Это выполняется, определяя
Продукт Oracle для управления
резервными носителями,
классифицированный как media management software
(MMS).
Сокращение: OSB. Для
MySQL Enterprise Backup OSB, как
правило, используется, чтобы справиться с резервным копированием
на магнитную ленту. См. также backup,
media management software, OSB
.
Сокращение для Oracle Secure Backup
, продукт media management software
(MMS). См. также
Oracle Secure Backup.
Файл, содержащий определения разделения. Файлы с этим расширением всегда
включаются в резервные копии, созданные
mysqlbackup.
Способ обработки по умолчанию в MySQL Enterprise Backup 3.8 и выше, используя
много потоков для различных классов внутренних операций, см.
раздел 1.2 для обзора,
раздел 20.10 для
соответствующих опций mysqlbackup и
главу 13 для рекомендаций и подсказок.
Резервная копияbackup, которая
содержит некоторые таблицы в
базе данных MySQL или некоторые базы данных сервера MySQL. Контраст с
полным резервным копированием.
Связанные опции mysqlbackup:
См. также backup,
database,
full backup,
partial restore,
table.
Операция восстановления, которая
относится к одной или более таблиц
или баз данных, но не ко всему
содержанию сервера MySQL. Восстанавливаемые данные могли прибыть из
частичной резервной копии или
полного резервного копирования.
Связанные опции mysqlbackup:
См. также database,
full backup,
partial backup,
restore,
table.
Резервная копия, которая копирует
фактические файлы данных. Например, MySQL
Enterprise Backup создает физическую резервную копию, потому
что ее вывод содержит файлы данных, которые могут использоваться
непосредственно сервером См. также backup,
logical backup.
Время, соответствующее концу операции
резервного копирования.
Подготовленная резервная копия
включает все изменения, которые произошли в то время, как операция резервного
копирования работала. Восстановление
резервной копии возвращает данные к состоянию в тот момент времени,
когда операция резервного копирования закончилась. См. также backup,
prepared backup,
restore.
Набор данных резервного копирования, который совершенно последователен и
готов быть восстановленным. Это производится, выполняя операцию
apply на
сырой резервной копии. См. также apply,
raw backup.
Таблица См. также backup,
history table.
Начальный набор данных резервного копирования, еще не готовых быть
восстановленными, потому что это не включает изменения, которые произошли в
то время, как резервная копия работала. Операция
apply преобразовывает резервные файлы в
подготовленную резервную копию,
которая готова быть восстановленной. См. также apply,
prepared backup.
Ряд файлов, как правило, названных См. также LSN.
MySQL Enterprise Backup применяет POSIX-стиль регулярных выражений,
например, чтобы определить таблицы и/или базы данных, для
include или
exclude в
частичной резервной копии.
Регулярные выражения требуют возможности экранировки
для точек в именах файлов, потому что точка это
односимвольный подстановочный знак, никакая экранировка не нужна для
наклонных черт вправо в путях. Определяя регулярные выражения в командной
строке, окружите их кавычками, подходящими для среды оболочки, чтобы
предотвратить раскрытие таких знаков, как звездочки
подстановочным механизмом оболочки. См. также exclude,
include,
partial backup.
Запись на сервере точной копии
событий, прочитанных из двоичного журнала
исходного сервера и написанных потоком I/O репликации.
Журнал реле, как двоичная регистрация
, состоит из ряда пронумерованных файлов, содержащих события, которые
описывают изменения базы данных и индексный файл, который содержит названия
всех используемых файлов журнала реле. Для получения дополнительной
информации о журнале реле посмотрите
The Relay Log. Журнал реле сервера
поддерживается по умолчанию. См. также binary log,
replication.
В репликации сервер базы данных,
который получает обновления от исходного
сервера. Как правило, используется для обработки запросов
пользователя, чтобы минимизировать нагрузку запросов на исходном сервере.
С MySQL Enterprise Backup
вы могли бы взять резервную копию на одном сервере и восстановить на иной
системе, чтобы создать новый сервер точной копии с данными.
Вы могли бы также поддержать данные из сервера точной копии, а не из
исходного, чтобы минимизировать любое замедление полной системы. См. также replication,
source.
Общая конфигурация для развертывания MySQL, с данными и операциями DML от
исходного сервера синхронизирована
с рядом серверов точной копии.
С MySQL Enterprise Backup
вы могли бы взять резервную копию на одном сервере и восстановить на иной
системе, чтобы создать новый сервер точной копии с данными.
Вы могли бы также поддержать данные из сервера точной копии, а не исходного,
чтобы минимизировать любое замедление полной системы.
Мы различаем хранилище сервера и
резервный репозитарий. См. также
backup repository,
server repository.
Обратный резервированию процесс.
Файлы данных из подготовленной резервной копии
помещены на место, чтобы восстановить проблему данных или
возвратить систему к более раннему состоянию. См. также backup,
prepared backup.
Формат памяти на диске для строки таблицы InnoDB. Поскольку InnoDB получает
новые возможности, такие как сжатие, новые форматы вводятся, чтобы поддержать
получающиеся улучшения эффективности хранения. У каждой таблицы есть свой собственный формат, определенный через опцию
Файл, содержащий метаданные (называемый
Serialized Dictionary Information (SDI))
для таблицы MyISAM.
Сокращение для system backup to tape
. См. также
system backup to tape.
Другое название для частичной резервной копии
. См. также partial backup,
selective restore.
Другое название для частичного восстановления
. См. также partial restore,
selective backup.
Экземпляром MySQL управляет демон
См. также connection,
instance.
Контраст с резервным репозитарием
. См. также
backup repository, repository
.
Резервная техника, которая упаковывает все данные резервного копирования в
один файл образ)
для простоты хранения и передачи. Резервная техника
трансляции требует использования
однофайлового резервного копирования. См. также образ,
трансляция. См. также
replica.
В репликации
сервер базы данных, который посылает обновления серверов
точной копии.
Это, как правило, посвящает большинство своих ресурсов операциям записи,
оставляя пользовательские запросы точным копиям.
С MySQL Enterprise Backup,
как правило, вы выполняете резервные копии на серверах точной копии, а не на
источнике, чтобы минимизировать любое замедление полной системы. См. также replica,
replication.
Резервная техника, которая немедленно передает данные другому серверу, вместо
того, чтобы сохранить местную копию. Применяются такие механизмы, как каналы
Unix. Требует однофайловогор резервного
копирования с файлом назначения, определенным как
См. также
single-file backup.
Дополнительный этап в рамках резервной копии, где MySQL Enterprise Backup
останавливается, чтобы позволить определенные для пользователя операции.
Команда mysqlbackup имеет опции, которые
позволяют вам определить команды, которые будут выполнены в то время,
как резервная копия приостановлена.
API для media management software.
Сокращенно SBT. Несколько опций
mysqlbackup (с sbt
в именах) передают информацию к продуктам
media management software,
например, Oracle Secure Backup
. См. также
Oracle Secure Backup, SBT.
По умолчанию этот единственный файл данных хранит все данные о таблице для
базы данных, а также все метаданные для InnoDB-связанных объектов
словарь данных). Включение опции innodb_file_per_table
заставляет каждую новую составленную таблицу быть сохраненной в ее
собственном табличном пространстве
, уменьшая размер и зависимость от системного табличного пространства.
Хранение всех данных о таблице в системном табличном пространстве имеет
последствия для MySQL Enterprise Backup
(надо резервировать один большой файл, а не несколько меньших файлов)
и препятствует тому, чтобы вы использовали определенные функции InnoDB,
которые требуют более нового формата файла
Barracuda. См. также Barracuda,
data dictionary,
file format,
ibdata file,
tablespace.
Файл, содержащий параметры триггеров
. Файлы с этим расширением всегда включаются в резервные копии,
созданные mysqlbackup.
Хотя таблица отличный, адресуемый объект в контексте SQL, в
целях резервирования
мы часто обеспокоены тем, является ли таблица частью
системного табличного пространства
или была составлена в режиме file-per-table
и таким образом находится в собственном
табличном пространстве. См. также backup,
system tablespace,
tablespace.
Table-Level Recovery (TLR) это выборочное восстановление таблиц или схем из
резервной копии, см.
раздел 5.1.4. См. также partial restore
.
Для таблиц InnoDB
файл, который содержит данные и индексы для таблицы. Может быть
системное табличное пространство,
содержащее много таблиц или таблица, составленная в режиме
file-per-table,
которая хранится в собственном файле табличного пространства. См. также InnoDB,
system tablespace.
Сокращение для Table-Level Recovery. См. также partial restore,
Table-Level Recovery (TLR)
.
Особенность, которая позволяет
табличному пространству
быть перемещенным между экземплярами. Традиционно это не было возможно для
табличных пространств InnoDB, потому что все данные о таблице были частью
системного табличного пространства
. Но в MySQL 5.6 и выше синтаксис
Используйте опцию См. также
partial backup.
Краткая форма для transportable
tablespace. См. также partial backup,
transportable tablespace
.
Резервная копия, которая создается, используя
transportable
tablespace (TTS) то есть, с опцией
См. также non-TTS backup,
partial backup,
transportable tablespace.
Резервная копия взятая в то время,
как база данных работает но это ограничивает некоторые операции по базе
данных во время процесса резервного копирования. Например, таблицы могли бы
стать только для чтения. Для высоконагруженных приложений и веб-сайтов вы
могли бы предпочесть горячее резервное копирование
. См. также backup,
cold backup,
hot backup.
Приложение F. Обновление таблицы прогресса резервной копии
mysql.backup_progress была обновлена с выпуском
MySQL Enterprise Backup 8.0.19:id.backup_id и
current_timestamp.mysql.backup_progress.
Если это обнаруживает, что таблица находится в старом формате (что означает,
что сервер был модернизирован от 8.0.18 или ранее и был поддержан
MySQL Enterprise Backup), это пытается выполнить обновление формата таблицы
автоматически следующими шагами:mysql.backup_progress_new и скопируйте в нее данные из
оригинальной mysql.backup_progress.mysql.backup_progress в
mysql.backup_progress_old, а
mysql.backup_progress_new в
mysql.backup_progress.mysql.backup_progress_old.
mysqlbackup на сервере, делая эти запросы в
mysql:
GRANT ALTER ON mysql.backup_progress TO 'mysqlbackup'@'localhost';
GRANT CREATE, INSERT, DROP ON mysql.backup_progress_old TO
'mysqlbackup'@'localhost';
GRANT CREATE, INSERT, DROP, ALTER ON mysql.backup_progress_new TO
'mysqlbackup'@'localhost';
191219 20:48:43 MAIN ERROR: MySQL query 'RENAME table mysql.backup_progress
TO mysql.backup_progress_old, mysql.backup_progress_new
TO mysql.backup_progress': 1142, ALTER command denied to user
'mysqlbackup'@'localhost' for table 'backup_progress'
Глоссарий MySQL Enterprise Backup
A
B
binary-or-relay-log-file-name.bz.bz несжаты во время восстановления.mysqldump.
У этих методов есть различные особенности с точки зрения размера и
представления данных резервного копирования и скорости
(особенно скорости восстановления).--backup-dir
о том, как резервный каталог используется в различных целях и
для различных операций..cnf в Unix-системах и
.ini в Windows.--slave-info.C
[mysqlbackup]. Для удобства MySQL Enterprise Backup
может также прочитать параметры настройки из секции [client]
для параметров конфигурации, которые распространены между MySQL Enterprise
Backup и другими программами, которые соединяются с сервером MySQL.D
--incremental,
--incremental-with-redo-log-only,
--incremental-backup-dir,
--incremental-base и
--start-lsn.E
extract и
image-to-backup-dir, соответственно.F
.frm-файлы были удалены в MySQL 8.0, но все еще
используются в более ранних выпусках MySQL. В MySQL 8.0 данные, ранее
хранившиеся в файлах .frm, хранятся в таблицах
словаря данных.ibdata1, ibdata2 и т.д.
Каждый формат файла поддерживает один или несколько форматов строки.H
mysql.backup_history хранит детали законченных
операций резервного копирования.
В то время как задание резервного копирования выполняется,
детали (особенно изменяющееся значение статуса) зарегистрированы в
таблице прогресса.I
.ibd. Это расширение не
относится к системному табличному пространству
, которое составлено из файлов
ibdata1, ibdata2 и т.д..ibd
в .ibz..ibz в сжатой резервной копии.ibdata1, ibdata2 и т.д.,
который составляет системное табличное
пространство InnoDB. Эти файлы содержат метаданные о таблицах
InnoDB и могут содержать некоторые или все таблицы и данные об индексе также
(в зависимости от того, была ли включена опция
file-per-table, когда каждая
таблица составлена). Для обратной совместимости эти файлы всегда используют
формат файла Antelope.-), когда данные резервного
копирования транслируются
непосредственно другой команде или удаленному серверу. На этот термин
ссылаются в нескольких опциях mysqlbackup,
например, в
backup-dir-to-image и
image-to-backup-dir.--incremental,
--incremental-with-redo-log-only,
--incremental-backup-dir,
--incremental-base и
--start-lsn.CREATE TABLE
составляет таблицы InnoDB по умолчанию.L
mysqldump создает логическую резервную копию,
потому что ее вывод содержит запросы CREATE TABLE и
INSERT, чтобы воссоздать данные. Контраст с
физической резервной копией.M
MERGE. Файлы с этим расширением всегда включаются в резервные
копии, созданные mysqlbackup.meta/backup_create.xml и
meta/backup_content.xml.
Эти данные могут использоваться инструментами управления во время процедур
поиска неисправностей и диагноза.N
--use-tts.O
optimistic-time или
optimistic-busy-tables) поддерживаются без блокировок,
(2) нормальная фаза, в которой таблицы, которые не поддерживаются в первой
фазе, поддерживаются способом, подобным тому, как они обрабатываются в
обычной резервной копии: файлы InnoDB копируются сначала, затем другие
соответствующие файлы копируются или обрабатываются с различными
блокировками, относящимися к базе данных. Журналы отката и отмены, системное
табличное пространство также поддерживаются в этой фазе. Посмотрите
раздел 4.3.6.--incremental=optimistic. См.
подробности.P
--include-tables,
--exclude-tables,
--use-tts,
--only-known-file-types и
--only-innodb
.--include-tables,
--exclude-tables и
--rename.mysqld. Контраст с
логической резервной копией.mysql.backup_progress хранит детали выполнения
операции резервного копирования.
Когда задание резервного копирования заканчивается, детали зарегистрированы в
таблице истории.R
ib_logfile0 и
ib_logfile1, хранящих запросы, которые пытаются изменить данные
в таблицах InnoDB. Эти запросы переигрываются автоматически, чтобы исправить
данные, записанные незавершенными транзакциями при запуске после катастрофы.
Проход данных через журналы отката представляется постоянно увеличивающимся
значением LSN. Ограничение в 4GB
на максимальный размер журнала отката повышено в MySQL 5.6.ROW_FORMAT. Чтобы видеть формат строки для каждой таблицы
InnoDB, дайте команду SHOW TABLE STATUS.
Поскольку все таблицы в системном табличном пространстве разделяют тот же
самый формат строки, использование других форматов, как правило, требует
урегулирования опции innodb_file_per_table, чтобы каждая таблица
была сохранена в отдельном табличном пространстве.S
mysqld. Физическая машина может принять много серверов MySQL,
каждый требующий его собственных действий
резервирования и планирования.
Некоторые операции резервного копирования общаются с сервером посредством
соединений.- (стандартный вывод).T
FLUSH TABLES ... FOR EXPORT
готовит таблицу InnoDB к копированию к другому серверу; запуск
ALTER TABLE ... DISCARD TABLESPACE и
ALTER TABLE ... IMPORT TABLESPACE
на другом сервере приносит скопированный файл данных в другой экземпляр.
Отдельный файл .cfg, скопированный наряду с
.ibd-файлом, используется, чтобы
обновить метаданные таблицы (например, space ID
), когда табличное пространство импортируется. Посмотрите
Importing InnoDB Tables.
--use-tts, чтобы создать резервную копию с транспортабельным
табличным пространством. См. также
раздел 5.1.5.--use-tts.W
| Найди своих коллег! |
Вы можете
направить письмо администратору этой странички, Алексею Паутову.
