辅助副本成员需要关机增加内存,很早就提前关机,等第二天服务器起来后,去查看rs.status()信息,会捕获到"stateStr" : "RECOVERING"。其实早已超过了维护窗口时间。这时,如果运气好的话,会看到error RS102 too stale to catch up错误。而该错误是每十分钟会捕获到一次。从mongodb的日志文件可以看到:
1
2
3
4
5
6
7
8
|
Thu Mar 26 20:50:48.561 [rsBackgroundSync] replSet error RS102 too stale to catch up, at least from dal05mgo13.sl.dx:27017
Thu Mar 26 20:50:48.561 [rsBackgroundSync] replSet error RS102 too stale to catch up
Thu Mar 26 21:00:49.632 [rsBackgroundSync] replSet error RS102 too stale to catch up, at least from dal05mgo13.sl.dx:27017
Thu Mar 26 21:00:49.632 [rsBackgroundSync] replSet error RS102 too stale to catch up
Thu Mar 26 21:10:50.701 [rsBackgroundSync] replSet error RS102 too stale to catch up, at least from dal05mgo12.sl.dx:27017
Thu Mar 26 21:10:50.701 [rsBackgroundSync] replSet error RS102 too stale to catch up
Thu Mar 26 21:20:51.770 [rsBackgroundSync] replSet error RS102 too stale to catch up, at least from dal05mgo13.sl.dx:27017
Thu Mar 26 21:20:51.770 [rsBackgroundSync] replSet error RS102 too stale to catch up
|
确认维护窗口大小
查看主副本的维护窗口和oplog大小:
1
2
3
4
5
6
|
rs_main:
PRIMARY
> db.printReplicationInfo()
configured oplog
size
: 23552MB
log length start
to
end
: 38133secs (10.59hrs)
oplog
first
event
time
: Mon Mar 30 2015 12:00:13 GMT-0500 (CDT)
oplog
last
event
time
: Mon Mar 30 2015 22:35:46 GMT-0500 (CDT)
now: Mon Mar 30 2015 22:35:46 GMT-0500 (CDT)
|
可以看到维护窗口为10个小时,oplog大小为23G。
辅助副本的维护窗口大小最好跟主副本成员保持一致,让辅助副本能保存从主副本同步过来的oplog。
如何重建oplog?
以standalone方式启动,执行如下删除和创建脚本:
1
2
3
4
5
|
> use
local
> db.oplog.rs.
drop
()
> db.createCollection(
"oplog.rs"
, {
"capped"
:
true
,
"size"
: 23 * 1024 * 1024 * 1024})
或
> db.runCommand( {
create
:
"oplog.rs"
, capped:
true
,
size
: (23 * 1024 * 1024 * 1024) } )
|
replSet error RS102 too stale to catch up如何处理?
副本集错误RS102太陈旧而无法跟上。说明此节点由于脱离副本集时间太长,已经跟不上整个集群了。需要重新同步该辅助副本成员。可参考:
http://docs.mongodb.org/manual/tutorial/resync-replica-set-member/
官方手册建议,通过移除数据实施初始化同步(initial sync)来完全重新同步成员。
MongoDB提供了两种实施初始化同步的方法:
-
清空数据目录,重启mongod。让MongoDB的正常初始化同步数据恢复数据。这个方法更简单,但是需要花更多的时间替换数据。
-
从副本集中的另一个成员拷贝当前的数据目录,重启机器。这个过程替换数据更快,但是需要更多手工步骤。
本文转自UltraSQL51CTO博客,原文链接: http://blog.51cto.com/ultrasql/1626753,如需转载请自行联系原作者