Создайте резервные копии всех баз данных NDB в кластере, используя команду START BACKUP в клиенте ndb_mgm (см. Раздел 21.6.8, «Онлайн-резервное копирование NDB Cluster»).

В какой-то момент времени, до восстановления кластера, создайте резервную копию таблицы mysql.ndb_binlog_index. Вероятно, проще всего для этого использовать mysqldump. Также в этот момент создайте резервную копию файлов бинарного журнала.

Эта резервная копия должна обновляться регулярно — возможно, даже ежечасно — в зависимости от ваших потребностей.

(Произошёл катастрофический сбой или ошибка.)

Найдите последнюю известную работоспособную резервную копию.

Очистите файловые системы узлов данных (используя ndbd --initial или ndbmtd --initial).

Используйте DROP TABLE или TRUNCATE TABLE для таблицы mysql.ndb_binlog_index.

Выполните ndb_restore, восстанавливая все данные. При выполнении ndb_restore необходимо указать опцию --restore-epoch, чтобы таблица ndb_apply_status заполнялась правильно. (См. Раздел 21.5.24, «ndb_restore — Восстановление резервной копии NDB Cluster» для получения дополнительной информации.)

Восстановите таблицу ndb_binlog_index из вывода mysqldump и, при необходимости, восстановите файлы бинарного журнала из резервной копии.

Найдите последний применённый эпох — то есть максимальное значение столбца epoch в таблице ndb_apply_status — как переменную пользователя @LATEST_EPOCH (выделено):

SELECT @LATEST_EPOCH:=MAX(epoch)
    FROM mysql.ndb_apply_status;

Найдите самый последний файл бинарного журнала (@FIRST_FILE) и позицию (значение столбца Position) в этом файле, соответствующие @LATEST_EPOCH в таблице ndb_binlog_index:

SELECT Position, @FIRST_FILE:=File
    FROM mysql.ndb_binlog_index
    WHERE epoch > @LATEST_EPOCH ORDER BY epoch ASC LIMIT 1;

Используя mysqlbinlog, воспроизведите события бинарного журнала от указанного файла и позиции до момента сбоя. (См. Раздел 4.6.7, «mysqlbinlog — Утилита для обработки файлов бинарных журналов».)