Mongodb Mongo副本集`rs.add（）`将初始主副本设置为辅助副本，并将主副本设置为致命副本`

我不能在我的生命中，我不能获得一个超过1个成员的副本设置。我启动了一个似乎正确的主程序：

sb-rs:PRIMARY> rs.status()
{
    "set" : "sb-rs",
    "date" : ISODate("2014-09-16T22:38:53Z"),
    "myState" : 1,
    "members" : [
        {
            "_id" : 0,
            "name" : "primary-hostname:27017",
            "health" : 1,
            "state" : 1,
            "stateStr" : "PRIMARY",
            "uptime" : 1213,
            "optime" : Timestamp(1410904778, 2),
            "optimeDate" : ISODate("2014-09-16T21:59:38Z"),
            "self" : true
        }
    ],
    "ok" : 1
}

然后，我开始我的第二次学习：

mongod--config/etc/mongo.conf--replSet sb-rs

子进程已成功启动，父进程正在退出

从小学开始我就做了：

sb-rs:PRIMARY> rs.add({_id: 1, host: "secondary-ip:27017", priority: 0, hidden: true})
{ "ok" : 1 }

然后我得到了这个：

sb-rs:PRIMARY> rs.status()
Tue Sep 16 15:41:30.226 DBClientCursor::init call() failed
Tue Sep 16 15:41:30.228 Error: error doing query: failed at src/mongo/shell/query.js:78
Tue Sep 16 15:41:30.228 trying reconnect to 127.0.0.1:27017
Tue Sep 16 15:41:30.229 reconnect 127.0.0.1:27017 ok
sb-rs:SECONDARY> rs.status()
{
    "set" : "sb-rs",
    "date" : ISODate("2014-09-16T22:41:37Z"),
    "myState" : 4,
    "syncingTo" : "173.255.210.15:27017",
    "members" : [
        {
            "_id" : 0,
            "name" : "primary-hostname:27017",
            "health" : 1,
            "state" : 4,
            "stateStr" : "FATAL",
            "uptime" : 1377,
            "optime" : Timestamp(1410907283, 1),
            "optimeDate" : ISODate("2014-09-16T22:41:23Z"),
            "errmsg" : "rollback error: not willing to roll back more than 30 minutes of data",
            "self" : true
        },
        {
            "_id" : 1,
            "name" : "secondary-ip:27017",
            "health" : 1,
            "state" : 1,
            "stateStr" : "PRIMARY",
            "uptime" : 14,
            "optime" : Timestamp(1410848803, 1),
            "optimeDate" : ISODate("2014-09-16T06:26:43Z"),
            "lastHeartbeat" : ISODate("2014-09-16T22:41:36Z"),
            "lastHeartbeatRecv" : ISODate("1970-01-01T00:00:00Z"),
            "pingMs" : 71
        }
    ],
    "ok" : 1
}

---

有人能帮我解决我做错了什么或者我可能缺少了什么吗？

没有太多的事情要做，但是您得到一个错误的事实表明您正在添加的辅助节点在其

oplog

中已经有数据，它似乎已经有一个副本集配置，然后它包含的数据触发回滚。这可能是以前使用的遗留问题，也可能只是一个意外，但它似乎认为它已经是集合的一个成员，而不是像预期的那样加入一个新集合并进行初始同步

我建议在将次要文件添加到集合之前（当然，假设您不需要其上的数据），完全擦除次要文件（删除其数据文件），并且在添加时不指定完整文档（

\u id

，优先级等），只需执行

rs.add（“次要ip:27017”）

，以保持简单。一旦添加了它，您就可以将其优先级设置为0并将其隐藏——目前，指定完整的配置文档只是根据可能出现的问题添加了另一个变量

---

将其添加到集合中时，请查看辅助服务器上的日志，以确保它在加入集合时正在进行初始同步-如果在执行此操作后失败，则最好发布日志以了解发生了什么。

您可以发布确认文件吗。或者rs.conf（）打印出什么？您是在一台机器上设置节点吗？

rs.conf

是默认的-无论在

rs.initiate（）之后设置什么。明天我将停止并重新启动服务器以获得实际输出，但这是基本的主机元数据。我相信它只会返回_id和主机名。节点位于不同的计算机上。我还尝试了
var cfg=rs.conf（）；cfg.members[0]。优先级=1；cfg.members[1]。priority=0
也可以覆盖mongo行为，使初始主服务器成为致命的辅助服务器。我的一个想法是，因为我只使用两台服务器，而不是三台，所以mongo不喜欢这样。如果是这样的话，那将是令人失望的，因为我不想为此使用超过主+辅助+备份的方法。我现在想再多做点什么就太过分了。看看“errmsg”。回滚时出现问题。我将尝试此操作。我尝试了
priority:0
，希望它的优先级不会高于主服务器。清除次服务器的旧rs/oplog文件很有效。我清除了
本地
数据库中可能存在的文件。清空本地数据库而不是包含数据的数据库显然很重要。此外，我的主主机名在主主机上无法解析，因此改为使用IP（为什么我们在IP总是工作的情况下使用主机名？），因为IP地址在很多环境中都可能发生变化（例如Amazon EC2）。主机名可以保持不变，只需重新映射即可。这对于分片环境中的配置服务器尤其重要（例如）。我通常会推荐主机名而不是IP地址。至于数据-这是主节点的副本，其所有数据应与主节点相同，因此当节点加入集合时，不应保留任何数据，它应从空白开始，并从现有节点同步。