常见的方法，直接把新的节点加入到现有的MongoDB集群中，让它自己去同步数据，这个方法最简单省事。
但是，也会存在一些缺点：
1、全量同步期间，集群的负载会变高，如果业务程序的read_timeout write_timeout 设置的比较低可能会有感知。对此可以调大业务程序链接mongodb的几个timeout参数。
2、需要事先估算下oplog的大小，防止出现新的节点还处于全量同步的过程中，现有集群的oplog被覆盖的情况。这样的话，新的节点永远也加不进集群里。
鉴于上述2个原因，生产上大库（例如1T以上）的加节点，我一般采样下面的方法：
假设节点标识为：主节点：M 2个备节点：S1 S2 ， 新加入的节点为S3
1、关停一个从节点S1的MongoDB进程。 生产基本上都是一主两备（PSS架构）吧，如果还是一主一备一仲裁(PSA架构)，建议乘早改掉，官方都不推荐了。
2、scp拷贝这个S1的数据到新的节点S3。
3、启动step1关停的从节点S1的MongoDB进程，自动加回集群。
4、启动新的节点S3的MongoDB进程。
5、在原先的主节点M上，执行添加S3节点的操作。
6、S3节点会加入后会根据oplog中的信息，尝试增量同步，等一段时间完成增量同步后即可加入集群。
TIPS：
oplog 在MongoDB>=3.6 版本（希望没记错）已经可以在线调整的。看下当前的oplog存多久的，就可估算出能不能撑到拷完数据，如果担心不够大就先在线调整下就行。
