ndb_mgm クライアントで START BACKUP コマンドを使用して、クラスタ内のすべての NDB データベースをバックアップします (セクション23.5.8「NDB Cluster のオンラインバックアップ」を参照してください)。

その後の時点でクラスタをリストアする前に、mysql.ndb_binlog_index テーブルのバックアップを作成します。 このタスクに mysqldump を使用することが、おそらくもっとも簡単です。 このときに、バイナリログファイルもバックアップします。

このバックアップは、必要に応じて定期的 (等間隔で 1 時間ごとなど) に更新してください。

(重大な障害またはエラーが発生します。)

最新の既知の良好なバックアップを探します。

データノードのファイルシステムをクリアします (ndbd --initial または ndbmtd --initial を使用します)。

mysql.ndb_binlog_index テーブルで DROP TABLE または TRUNCATE TABLE を使用します。

ndb_restore を実行して、すべてのデータをリストアします。 ndb_apply_status テーブルが正しく移入されるように、ndb_restore の実行時に --restore-epoch オプションを含める必要があります。 (詳細については、セクション23.4.23「ndb_restore — NDB Cluster バックアップの復元」を参照してください。)

必要に応じて、mysqldump の出力から ndb_binlog_index テーブルをリストアしたり、バックアップからバイナリログファイルをリストアしたりします。

最後に適用されたエポック (すなわち、ndb_apply_status テーブルの epoch カラムの最大値) をユーザー変数 @LATEST_EPOCH として検索します (重要)。

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

ndb_binlog_index テーブルの @LATEST_EPOCH に対応する、最新のバイナリログファイル (@FIRST_FILE) と位置 (Position カラム値) をこのファイル内で検索します。

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

mysqlbinlog を使用して、障害が発生した時点まで、特定のファイルと位置からバイナリログイベントを再現します。 (セクション4.6.8「mysqlbinlog — バイナリログファイルを処理するためのユーティリティー」を参照してください。)