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

オンラインにするレプリカにクラスタバックアップファイルをコピーします。 ソースクラスタの ndbd プロセスを実行している各システムにはクラスタバックアップファイルが配置されており、これらのファイルの all をレプリカにコピーして、リストアを正常に実行する必要があります。 バックアップファイルは、レプリカ管理ホストが存在するコンピュータ上の任意のディレクトリにコピーできます (MySQL および NDB バイナリにそのディレクトリでの読み取りアクセス権がある場合)。 この場合、これらのファイルはディレクトリ/var/BACKUPS/BACKUP-1 にコピーされているものとします。

レプリカクラスタにソースと同じ数の ndbd プロセス (データノード) がある必要はありませんが、この数は同じにすることを強くお薦めします。 レプリケーションプロセスの早期起動を防ぐには、--skip-slave-start オプションを使用してレプリカを起動する必要があります。

ソースクラスタに存在し、レプリケートするレプリカクラスタにデータベースを作成します。

mysql クライアントで次のステートメントを使用して、レプリカクラスタをリセットします:

mysqlR> RESET SLAVE;
Or from MySQL 8.0.22:
mysqlR> RESET REPLICA;

各バックアップファイルに対して ndb_restore コマンドを順番に使用して、レプリカでクラスタリストアプロセスを開始できるようになりました。 最初に、次に示すように、クラスタメタデータをリストアするための -m オプションを含める必要があります:

shellR> ndb_restore -c replica_host:port -n node-id \
        -b backup-id -m -r dir

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

バックアップファイルがディレクトリ/var/BACKUPS/BACKUP-1 にコピーされている 4 つのデータノード (セクション23.6「NDB Cluster レプリケーション」 の図を参照) を含むソースクラスタからリストアする場合、レプリカで実行されるコマンドの適切な順序は次のようになります:

shellR> ndb_restore -c replica-host:1186 -n 2 -b 1 -m \
        -r ./var/BACKUPS/BACKUP-1
shellR> ndb_restore -c replica-host:1186 -n 3 -b 1 \
        -r ./var/BACKUPS/BACKUP-1
shellR> ndb_restore -c replica-host:1186 -n 4 -b 1 \
        -r ./var/BACKUPS/BACKUP-1
shellR> ndb_restore -c replica-host:1186 -n 5 -b 1 -e \
        -r ./var/BACKUPS/BACKUP-1

ここで、レプリカの ndb_apply_status テーブルから最新のエポックを取得する必要があります (セクション23.6.8「NDB Cluster レプリケーションによるフェイルオーバーの実装」 を参照):

mysqlR> SELECT @latest:=MAX(epoch)
        FROM mysql.ndb_apply_status;

前のステップで取得したエポック値として@latest を使用すると、次に示すクエリーを使用して、正しいバイナリログファイル@file 内の正しい開始位置@pos をソースの mysql.ndb_binlog_index テーブルから取得できます:

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

レプリケーショントラフィックが現在存在しない場合は、ソースで SHOW MASTER STATUS を実行し、File カラムに表示されるすべてのファイルの接尾辞が最大値のファイルの出力の Position カラムに表示される値を使用して、この情報を取得できます。 この場合、これがどのファイルであるかを判断し、次のステップで手動で、またはスクリプトを使用して出力を解析して名前を指定する必要があります。

前のステップで取得した値を使用して、レプリカ mysql クライアントで適切な CHANGE REPLICATION SOURCE TO ステートメント (MySQL 8.0.23) または CHANGE MASTER TO ステートメント (MySQL 8.0.23 より前) を発行できるようになりました:

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

Or from MySQL 8.0.23:
mysqlR> CHANGE REPLICATION SOURCE TO
     ->     SOURCE_LOG_FILE='@file',
     ->     SOURCE_LOG_POS=@pos;

ソースからのデータの読み取りを開始するバイナリログファイルのどの時点からレプリカが認識されるようになったので、次のステートメントを使用してレプリカのレプリケーションを開始できます:

mysqlR> START SLAVE;
Or from MySQL 8.0.22:
mysqlR> START REPLICA;