--allow-pk-changes

При установке этого параметра в 1, ndb_restore разрешает различие первичных ключей в определении таблицы от первичных ключей той же таблицы в резервной копии. Это может быть желательно при резервном копировании и восстановлении между различными версиями схем с изменениями первичных ключей в одной или нескольких таблицах, и, похоже, выполнение операции восстановления с помощью ndb_restore проще или эффективнее, чем выполнение многих ALTER TABLE инструкций после восстановления схем и данных таблиц.

Следующие изменения в определениях первичных ключей поддерживаются --allow-pk-changes:

Эти различия могут быть объединены с другими различиями схемы, поддерживаемыми ndb_restore, включая изменения столбцов blob и text, требующие использования таблиц промежуточного хранения.

Основные шаги в типичном сценарии с изменениями схемы первичного ключа перечислены здесь:

При расширении первичного ключа ndb_restore может использовать временный уникальный вторичный индекс во время операции восстановления для сопоставления старого первичного ключа с новым. Такой индекс создается только при необходимости для применения событий из журнала резервной копии к таблице, у которой расширен первичный ключ. Этот индекс называется NDB$RESTORE_PK_MAPPING и создается для каждой требующей этого таблицы; он может быть, при необходимости, совмещен несколькими экземплярами ndb_restore, работающими параллельно. (Запуск ndb_restore --rebuild-indexes в конце процесса восстановления приводит к удалению этого индекса.)

--append

При использовании с параметрами --tab и --print-data, это приводит к добавлению данных в любые существующие файлы с теми же именами.

--backup-path=dir_name

Путь к каталогу резервной копии обязателен; он передается в ndb_restore с помощью параметра --backup-path и должен включать подкаталог, соответствующий идентификатору резервной копии, которую необходимо восстановить. Например, если DataDir узла данных равен /var/lib/mysql-cluster, то каталог резервной копии — /var/lib/mysql-cluster/BACKUP, а файлы резервной копии с идентификатором 3 находятся в /var/lib/mysql-cluster/BACKUP/BACKUP-3. Путь может быть абсолютным или относительным к каталогу, в котором находится исполняемый файл ndb_restore, и может дополнительно начинаться с backup-path=.

Можно восстановить резервную копию в базе данных с конфигурацией, отличной от той, из которой она была создана. Например, предположим, что резервная копия с идентификатором 12, созданная в кластере с двумя узлами хранения данных с идентификаторами узлов 2 и 3, должна быть восстановлена в кластере с четырьмя узлами. Тогда ndb_restore необходимо запустить дважды — один раз для каждого узла хранения данных в кластере, где была создана резервная копия. Однако ndb_restore не всегда может восстанавливать резервные копии, созданные в кластере, работающем на одной версии MySQL, в кластере, работающем на другой версии MySQL. Дополнительные сведения см. в разделе 21.3.7, «Обновление и понижение версии кластера NDB».

Для более быстрого восстановления данные могут восстанавливаться параллельно, при условии, что доступно достаточное количество подключений к кластеру. То есть при восстановлении на нескольких узлах параллельно, для каждого параллельного процесса ndb_restore должен быть доступен раздел [api] или [mysqld] в файле конфигурации кластера config.ini. Однако файлы данных всегда должны применяться до журналов.

--backupid=#, -b

Этот параметр используется для указания идентификатора или порядкового номера резервной копии и совпадает с номером, отображаемым клиентом управления в сообщении Backup backup_id completed, отображаемом по завершении резервного копирования. (См. раздел 21.6.8.2, «Использование клиента управления кластером NDB для создания резервной копии».)

В NDB 7.5.13 и более поздних версиях, а также в NDB 7.6.9 и более поздних версиях этот параметр является обязательным.

--character-sets-dir

Каталог, содержащий кодировки символов.

--connect, -c

Псевдоним для --ndb-connectstring.

--connect-retries

Количество попыток повторного подключения перед отказом.

--connect-retry-delay

Количество секунд ожидания между попытками связаться с сервером управления.

--connect-string

То же, что и --ndb-connectstring.

--core-file

Записать файл дампа памяти при ошибке; используется при отладке.

--defaults-extra-file

Прочитать данный файл после того, как будут прочитаны глобальные файлы.

