作为创建新的InnoDB Replicaset的替代方案，您也可以使用现有的复制设置使用adoptFromAR选择dba.createreplicaset（）。复制设置将被扫描，如果它与Innodb Replicaset先决条件，adminapi创建必要的元数据。采用Replication Setup后，您只能使用adminapi来管理InnoDB replicaset。

要将现有的复制设置转换为InnoDB Replicaset连接到主要，也称为源。从实例开始，自动扫描和验证复制拓扑，从实例开始，从“MySQL shell的全局会话”连接到。在采用期间检查了所有实例的配置，以确保它们与InnoDB ReplicaseT使用兼容。所有复制通道必须处于活动状态，并且通过GTID集验证的事务集必须是一致的。假设实例具有相同的状态或能够汇聚。所有属于拓扑的实例都会自动添加到复制品中。该操作对所采用的复制品进行的唯一更改是创建元数据模式。在采用期间未改变现有的复制信道，尽管在后续的主要交换机操作期间可以更改它们。

例如，要采用由MySQL Server实例组成的复制拓扑例1和例2到innodb replicaset，连接到主要例1和问题：

mysql-js> rs = dba.createReplicaset（'testadopt'，{'paymfromar'：1}）将创建“example1：3306”可见的拓扑的新复制品集。*扫描复制拓扑... **扫描实例示例1：3306 **扫描实例示例2：3306 *从示例1：3306发现的拓扑开始： - 例1：3306：uuid = 00371d66-3c45-11ea-804b-080027337932 read_only = no  - 例2：3306：uuid = 59e4f26e-3c3c-11ea-8b65-080027337932 Read_only = no  - 从例子1：3306 source =“localhost：3310”通道= station =在proberier =上*检查发现实例的配置......此实例将其自己的地址报告为examply1：3306示例1：3306：实例配置合适。此实例将其自己的地址报告为empult2：3306示例2：3306：实例配置是合适的。*检查已发现的复制拓扑......示例1：3306被检测为主。Example2：3306的复制状态是OK。验证成功完成。*更新元数据...成功创建的replicaset对象为例1：3306。使用rs.add_instance（）以向此replicaset和rs.status（）添加更异步复制的实例以检查其状态。

一旦采用InnoDB Replicaset，您可以使用它与从头开始创建的复制品的方式相同的方式使用它。从这一点开始，您必须仅使用Adminapi管理InnoDB Replicaset。