我发现这样的日志显示
2017-03-10T03:33:29.158+0000 [###################.....] local.oplog.rs 4800969/6041391 (79.5%)
2017-03-10T03:33:31.023+0000 writing local.oplog.rs metadata to <dump_path>.......
2017-03-10T03:33:31.024+0000 done dumping local.oplog.rs (4809092 documents)
是否完全备份？如果没有完成，为什么要显示呢？
答案 0 :(得分：1)
复制oplog是capped collection因此，如果您正在为正在接受写入的副本集成员上的oplog运行mongodump，则预计文档计数将不准确。较旧的oplog文档将自动删除，以便为较新的文档腾出空间，因此计数会有波动。
如果要将复制设置为备用部署，Mongo Connector 将是更合适的选择。 Mongo Connector是一个开源工具，可以从MongoDB部署复制到另一个MongoDB部署或外部系统，如Solr或Elasticsearch。
如果要备份副本集成员，则应遵循文档中受支持的Backup Methods之一。对于活动部署（或数据远大于RAM的部署），典型方法是使用备份代理（例如MongoDB Cloud / Ops Manager）或文件系统快照。
注意：复制和备份既可以帮助进行数据恢复，又可以用于不同的目的。对于备份计划，您应该考虑恢复点目标，恢复时间目标以及在进行备份时对生产部署的性能影响等因素。
有关详细信息，请参阅：