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

将群集备份文件复制到正在进行的副本。每个系统运行NDBD.源群集的进程有位于它上的群集备份文件，全部必须将这些文件复制到副本以确保成功恢复。只要MySQL和NDB二进制文件在该目录中拥有读取权限，就可以将备份文件复制到计算机上的任何目录中。在这种情况下，我们假设这些文件已被复制到目录中/ var /备份/备份-1。

虽然没有必要副本群集具有相同数量的NDBD.进程（数据节点）作为源，强烈建议这个数字是相同的。它是必要的是副本开始- skip-slave-start选项，以防止重新启动复制过程。

在源群集上的副本集群上创建任何数据库，并将复制。

使用此语句重置副本群集mysql.客户：

mysql.R.>重置奴隶;

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

壳R.> ndb_restore -c.replica_host.：港口-N节点ID.\ -b.备份ID.-先生谜语

谜语是备份文件已放置在副本上的目录的路径。为了ndb_restore.对应于剩余备份文件的命令，-M.选项应该是不是使用。

用于从具有四个数据节点的源群集还原（如图所示）第21.6节“NDB群集复制”）备份文件已复制到目录/ var /备份/备份-1，在副本上执行的正确命令序列可能如下所示：

壳R.> ndb_restore -c -c-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 -c-host：1186-n 4 -b 1 \ -r ./var/backups/backup-1 shellR.> ndb_restore -c副本 - 主机：1186-n 5 -b 1 -e \ -r ./var/backups/backup-1

现在您需要获得最新的时代ndb_apply_status.表上的表格（如讨论的）第21.6.8节“使用NDB群集复制实施故障转移”）：

mysql.R.>从mysql.ndb_apply_status选择@latest：= max（epoch）;

使用@最新的作为上一步中获得的epoch值，您可以获得正确的起始位置@POS.在正确的二进制日志文件中@文件来自mysql.ndb_binlog_index.使用此处显示的查询的源上的表：

mysql.S.>选择 - > @file：= substring_index（文件，'/'，-1）， - > @pos：= position  - >来自mysql.ndb_binlog_index  - >其中epoch> = @latest  - >按epoch asc限制1的顺序;

如果目前没有复制流量，则可以通过运行来获取此信息显示主状态在源并使用所示的值位置名称具有后缀的文件的输出列，其中所有文件的最大值文件柱子。在这种情况下，您必须确定它是哪个文件并手动在下一步中提供名称，也必须使用脚本解析输出。

使用上一步中获得的值，您现在可以发出适当的改变大师副本中的声明mysql.客户：

mysql.R.>更改大师到 - > master_log_file ='@ file'， - > master_log_pos = @ pos;

现在，副本了解二进制日志文件从源开始读取数据的点，可以使副本与此语句开始复制：

mysql.R.>开始奴隶;