Параметры резервного копирования для модуля Greenplum и Arenadata

Окно параметров резервного копирования (Рисунок 1) позволяет тонко настроить процесс резервного копирования и управлять тем, что включается в резервную копию.

Pictures/7
Рисунок 1.

Параметры правила резервного копирования предназначены для задания одноименных опций утилиты gpbackup, с помощью которой выполняется резервное копирование оригинальной СУБД Arenadata или Greenplum. Подробнее о работе утилиты gpbackup можно прочитать в документации VMware.

Таблица 1. Дополнительные параметры правил резервного копирования СУБД Arenadata или Greenplum
Параметр Описание Значение по умолчанию Допустимые значения

data_only

Резервное копирование только данных таблицы в файлы CSV, не включая файлы метаданных, необходимых для воссоздания таблиц и других объектов базы данных

false

true, false

metadata_only

Создает только файлы метаданных (DDL), необходимые для воссоздания объектов базы данных, но не выполняет резервное копирование фактических данных таблицы

false

true, false

without_globals

Пропустить глобальные системные объекты базы данных во время резервного копирования

false

true, false

compression_level

Указывает уровень сжатия файлов данных (уровень 0 означает, что сжатие отключено)

0

09

compression_type

Указывает тип сжатия файлов данных

gzip

gzip, zstd

exclude_schema_file

Указывает текстовый файл, содержащий список схем, которые не должны попасть в резервную копию

exclude_table_file

Указывает текстовый файл, содержащий список таблиц, которые не должны попасть в резервную копию

include_schema_file

Указывает текстовый файл, содержащий список схем, которые должны попасть в резервную копию

include_table_file

Указывает текстовый файл, содержащий список таблиц, которые должны попасть в резервную копию

jobs

Указывает количество параллельных подключений к базе данных при резервном копировании таблиц. Увеличение этого числа может повысить скорость резервного копирования данных

1

164. Рекомендуемые значения: 1-8

  • Путь к текстовому файлу, указываемому вместе с опциями exclude_schema_file, exclude_table_file, include_schema_file и include_table_file должен быть полным. Сам файл должен находиться в директории, в которую предоставлен доступ пользователю gpadmin.

  • В файле, указываемом вместе с опцией exclude_schema_file, не должно быть завершающих строк. Если в имени схемы используется какой-либо символ кроме a-z, 0-9 и _, это имя необходимо заключить в двойные кавычки. Данную опцию нельзя комбинировать с опциями include_schema_file и include_table_file.

  • Каждая строка в файле, указываемом вместе с опцией exclude_table_file, должна определять одну таблицу в формате <имя-схемы>.<имя-таблицы>. В файле не должно быть завершающих строк. Если в имени таблицы или схемы используется какой-либо символ, кроме a-z, 0-9 и _, это имя необходимо заключить в двойные кавычки. Данную опцию нельзя комбинировать с опциями exclude_schema_file и include_table_file.

  • В файле, указываемом вместе с опцией include_schema_file, не должно быть завершающих строк. Если в имени схемы используется какой-либо символ кроме a-z, 0-9 и _, это имя необходимо заключить в двойные кавычки. Данную опцию нельзя комбинировать с опциями exclude_schema_file и include_schema_file.

  • Каждая строка в файле, указываемом вместе с опцией include_table_file, должна определять одну таблицу в формате <имя-схемы>.<имя-таблицы>. В файле не должно быть завершающих строк. Если в имени таблицы или схемы используется какой-либо символ кроме a-z, 0-9 и _, это имя необходимо заключить в двойные кавычки. Данную опцию нельзя комбинировать с опциями exclude_table_file и include_schema_file.

  • Если при создании резервной копии базы данных была использована одна из опций фильтрации: exclude_schema_file, exclude_table_file, include_schema_file, include_table_file, without_globals или metadata_only, то перед восстановлением из данной резервной копии оригинальная база данных должна быть удалена и создана вручную. В качестве альтернативы восстановление из резервной копии может быть инициировано с установленной опцией drop_db (Параметры восстановления для модуля Greenplum и Arenadata).

  • Если при создании резервной копии базы данных был установлен флаг without_globals, то перед восстановлением из данной резервной копии подразумевается, что оригинальная база данных удалена и создана вручную. В качестве альтернативы восстановление из резервной копии может быть инициировано с установленной опцией drop_db (Параметры восстановления для модуля Greenplum и Arenadata).

  • Если при создании резервной копии базы данных был установлен флаг metadata_only, то перед восстановлением из данной резервной копии подразумевается, что оригинальная база данных удалена и создана вручную. В качестве альтернативы восстановление из резервной копии может быть инициировано с установленной опцией drop_db (Параметры восстановления для модуля Greenplum и Arenadata).

  • Для резервных копий, созданных при включенной опции data_only:

    • Восстанавливаемая база данных должна существовать, иначе задача восстановления завершится с ошибкой.

    • Восстанавливаемая БД не должна содержать данных. При восстановлении резервной копий данные будут записаны поверх существующих, что может привести к дублированию.

    • Восстанавливаемая база данных может содержать метаданные. Для этого она должна быть восстановлена из резервной копии с использованием опции metadata_only.

  • Если для опции jobs указано значение выше 1, то все операции записи в базу данных должны быть приостановлены. Утилита gpbackup блокирует таблицы, для которых выполняется резервное копирование. Если gpbackup не может заблокировать таблицу(ы), для которой(х) создается резервная копия, утилита завершит работу, и задача на создание резервной копии завершится с ошибкой.

  • Если для опции jobs указано значение выше 1 и установлен флаг metadata_only, то значение флага metadata_only будет проигнорировано ввиду несовместимости одноименных опций внутри утилиты gpbackup.

  • При указании значения для опции jobs выше 1, при работе утилиты gpbackup возможен сценарий взаимоблокировки, при котором процесс создания резервной копии зависнет. В этом случае задача на выполнение резервного копирования будет находиться в статусе execution до её принудительного завершения сервером RuBackup. Подробнее о возможной проблеме при работе утилиты gpbackup можно прочитать в документации VMware.