--defaults-file

Прочитать параметры по умолчанию только из данного файла.

--defaults-group-suffix

Также читать группы с concat(group, suffix).

--disable-indexes

Отключить восстановление индексов во время восстановления данных из собственной резервной копии NDB. После этого вы можете восстановить индексы для всех таблиц одновременно с многопоточной сборкой индексов с помощью --rebuild-indexes, что должно быть быстрее, чем одновременная пересборка индексов для очень больших таблиц.

Начиная с NDB 7.5.24 и NDB 7.6.20, этот параметр также удаляет все внешние ключи, указанные в резервной копии.

--dont-ignore-systab-0, -f

Обычно, при восстановлении данных и метаданных таблицы, ndb_restore игнорирует копию системной таблицы NDB, которая присутствует в резервной копии. Параметр --dont-ignore-systab-0 заставляет восстановить системную таблицу. Этот параметр предназначен только для экспериментального и исследовательского использования и не рекомендуется в рабочей среде.

--exclude-databases=db-list

Список баз данных, разделенных запятыми, которые не должны быть восстановлены.

Этот параметр часто используется в сочетании с --exclude-tables; для получения дополнительной информации и примеров см. описание этого параметра.

--exclude-intermediate-sql-tables[=TRUE|FALSE]

При выполнении операций копирования ALTER TABLE, mysqld создаёт промежуточные таблицы (с именами, начинающимися с #sql-). При установке TRUE параметр --exclude-intermediate-sql-tables предотвращает ndb_restore от восстановления таких таблиц, которые могли остаться после этих операций. По умолчанию этот параметр TRUE.

--exclude-missing-columns

Используя этот параметр, можно восстановить только выбранные столбцы таблицы, что заставляет ndb_restore игнорировать любые отсутствующие столбцы в восстанавливаемых таблицах по сравнению с версиями этих таблиц в резервной копии. Этот параметр применяется ко всем восстанавливаемым таблицам. Если вы хотите применить этот параметр только к выбранным таблицам или базам данных, вы можете использовать его в сочетании с одним или несколькими параметрами --include-* или --exclude-*, описанными в другом месте этого раздела, для этого, а затем восстановить данные в оставшихся таблицах с помощью дополнительного набора этих параметров.

--exclude-missing-tables

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

--exclude-tables=table-list

Список одной или нескольких таблиц для исключения; каждая ссылка на таблицу должна включать имя базы данных. Часто используется вместе с --exclude-databases.

Когда используются --exclude-databases или --exclude-tables, исключаются только те базы данных или таблицы, которые указаны в параметре; все остальные базы данных и таблицы восстанавливаются командой ndb_restore.

Эта таблица показывает несколько вызовов ndb_restore с использованием параметров --exclude-* (другие необходимые параметры опущены для ясности), и как эти параметры влияют на восстановление из резервной копии NDB Cluster:

Вы можете использовать эти два параметра вместе. Например, следующее приводит к восстановлению всех таблиц во всех базах данных кроме баз данных db1 и db2, и таблиц t1 и t2 в базе данных db3:

$> ndb_restore [...] --exclude-databases=db1,db2 --exclude-tables=db3.t1,db3.t2

(Опять же, мы опустили другие, возможно, необходимые параметры для ясности и краткости в приведенном примере.)

Вы можете использовать параметры --include-* и --exclude-* вместе, соблюдая следующие правила:

Например, следующий набор параметров заставляет ndb_restore восстановить все таблицы из базы данных db1, за исключением db1.t1, а также не восстанавливать другие таблицы из других баз данных:

--include-databases=db1 --exclude-tables=db1.t1

Однако, изменение порядка этих параметров просто заставит восстановить все таблицы из базы данных db1 (включая db1.t1), но не таблицы из других баз данных, потому что параметр --include-databases, будучи самым правым, является первым совпадением с базой данных db1 и, таким образом, имеет приоритет над любым другим параметром, который соответствует db1 или любым таблицам в db1:

--exclude-tables=db1.t1 --include-databases=db1

--fields-enclosed-by=char

Каждое значение столбца заключено в строку, переданную в этот параметр (независимо от типа данных; см. описание --fields-optionally-enclosed-by).

--fields-optionally-enclosed-by

Строка, переданная этому параметру, используется для заключения значений столбцов, содержащих символьные данные (такие как CHAR, VARCHAR, BINARY, TEXT или ENUM).

--fields-terminated-by=char

Строка, переданная этому параметру, используется для разделения значений столбцов. Значение по умолчанию — символ табуляции (\t).

--help

Отобразить справку и выйти.

--hex

Если используется этот параметр, все двоичные значения выводятся в шестнадцатеричном формате.

--ignore-extended-pk-updates

При использовании параметра --allow-pk-changes столбцы, которые становятся частью первичного ключа таблицы, не должны обновляться во время создания резервной копии; такие столбцы должны сохранять те же значения с момента вставки значений в них до тех пор, пока строки, содержащие эти значения, не будут удалены. Если ndb_restore обнаруживает обновления этих столбцов при восстановлении резервной копии, восстановление завершается неудачей. Поскольку некоторые приложения могут устанавливать значения для всех столбцов при обновлении строки, даже если некоторые значения столбцов не изменяются, резервная копия может содержать события журнала, которые, как представляется, обновляют столбцы, которые на самом деле не изменяются. В таких случаях можно установить --ignore-extended-pk-updates в 1, заставив ndb_restore игнорировать такие обновления.

Для получения дополнительной информации см. описание --allow-pk-changes.

--include-databases=db-list

Список баз данных, разделенных запятыми, для восстановления. Часто используется вместе с --include-tables; см. описание этого параметра для получения дополнительной информации и примеров.

--include-tables=table-list

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

При использовании --include-databases или --include-tables восстанавливаются только те базы данных или таблицы, которые указаны в параметре; все остальные базы данных и таблицы исключаются ndb_restore и не восстанавливаются.

В следующей таблице показаны несколько вызовов ndb_restore с использованием параметров --include-* (другие параметры, которые могут потребоваться, опущены для ясности), и их влияние на восстановление из резервной копии кластера NDB:

Эти два параметра также можно использовать вместе. Например, следующий вызов приводит к восстановлению всех таблиц в базах данных db1 и db2, а также таблиц t1 и t2 в базе данных db3 (и никаких других баз данных или таблиц):

$> ndb_restore [...] --include-databases=db1,db2 --include-tables=db3.t1,db3.t2

(Опять же, мы опустили другие, возможно, необходимые параметры в приведенном выше примере.)

Также можно восстановить только выбранные базы данных или выбранные таблицы из одной базы данных без каких-либо параметров --include-* (или --exclude-*), используя синтаксис, показанный здесь:

ndb_restore other_options db_name,[db_name[,...] | tbl_name[,tbl_name][,...]]

Другими словами, можно указать для восстановления следующее:

--lines-terminated-by=char

Указывает строку, используемую для завершения каждой строки вывода. Значение по умолчанию — символ перевода строки (\n).

--login-path

Прочитать заданный путь из файла входа.

--lossy-conversions, -L

Этот параметр предназначен для дополнения параметра --promote-attributes. Использование --lossy-conversions позволяет выполнять потери при преобразованиях значений столбцов (снижение типа или изменения знака) при восстановлении данных из резервной копии. В некоторых исключениях правила, определяющие понижение, такие же, как для репликации MySQL; см. Раздел 16.4.1.10.2, «Репликация столбцов с различными типами данных» для получения информации о конкретных преобразованиях типов, в настоящее время поддерживаемых понижением атрибутов.

Начиная с NDB 7.5.23 и NDB 7.6.19, этот параметр также позволяет восстановить столбец NULL в качестве NOT NULL. Столбец не должен содержать никаких NULL записей; в противном случае ndb_restore завершится с ошибкой.

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

--ndb-connectstring

Установите строку подключения для подключения к ndb_mgmd. Синтаксис: "[nodeid=id;][host=]hostname[:port]". Перезаписывает записи в NDB_CONNECTSTRING и my.cnf.

--ndb-mgmd-host

То же самое, что и --ndb-connectstring.

--ndb-nodegroup-map=map, -z

Предназначен для восстановления резервной копии, взятой из одной группы узлов в другую группу узлов, но никогда полностью не реализован; не поддерживается.

--ndb-nodeid

Установите идентификатор узла для этого узла, переопределяя любой идентификатор, установленный с помощью --ndb-connectstring.

--ndb-optimized-node-selection

Включить оптимизации для выбора узлов для транзакций. Включено по умолчанию; используйте --skip-ndb-optimized-node-selection для отключения.

--no-binlog

Этот параметр предотвращает запись подключенных узлов SQL восстановленных данных ndb_restore в их двоичные журналы.

--no-defaults

Не читать параметры по умолчанию из любого файла параметров, кроме файла входа.

--no-restore-disk-objects, -d

Этот параметр останавливает ndb_restore от восстановления каких-либо объектов данных NDB Cluster Disk, таких как табличные пространства и группы файлов журнала; см. Раздел 21.6.11, «Таблицы данных NDB Cluster Disk» для получения дополнительной информации об этих объектах.

--no-upgrade, -u

При использовании ndb_restore для восстановления резервной копии, VARCHAR столбцы, созданные с использованием старого фиксированного формата, изменяются в размерах и пересоздаются с использованием теперь используемого переменного формата. Это поведение можно переопределить, указав --no-upgrade.

--nodeid=#, -n

Укажите идентификатор узла узла данных, на котором была взята резервная копия.

При восстановлении в кластере с другим количеством узлов данных, чем тот, на котором была взята резервная копия, эта информация помогает определить правильный набор или наборы файлов, которые нужно восстановить на данный узел. (В таких случаях обычно необходимо восстановить несколько файлов на один узел данных.) См. Раздел 21.5.24.2, «Восстановление в разном количестве узлов данных» для получения дополнительной информации и примеров.

В NDB 7.5.13 и более поздних версиях, а также в NDB 7.6.9 и более поздних версиях, этот параметр требуется.

--num-slices=#

При восстановлении резервной копии по частям этот параметр задает количество частей, на которые следует разделить резервную копию. Это позволяет нескольким экземплярам ndb_restore восстанавливать непересекающиеся подмножества параллельно, потенциально сокращая время, необходимое для выполнения операции восстановления.

Часть — это подмножество данных в данной резервной копии; другими словами, это набор фрагментов с одинаковым идентификатором части, указанным с помощью параметра --slice-id. Оба параметра всегда должны использоваться вместе, и значение, заданное --slice-id, всегда должно быть меньше количества частей.

ndb_restore сталкивается с фрагментами и присваивает каждому из них счётчик фрагментов. При восстановлении по частям каждому фрагменту присваивается идентификатор части; этот идентификатор находится в диапазоне от 0 до значения, на единицу меньшего, чем количество частей. Для таблицы, которая не является таблицей BLOB, часть, к которой принадлежит данный фрагмент, определяется с помощью показанной здесь формулы:

[slice_ID] = [fragment_counter] % [number_of_slices]

Для таблицы BLOB, счётчик фрагментов не используется; вместо него используется номер фрагмента вместе с идентификатором основной таблицы для таблицы BLOB (вспомните, что NDB хранит значения BLOB во внутренней отдельной таблице). В этом случае идентификатор части для данного фрагмента вычисляется следующим образом:

[slice_ID] =
([main_table_ID] + [fragment_ID]) % [number_of_slices]

Таким образом, восстановление по N частям означает запуск N экземпляров ndb_restore, все с --num-slices=N (вместе со всеми другими необходимыми параметрами) и по одному каждому с --slice-id=1, --slice-id=2, --slice-id=3 и так далее до slice-id=N-1.

--parallelism=#, -p

ndb_restore использует транзакции с одной строкой для одновременного применения многих строк. Этот параметр определяет количество параллельных транзакций (одновременных строк), которые экземпляр ndb_restore пытается использовать. По умолчанию это 128; минимум — 1, максимум — 1024.

Работа по выполнению вставок параллелизуется по потокам в узлах данных, которые участвуют. Этот механизм используется для восстановления объёмных данных из файла .Data — то есть, размытого моментального снимка данных; он не используется для создания или перестройки индексов. Журнал изменений применяется последовательно; операции удаления и создания индексов (DDL) обрабатываются отдельно. На стороне клиента при восстановлении нет параллелизма на уровне потоков.

--preserve-trailing-spaces, -P

Приводить к сохранению пробелов в конце при продвижении типа данных с фиксированной шириной к его типу переменной ширины — то есть, при продвижении значения столбца CHAR к VARCHAR или значения столбца BINARY к VARBINARY. В противном случае любые пробелы в конце таких значений столбцов удаляются при их вставке в новые столбцы.

--print

Приводит к тому, что ndb_restore выводит все данные, метаданные и журналы в stdout. Эквивалентно одновременное использование параметров --print-data, --print-meta и --print-log.

print-sql-log

Ведёт протокол SQL-запросов в stdout. Используйте этот параметр для включения; обычно данное поведение отключено. Параметр проверяет, прежде чем пытаться выполнить протоколирование, все ли таблицы, которые восстанавливаются, имеют явно определённые первичные ключи; запросы к таблице, имеющей только скрытый первичный ключ, реализованный NDB, не могут быть преобразованы в допустимые SQL-запросы.

Этот параметр не работает с таблицами, содержащими колонки BLOB.

Параметр --print-sql-log был добавлен в NDB 7.5.4. (Ошибка #13511949)

--progress-frequency=N

Выводит отчёт о статусе каждые N секунд во время проведения резервного копирования. 0 (значение по умолчанию) приводит к отсутствию отчётов о статусе. Максимальное значение равно 65535.

--promote-attributes, -A

ndb_restore поддерживает ограниченное повышение атрибутов аналогично поддержке MySQL replication; другими словами, данные, резервную копию которых выполнили из колонки заданного типа, в целом можно восстановить в колонку, используя тип “больше, схожий”. Например, данные из колонки CHAR(20) можно восстановить в колонку, объявленную как VARCHAR(20), VARCHAR(30) или CHAR(30); данные из колонки MEDIUMINT можно восстановить в колонку типа INT или BIGINT. Смотрите Раздел 16.4.1.10.2, «Репликация колонок с различными типами данных» для таблицы преобразований типов, которые в настоящее время поддерживаются повышением атрибутов.

Начиная с NDB 7.5.23 и NDB 7.6.19, этот параметр также позволяет восстановить колонку NOT NULL как NULL.

Повышение атрибутов с помощью ndb_restore необходимо явно включить, следующим образом:

При преобразовании между типами символьных данных и TEXT или BLOB, можно выполнять только преобразования между типами символов (CHAR и VARCHAR) и двоичных типов (BINARY и VARBINARY) одновременно. Например, нельзя повысить колонку INT до BIGINT, одновременно повышая колонку VARCHAR до TEXT в одном вызове ndb_restore.

Преобразование между колонками TEXT с использованием различных кодировок символов не поддерживается и прямо запрещено.

При выполнении преобразований типов символов или двоичных типов в TEXT или BLOB с помощью ndb_restore, вы можете заметить, что она создаёт и использует одну или несколько таблиц подготовки с именами table_name$STnode_id. Эти таблицы не нужны после этого и обычно удаляются ndb_restore после успешного восстановления.

--rebuild-indexes

Включить многопоточное перестроение упорядоченных индексов при восстановлении резервной копии NDB. Количество потоков, используемых для построения упорядоченных индексов ndb_restore с этим параметром, контролируется параметром конфигурации узла данных BuildIndexThreads и количеством LDMs.

Этот параметр необходимо использовать только для первого запуска ndb_restore; это приводит к перестроению всех упорядоченных индексов без использования --rebuild-indexes при восстановлении последующих узлов. Вы должны использовать этот параметр перед вставкой новых строк в базу данных; в противном случае возможно вставка строки, которая впоследствии приводит к нарушению уникального ограничения при попытке перестроить индексы.

По умолчанию построение упорядоченных индексов распараллеливается с количеством LDMs. Время построения оффлайн индексов при перезагрузках узла и системы можно ускорить, используя параметр конфигурации узла данных BuildIndexThreads; этот параметр не влияет на удаление и перестройку индексов ndb_restore, которое выполняется онлайн.

Перестройка уникальных индексов использует пропускную способность записи на диск для ведения журнала redo и локального контрольного пункта. Недостаточное количество этой пропускной способности может привести к переполнению буфера redo или ошибкам переполнения журнала. В таких случаях можно повторно запустить ndb_restore --rebuild-indexes; процесс возобновляется в точке, где произошла ошибка. Вы также можете сделать это, когда у вас возникли временные ошибки. Вы можете повторять выполнение ndb_restore --rebuild-indexes неограниченное количество раз; вы можете остановить такие ошибки, уменьшив значение --parallelism. Если проблема заключается в недостатке места, вы можете увеличить размер журнала redo (FragmentLogFileSize параметр конфигурации узла), или вы можете увеличить скорость выполнения LCP (MaxDiskWriteSpeed и связанные параметры), чтобы освободить место быстрее.

--remap-column=db.tbl.col:fn:args

При совместном использовании с --restore-data, этот параметр применяет функцию к значению указанного столбца. Значения в строке аргументов перечислены здесь:

Этот параметр может быть полезен, когда вы хотите объединить данные, хранящиеся в нескольких источниках NDB Cluster (все с использованием одной и той же схемы) в один целевой NDB Cluster, используя резервное копирование NDB (см. Раздел 21.6.8.2, «Использование клиента управления NDB Cluster для создания резервной копии») и ndb_restore для объединения данных, где первичные и уникальные ключи перекрываются между источниками кластеров, и в процессе необходимо переназначить эти значения в диапазоны, которые не перекрываются. Возможно, также потребуется сохранить другие отношения между таблицами. Для выполнения таких требований можно использовать параметр несколько раз в одном вызове ndb_restore для переназначения столбцов разных таблиц, как показано здесь:

$> ndb_restore --restore-data --remap-column=hr.employee.id:offset:1000 \
    --remap-column=hr.manager.id:offset:1000 --remap-column=hr.firstaiders.id:offset:1000

(Здесь могут использоваться и другие параметры.)

--remap-column также можно использовать для обновления нескольких столбцов одной и той же таблицы. Возможны комбинации нескольких таблиц и столбцов. Для разных столбцов одной и той же таблицы также можно использовать разные значения смещения, например, так:

$> ndb_restore --restore-data --remap-column=hr.employee.salary:offset:10000 \
    --remap-column=hr.employee.hours:offset:-10

Если исходные резервные копии содержат дублируемые таблицы, которые не следует объединять, вы можете обработать это с помощью --exclude-tables, --exclude-databases или другими средствами вашего приложения.

Информацию о структуре и других характеристиках таблиц, которые будут объединяться, можно получить с помощью SHOW CREATE TABLE; инструмента ndb_desc; и MAX(), MIN(), LAST_INSERT_ID() и других функций MySQL.

Репликация изменений из объединенных в не объединенные таблицы или из не объединенных в объединенные таблицы в отдельных экземплярах NDB Cluster не поддерживается.

--restore-data, -r

Вывод данных и журналов таблицы NDB.

--restore-epoch, -e

Добавление (или восстановление) информации об эпохе в таблицу состояния репликации кластера. Это полезно для запуска репликации в кластере репликации NDB. При использовании этого параметра строка в таблице mysql.ndb_apply_status, содержащая 0 в столбце id, обновляется, если она уже существует; такая строка вставляется, если она еще не существует. (См. Раздел 21.7.9, «Резервные копии NDB Cluster с репликацией NDB Cluster».)

--restore-meta, -m

Этот параметр заставляет ndb_restore выводить метаданные таблицы NDB.

При первом запуске программы восстановления ndb_restore, необходимо также восстановить метаданные. Другими словами, необходимо повторно создать таблицы базы данных — это можно сделать, запустив ее с параметром --restore-meta (-m). Восстановление метаданных нужно выполнить только на одном узле данных; этого достаточно для восстановления их в весь кластер.

В более старых версиях NDB Cluster таблицы, схемы которых были восстановлены с помощью этого параметра, использовали то же количество разделов, что и в исходном кластере, даже если у него было разное количество узлов данных по сравнению с новым кластером. В NDB 7.5.2 и более поздних версиях при восстановлении метаданных эта проблема больше не возникает; ndb_restore теперь использует стандартное количество разделов для целевого кластера, если только количество локальных потоков диспетчера данных также не изменено по сравнению с тем, что было для узлов данных в исходном кластере.

--restore-privilege-tables

ndb_restore по умолчанию не восстанавливает распределённые таблицы привилегий MySQL. Этот параметр заставляет ndb_restore восстановить таблицы привилегий.

Это работает только в том случае, если таблицы привилегий были преобразованы в NDB перед созданием резервной копии. Дополнительную информацию см. в Разделе 21.6.13, «Распределённые привилегии с помощью общих таблиц предоставления».

--rewrite-database=olddb,newdb

Эта опция позволяет восстановить базу данных с именем, отличным от имени, использованного в резервной копии. Например, если резервная копия создана для базы данных с именем products, можно восстановить содержащиеся в ней данные в базу данных с именем inventory, используя эту опцию, как показано здесь (опуская любые другие необходимые опции):

$> ndb_restore --rewrite-database=product,inventory

Опция может использоваться несколько раз в одном вызове ndb_restore. Таким образом, можно одновременно восстановить из базы данных с именем db1 в базу данных с именем db2 и из базы данных с именем db3 в базу данных с именем db4, используя --rewrite-database=db1,db2 --rewrite-database=db3,db4. Другие опции ndb_restore могут использоваться между несколькими вхождениями --rewrite-database.

В случае конфликтов между несколькими опциями --rewrite-database, последняя использованная опция --rewrite-database (считывание слева направо) является той, которая вступает в силу. Например, если используется --rewrite-database=db1,db2 --rewrite-database=db1,db3, учитывается только --rewrite-database=db1,db3, а --rewrite-database=db1,db2 игнорируется. Также можно восстановить из нескольких баз данных в одну базу данных, так что --rewrite-database=db1,db3 --rewrite-database=db2,db3 восстанавливает все таблицы и данные из баз данных db1 и db2 в базу данных db3.

--skip-broken-objects

Эта опция заставляет ndb_restore игнорировать поврежденные таблицы при чтении собственной резервной копии NDB и продолжать восстановление любых оставшихся таблиц (которые также не повреждены). В настоящее время опция --skip-broken-objects работает только в случае отсутствия таблиц частей blob.

--skip-table-check, -s

Можно восстановить данные без восстановления метаданных таблицы. По умолчанию при этом ndb_restore завершается с ошибкой, если обнаружено несоответствие между данными таблицы и схемой таблицы; эта опция переопределяет это поведение.

Некоторые ограничения на несоответствия в определениях столбцов при восстановлении данных с помощью ndb_restore ослаблены; когда встречается один из таких типов несоответствий, ndb_restore не останавливается с ошибкой, как это было раньше, а скорее принимает данные и вставляет их в целевую таблицу, вынося предупреждение пользователю о том, что это делается. Это поведение происходит независимо от того, используется ли какая-либо из опций --skip-table-check или --promote-attributes. Эти различия в определениях столбцов относятся к следующим типам:

--skip-unknown-objects

Эта опция заставляет ndb_restore игнорировать любые объекты схемы, которые он не распознает при чтении собственной резервной копии NDB. Это можно использовать для восстановления резервной копии, созданной из кластера, работающего (например) под управлением NDB 7.6, в кластер, работающий под управлением NDB Cluster 7.5.

--slice-id=#

При восстановлении по фрагментам, это ID фрагмента для восстановления. Эта опция всегда используется вместе с --num-slices, и её значение должно быть всегда меньше, чем значение --num-slices.

Для получения дополнительной информации см. описание --num-slices в другом месте этого раздела.

--tab=dir_name, -T dir_name

Заставляет --print-data создавать файлы дампа, по одному на таблицу, каждый с именем tbl_name.txt. В качестве аргумента требуется путь к каталогу, куда следует сохранить файлы; используйте . для текущего каталога.

--timestamp-printouts

Заставляет сообщения журнала информации, ошибок и отладки начинаться с меток времени.

Эта опция отключена по умолчанию в NDB 7.5 и NDB 7.6. Установите её явно в true, чтобы включить.

--usage

Отобразить справку и завершить работу; то же самое, что и --help.

--verbose=#

Устанавливает уровень подробности вывода. Минимальное значение — 0; максимальное — 255. Значение по умолчанию — 1.

--version

Отобразить информацию о версии и завершить работу.