バックアップを開始する 2 つの異なる方法があります。

どの方法の場合でも、未処理のトランザクションがある場合にはそれをバックアップを開始する前に完了し、バックアップの実施中に新たにトランザクションを実施しないようお願いします。

クラスタおバックアップファイルを行に入れるスレーブにコピーします。マスタ クラスタの ndbd プロセスで稼動している各システムはそのシステム上にクラスタのバックアップファイルを持ち、これらのall のファイルは保存の確認をするためにスレーブにコピーされます。バックアップ ファイルは、MySQL および NDB バイナリがそのディレクトリの許可を読む限りスレーブ マネジメント ホストが常駐するコンピュータのどのディレクトリにコピーできます。このように、これらのファイルはディレクトリ /var/BACKUPS/BACKUP-1 にコピーできるものと想定されます。

スレーブ クラスタが ndbd プロセス （データ ノード） とマスタとして同じ番号を持つ必要なありませんが、この番号が同じにするように強くお勧めします。レプリケーション プロセスが準備不足で起動しないように、スレーブを --skip-slave-start オプションで起動することが必要です。

データベースをスレーブのレプリケートされるマスタ クラスタのスレーブ クラスタで作成します。重要レプリケートされる各データベースに相当する CREATE SCHEMA ステートメントをスレーブ クラスタの各データ ノードで実行します。

MySQL Monitor のこのステートメントを使用してスレーブのクラスタをリセットします。

mysqlS> RESET SLAVE;

スレーブの apply_status テーブルが保存プロセスを実行する前にレコードを含んでいないことが重要です。スレーブの SQL ステートメントを実行することでこれを実現できます。

mysqlS> DELETE FROM mysql.ndb_apply_status;

ここで各バックアップ ファイルに対して順番に ndb_restore コマンドを使用してレプリケーション プロセスを開始できます。これらを実行する前に、クラスタのメタデータを保存するには -m オプションを含めることが必要です。

shellS> ndb_restore -c slave_host:port -n node-id \
        -b backup-id -m -r dir

dir はバックアップ ファイルがレプリケーション スレーブの置かれるディレクトリへのパスです。残りのバックアップ ファイルに相当する ndb_restore コマンドに対しては、-m オプションは使用しない でください。

マスタ クラスタからバックアップ ファイルがディレクトリ /var/BACKUPS/BACKUP-1 にコピーされる 4 つのデータ ノード (項14.10. 「MySQL Cluster レプリケーション」 の図を参照) に保存するには、スレーブで実行されるコマンドのシーケンスは以下のようになります。

shellS> ndb_restore -c rep-slave:1186 -n 2 -b 1 -m \
        -r ./VAR/BACKUPS/BACKUP-1
shellS> ndb_restore -c rep-slave:1186 -n 3 -b 1 \
        -r ./VAR/BACKUPS/BACKUP-1
shellS> ndb_restore -c rep-slave:1186 -n 4 -b 1 \
        -r ./VAR/BACKUPS/BACKUP-1
shellS> ndb_restore -c rep-slave:1186 -n 5 -b 1 -e \
        -r ./VAR/BACKUPS/BACKUP-1

このコマンドのシーケンスにより最も最新のエポック レコードをスレーブの ndb_apply_status テーブルに書き込みます。

ここで最も最新のエポックをスレーブの ndb_binlog_index テーブルｋら取得する必要があります（項14.10.8. 「MySQL Cluster にフェールオーバーを導入する」 の説明参照):

mysqlS> SELECT @latest:=MAX(epoch)
        FROM mysql.ndb_binlog_index;

@latest を前のステップで取得したエポック値をとして使用して、以下のクエリを使用してマスタの mysql.ndb_binlog_index テーブルから正しいバイナリ ログ ファイル @file の正しい起動位置 ＠pos を取得できます。

mysqlM> SELECT 
     ->     @file:=SUBSTRING_INDEX(File, '/', -1),
     ->     @pos:=Position
     -> FROM mysql.ndb_binlog_index
     -> WHERE epoch > @latest
     -> ORDER BY epoch ASC LIMIT 1;

前のステップで取得下値を使用して、スレーブのmysql クライアントの適切な CHANGE MASTER TO ステートメントを発行できます。

mysqlS> CHANGE MASTER TO
     ->     MASTER_LOG_FILE='@file',
     ->     MASTER_LOG_POS=@pos;

スレーブが binlog ファイルがマスタからデータを読み込むどのポイントかを「知って」 いるので、この標準の MySQL ステートメントでスレーブにレプリケーションを開始させることができます。

mysqlS> START SLAVE;