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

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

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

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

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

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

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

Выполните ndb_restore, восстанавливая все данные. Вы должны включить опцию --restore-epoch при выполнении ndb_restore, чтобы таблица ndb_apply_status заполнилась правильно. (См. Раздел 25.5.23, «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, воспроизведите события из журнала двоичных логов из заданного файла и позиции до момента сбоя. (См. Раздел 6.6.9, «mysqlbinlog — Утилита для обработки файлов журнала двоичных логов».)