WebMoney:  WMZ Z294115950220  WMR R409981405661  WME E134003968233	Visa  4274 3200 2453 6495

Глава 11. Применение MySQL Enterprise Backup с Media Management Software (MMS) Эта секция описывает, как можно использовать MySQL Enterprise Backup в сочетании с продуктами программного обеспечения управления (MMS) для создания резервных копий для базы данных. Такие продукты, как правило, используются для управления большими объемами данных резервного копирования, часто с устройствами резервного копирования большой емкости, такими как стриммеры. Также см. здесь для большего количества обсуждений использования продуктов MMS с mysqlbackup через интерфейс System Backup to Tape (SBT). 11.1. Поддержка, чтобы записать на ленту с Oracle Secure Backup Лентопротяжные устройства это доступные устройства хранения данных большой емкости для данных резервного копирования. MySQL Enterprise Backup может взаимодействовать с программным обеспечением MMS, например, Oracle Secure Backup (OSB). Программное обеспечение управления должно поддерживать System Backup to Tape (SBT) API Version 2 или выше. На стороне MySQL Enterprise Backup вы управляете заданием резервного копирования как однофайловым резервным копированием, используя параметр --backup-image с префиксом sbt: перед именем файла и произвольно передаете другие параметры --sbt-* mysqlbackup , чтобы управлять различными аспектами обработки SBT. Опции --sbt-* перечислены в разделе 20.9. На стороне OSB можно наметить задания резервного копирования MySQL Enterprise Backup, определив конфигурируемую команду, которая вызывает mysqlbackup. Вы управляете особенностями OSB, такими как шифрование, определяя storage selector, который применяет те особенности к конкретной резервной копии и передаете имя селектора к OSB с использованием параметра MySQL Enterprise Backup --sbt-database-name= storage_selector. Чтобы поддержать данные MySQL, чтобы записать на ленту: Укажите параметр --backup-image=sbt: name , чтобы однозначно определить данные резервного копирования. Префикс sbt: посылает данные резервного копирования в MMS, а не в местный файл, остаток от значения аргумента используется в качестве уникального резервного имени в MMS. Укажите параметр --sbt-database-name, чтобы позволить оператору OSB сформировать селектор хранения для резервных копий из этого источника MySQL. Этот параметр относится к storage selector, определенному оператором OSB, а не к любому имени базы данных MySQL. По умолчанию mysqlbackup поставляет значение MySQL для этого параметра MMS. Аргумент опции ограничивается 8 байтами. Если у вас есть многочисленные установленные программы управления, чтобы выбрать определенную библиотеку SBT, чтобы использовать, определите параметр --sbt-lib-path . Если вы не определяете параметр --sbt-lib-path , mysqlbackup использует нормальные пути операционной системы и переменные окружения, чтобы определить местонахождение библиотеки SBT, которую называют libobk.so в Linux и Unix или ORASBT.DLL в Windows. Когда вы определяете --sbt-lib-path , можно использовать иное имя файла для библиотеки в дополнение к определению пути. Определите любые другие определенные для продукта параметры настройки, которыми обычно управляют переменные окружения, используя опцию --sbt-environment. Каждый раз, когда резервная копия онлайн сделана на ленту, используя SBT API помимо записи резервной копии в таблицы mysql.backup_history и mysql.backup_progress, запись также сделана в таблицу mysql.backup_sbt_history на сервере MySQL. Это облегчает управление резервными копированиями на магнитную ленту, позволяя легкие поиски для получения информации о них. Определение таблицы backup_sbt_history: mysql> DESCRIBE `backup_sbt_history`; +--------------------+---------------+------+-----+---------------------+----------------+ | Field | Type | Null | Key | Default | Extra | +--------------------+---------------+------+-----+---------------------+----------------+ | id | int | NO | PRI | NULL | auto_increment | | backup_id | bigint | NO | | NULL | | | backup_file_name | varchar(4096) | NO | | NULL | | | file_creation_time | timestamp | NO | | 0000-00-00 00:00:00 | | | file_expiry_time | timestamp | NO | | 0000-00-00 00:00:00 | | | volume_label | varchar(64) | NO | | NULL | | | sbt_error_msg | varchar(4096) | NO | | NULL | | | sbt_error_code | int | NO | | NULL | | +--------------------+---------------+------+-----+---------------------+----------------+ Вот описания для полей таблицы: id: Auto-increment primary key для таблицы. backup_id: ID резервной копии, который также зарегистрирован в записях резервной копии в таблицах mysql.backup_history и mysql.backup_progress . backup_file_name: Имя файла, обеспеченное пользователем через опцию --backup-image=sbt:name . file_creation_time: Дата и время создания для резервного копирования на магнитную ленту. file_expiry_time: Дата и время истечения срока для резервного копирования на магнитную ленту. volume_label: Метка тома для физической среды, которая содержит резервное копирование на магнитную ленту. sbt_error_msg: Сообщение об ошибке, когда ошибка происходит, восстанавливая информацию для резервного копирования на магнитную ленту. sbt_error_code: Код ошибки, когда ошибка происходит, восстанавливая информацию для резервного копирования на магнитную ленту. Многократные записи, по одной для каждой метки тома, создаются в таблице mysql.backup_sbt_history, если резервная копия разделяется на несколько томов. Вот некоторые типовые записи в таблице mysql.backup_sbt_history: mysql> SELECT * FROM mysql.backup_sbt_history; +----+-------------------+------------------+---------------------+---------------------+-----------------+---------------+----------------+ | id | backup_id | backup_file_name | file_creation_time | file_expiry_time | volume_label | sbt_error_msg | sbt_error_code | +----+-------------------+------------------+---------------------+---------------------+-----------------+---------------+----------------+ | 1 | 15921945689894983 | backup_img1.msb | 2020-06-15 07:16:09 | 2020-06-15 07:16:09 | /sbt_bup_dir | | 0 | | 2 | 15921945689894983 | backup_img1.msb | 2020-06-15 07:16:09 | 2020-06-15 07:16:09 | backup_img1.msb | | 0 | +----+-------------------+------------------+---------------------+---------------------+-----------------+---------------+----------------+ 2 rows in set (0.00 sec) Запись на ленту всегда задействует единственный поток записи. Чтобы восстановить данные MySQL с ленты: Укажите параметр --backup-image=sbt:name как часть операции восстановления. Используйте то же самое значение name, которое использовалось во время резервной копии. Этот единственный параметр восстанавливает соответствующие данные из соответствующего накопителя на магнитной ленте. Произвольно используйте --sbt-lib-path, указав то же самое значение, как при создании резервной копии. Определите любые другие определенные для продукта параметры настройки, которыми обычно управляют переменные окружения, используя опцию --sbt-environment. Для определенной для продукта информации об Oracle Secure Backup см. the Oracle Secure Backup documentation. Пример 11.1. Образец команд, использующих MySQL Enterprise Backup с Oracle Secure Backup # Uses libobk.so or ORASBT.DLL, at standard locations: mysqlbackup --port=3306 --protocol=tcp --user=root --password \ --backup-image=sbt:backup-shoeprod-2011-05-30 \ --backup-dir=/backup backup-to-image # Associates this backup with storage selector 'shoeprod': mysqlbackup --port=3306 --protocol=tcp --user=root --password \ --backup-image=sbt:backup-shoeprod-2011-05-30 \ --sbt-database-name=shoeprod \ --backup-dir=/backup backup-to-image # Uses an alternative SBT library, /opt/Other-MMS.so: mysqlbackup --port=3306 --protocol=tcp --user=root --password \ --backup-image=sbt:backup-shoeprod-2011-05-30 \ --sbt-lib-path=/opt/Other-MMS.so \ --backup-dir=/backup backup-to-image

Поиск На сайте В Яндексе

Вы можете направить письмо администратору этой странички, Алексею Паутову.