背景

原有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）获取详细的错误信息并进行修复。