使用删除的成员形成一个新的副本集

Question

如何配置已删除的副本集成员以形成新的副本集？

我有一个包含 4 个 mongod 实例的副本集

rs.config() 的输出

{
    "_id" : "rs0",
    "members" : [
        {
            "_id" : 0,
            "host" : "localhost:27031"
        },
        {
            "_id" : 1,
            "host" : "localhost:27032"
        },
        {
            "_id" : 2,
            "host" : "localhost:27033"
        },
        {
            "_id" : 3,
            "host" : "localhost:27034"
        }
    ],
    "settings" : {
       "replicaSetId" : ObjectId("5cf22332f5b9d21b01b9b6b2") 
    }
}

我从副本集中删除了 2 个实例

rs.remove("localhost:27033")
rs.remove("localhost:27034")

现在我的要求是用这 2 个删除的成员形成一个新的副本集。最好的方法是什么？

我目前的解决方案

连接到已删除的成员

mongo --port 27033

并执行

conf = {
        "_id" : "rs0",
        "members" : [
            {
                "_id" : 2,
                "host" : "localhost:27033"
            },
            {
                "_id" : 3,
                "host" : "localhost:27034"
            }
        ],
        "settings" : {
           "replicaSetId" : ObjectId("5cf22332f5b9d21b01b9b6b2") 
        }
    }

进而

rs.reconfig(conf, {force:true})

结果

这个解决方案实际上工作得很好。被移除的成员形成了一个副本集，其中一个成为主要成员，其他成为次要成员。数据在它们之间复制。这个副本集似乎与它们被删除的初始副本集是隔离的。

顾虑

1）我不得不使用强制重新配置。不确定后果。

"errmsg" : "replSetReconfig should only be run on PRIMARY, but my state is REMOVED; use the \"force\" argument to override",

2）新的副本集真的是新的吗？在 rs.config()

• replicaSetId 与旧的相同。

  "replicaSetId" : ObjectId("5cf22332f5b9d21b01b9b6b2")

• 我必须对成员的_id使用与旧副本集配置中相同的值

  "errmsg" : "新配置和旧配置都有主机为 localhost:27034 的成员，但在新配置中，_id 字段为 1，而在旧配置中，副本集 rs0 为 3",

这个解决方案好吗？

有没有更好的解决办法？

注意：我需要在新副本集中保留旧副本集中的数据（删除时存在的数据）。

Answer 1

正如您所怀疑的，该过程没有创建新的副本集。相反，它是旧副本集的延续，尽管从表面上看它们看起来不同。

实际上，MongoDB 文档中有一个过程可以执行您想要的操作：Restore a Replica Set from MongoDB Backups。不同之处在于，您不是从备份中恢复。相反，您正在使用已删除的辅助节点之一来为新的副本集做种。

因此，您需要修改上面链接中提到的过程中的第一步。其余的程序仍然是相同的：

1. 重新启动已删除的辅助作为独立的（不带--replSet参数）并使用mongoshell连接到它。

2. 删除local独立节点中的数据库：

   use local
   db.dropDatabase()
   

3. 重新启动 ex-secondary，这次使用--replSet参数（使用新的副本集名称）

4. 使用mongo外壳连接到它。
5. rs.initiate() 新套装。

在此之后，新集应该replicaSetId与旧集有所不同。在我对上述程序的快速测试中，这是我看到的结果：

旧套装：

> rs.conf()
...
"replicaSetId": ObjectId("5cf45d72a1c6c4de948ff5d8")
...

新套装

> rs.conf()
...
"replicaSetId": ObjectId("5cf45d000dda9e1025d6c65e")
...

对于像这样的任何重大部署更改，请确保您有备份，并在生产系统上进行之前彻底测试这些过程。