复制通道需要两个充当复制服务器的 MySQL 服务器（每个集群一个）。例如，这意味着在具有两个复制通道（为冗余提供额外的通道）的复制设置的情况下，应该总共有四个复制节点，每个集群两个。

本节和后续章节中描述的 NDB 集群复制依赖于基于行的复制。这意味着复制源 MySQL 服务器必须使用 --binlog-format=ROW 或 --binlog-format=MIXED 运行，如 第 25.7.6 节，“启动 NDB 集群复制（单个复制通道）” 中所述。有关基于行的复制的一般信息，请参阅 第 19.2.1 节，“复制格式”。

用于在任一集群中进行复制的每个 MySQL 服务器都必须在参与任一集群的所有 MySQL 复制服务器中被唯一识别（您不能在源和副本集群上都有使用相同 ID 的复制服务器）。这可以通过使用 --server-id=id 选项启动每个 SQL 节点来完成，其中 id 是一个唯一的整数。虽然这不是严格必要的，但为了讨论的目的，我们假设所有 NDB 集群二进制文件都是相同的发行版版本。

在 MySQL 复制中，通常情况下，涉及的两个 MySQL 服务器（mysqld 进程）必须在所使用的复制协议的版本和它们支持的 SQL 功能集方面彼此兼容（请参阅 第 19.5.2 节，“MySQL 版本之间的复制兼容性”）。正是由于 NDB 集群和 MySQL 服务器 9.0 发行版中的二进制文件之间的这种差异，NDB 集群复制有一个额外的要求，即两个 mysqld 二进制文件都来自 NDB 集群发行版。确保 mysqld 服务器兼容的最简单方法是为所有源和副本 mysqld 二进制文件使用相同的 NDB 集群发行版。

我们假设副本服务器或集群专用于复制源集群，并且没有其他数据存储在它上面。

所有正在复制的 NDB 表都必须使用 MySQL 服务器和客户端创建。使用 NDB API（例如，使用 Dictionary::createTable()）创建的表和其他数据库对象对 MySQL 服务器不可见，因此不会被复制。NDB API 应用程序对使用 MySQL 服务器创建的现有表的更新可以被复制。