背景
原有MongoDB复制集一套：
主： 192.168.1.101:27017
从： 192.168.1.102:27017
仲裁：192.168.1.103:27017
现在将这3台服务器关机克隆到另一个数据中心3节点ip发生了变化：
主：192.168.2.101
从：192.168.2.102
仲裁：192.168.2.103
如何恢复mongoDB 主从仲裁复制集？
要恢复MongoDB复制集在新数据中心的主从仲裁节点配置，可以按照以下步骤进行操作：
1. 停止MongoDB服务
首先确保新数据中心中的三台服务器（192.168.2.101, 192.168.2.102, 192.168.2.103）上的MongoDB服务已经停止，避免在配置恢复过程中发生写入或同步。
2. 确认克隆的数据一致性
确保克隆后的数据目录完全一致，克隆过程中没有数据丢失或者损坏。可以通过文件校验（如校验和）来验证数据的完整性。
3. 配置mongod.conf文件
在新数据中心中的每台机器上修改MongoDB配置文件mongod.conf，确保replication部分的replSetName和bindIp配置正确。
例如，修改mongod.conf文件的以下部分：
replication:
replSetName: rs0 # 确保此处的replSetName与原复制集名称相同
net:
bindIp: 0.0.0.0 # 确保绑定的IP可以访问到其他节点
注意：修改后的配置文件应与原复制集配置一致，特别是replSetName。
4. 启动所有MongoDB节点
在新数据中心中，逐一启动MongoDB实例。
可以按照以下顺序启动：
- 启动仲裁节点（
192.168.2.103）。 - 启动从节点（
192.168.2.102）。 - 启动主节点（
192.168.2.101）。
使用如下命令启动：
sudo systemctl start mongod # 或者使用 mongod 启动命令
如何查询原集群关机前mongoDB的主节点是谁？
在3节点日志目录查询：
grep -w "now in state PRIMARY" /path/to/mongod.log | awk 'END {print}' | awk -F "Member" '{print $2}' |awk -F ":" '{print $1}'
5. 初始化复制集
启动MongoDB后，连接到任意一个节点并使用rs.status()查看复制集状态。由于是第一次启动，MongoDB复制集尚未初始化。
登录到MongoDB实例并初始化复制集：
# 登录到主节点
mongo --host xx.xx.xx.xx --port 27017 -u "XXX" -p "XXX" --authenticationDatabase admin
然后在MongoDB shell中执行以下命令来初始化复制集：
rs.initiate({
_id: "rs0", # 复制集的名字（应与原来的复制集名字相同）
members: [
{ _id: 0, host: "192.168.2.101:27017" }, # 主节点
{ _id: 1, host: "192.168.2.102:27017" }, # 从节点
{ _id: 2, host: "192.168.2.103:27017" } # 仲裁节点
]
});
或者在MongoDB shell中执行以下命令来初始化复制集：
cfg= rs.conf()
cfg.members[0].host = "192.168.2.101:27017" # 主节点
cfg.members[1].host = "192.168.2.102:27017" # 从节点
cfg.members[2].host = "192.168.2.103:27017" # 仲裁节点
rs.reconfig(cfg,{"force":true})
6. 检查复制集状态
初始化完成后，检查复制集的状态：
rs.status();
确认所有节点的状态都为PRIMARY、SECONDARY或ARBITER，并且没有节点处于DOWN或STARTUP等状态。如果有节点长时间没有同步，请检查网络配置、MongoDB日志文件等进行故障排查。
7. 确保复制集正常同步
等待一段时间，确保数据从主节点同步到从节点。如果复制集运行正常，复制集的成员状态应该稳定下来。
8. 修改防火墙和安全组配置
如果你的网络中有防火墙或安全组配置，确保允许复制集成员之间的通信（默认情况下，MongoDB复制集使用27017端口进行通信）。检查每个节点的防火墙设置，确保节点之间的端口是开放的。
9. 测试访问
在恢复完成后，测试应用是否能正常连接到新的主节点，确保主从复制集配置正确，数据一致。
通过这些步骤，你应该能够恢复MongoDB复制集在新数据中心的主从仲裁节点配置。
如果在恢复过程中遇到任何问题，可以通过检查MongoDB日志文件（通常位于/var/log/mongodb/mongod.log）获取详细的错误信息并进行修复。
