有两种不同的方法来启动备份。

将集群备份文件复制到要上线的副本中。每个运行 ndbd 进程的系统都有集群备份文件，所有 这些文件都必须复制到副本，以确保成功恢复。备份文件可以复制到副本管理主机所在的计算机上的任何目录中，只要 MySQL 和 NDB 二进制文件在该目录中具有读取权限。在这种情况下，我们假设这些文件已经复制到目录 /var/BACKUPS/BACKUP-1 中。

虽然副本集群不需要与源集群具有相同数量的数据节点，但强烈建议这样做。它 是 必要的，防止复制过程在副本服务器启动时启动。你可以通过使用 --skip-replica-start 来实现。

在副本集群上创建与源集群相同的数据库，以便复制。

使用以下语句在 mysql 客户端中重置副本集群：

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 选项。

从具有四个数据节点的源集群（如 第 25.7 节“NDB 集群复制” 中的图所示）恢复，其中备份文件已被复制到目录 /var/BACKUPS/BACKUP-1，在副本上执行的命令序列可能如下所示：

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 表中获取最新的时期（如 第 25.7.8 节“使用 NDB 集群复制实现故障转移” 中所讨论的那样）：

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

使用在前一步骤中获取的时期值 @latest，您可以从源的 mysql.ndb_binlog_index 表中获取正确的起始位置 @pos 在正确的二进制日志文件 @file 中。该查询从最后一个应用的时期之前的逻辑恢复位置获取这些信息：

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

如果当前没有复制流量，您可以通过在源上运行 SHOW BINARY LOG STATUS 并使用输出中的 Position 列的值来获取类似信息。在这种情况下，您必须确定哪个文件具有最大的文件名后缀，并手动或使用脚本解析输出来提供名称。

使用前一步骤中获取的值，现在您可以在副本的 mysql 客户端中发出适当的 CHANGE REPLICATION SOURCE TO 语句：

mysqlR> CHANGE REPLICATION SOURCE TO
     ->     SOURCE_LOG_FILE='@file',
     ->     SOURCE_LOG_POS=@pos;

现在，副本知道从哪个二进制日志文件的哪个位置开始读取数据来自源，您可以使用以下语句使副本开始复制：

mysqlR> START REPLICA;