Создайте резервную копию всех 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 — Утилита для обработки файлов журналов бинарных логов».)