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

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

虽然副本集群不必具有与源相同数量的ndbd进程（数据节点），但强烈建议此数量相同。必须使用该选项启动副本 ，以--skip-slave-start防止复制过程过早启动。

在副本集群上创建存在于源集群上并且要被复制的任何数据库。

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

mysqlR> RESET SLAVE;

您现在可以依次对每个备份文件使用ndb_restore命令在副本上启动集群恢复过程。对于其中的第一个，有必要包括-m恢复集群元数据的选项，如下所示：

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

dir是副本上放置备份文件的目录的路径。对于与剩余备份文件对应的ndb_restore命令，不应-m使用该选项。

为了从具有四个数据节点的源集群（如第 21.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现在您需要从副本上的表 中获取最新的纪元 （如第 21.7.8 节，“使用 NDB Cluster 复制实现故障转移”中所讨论的）：

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

将@latest上一步得到的epoch值作为源上的 表，就可以得到@pos正确二进制日志文件中的正确起始位置。此处显示的查询从逻辑恢复位置之前应用的最后一个纪元 的和 列中获取这些信息 ：@filemysql.ndb_binlog_indexnext_positionnext_file

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

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

使用在上一步中获得的值，您现在可以在副本的mysqlCHANGE MASTER TO客户端中发出适当的语句 ：

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

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

mysqlR> START SLAVE;