在2.6docs明确指出在运行mongodump时不应使用db.fsyncLock():Donotusemongodumpwithdb.fsyncLock().但是自从3.0versionofthedocs之后这些信息就消失了.实际上，在3.0的mongodump文档中根本没有关于锁的信息。我的猜测是，当使用--oplog时，没有必要调用db.fsyncLock()，但我不是100%确定:Without--oplog,iftherearewriteoperationsduringthedumpoperation,thedumpwillnotreflectasinglemomentint

我了解了用于在不停机的情况下进行备份的不同MongoDB设置。哪种策略最好，甚至可以进行比较？启用日志并简单地复制/data/db目录-我不清楚这是否足够-在MongoDB主页上它声明你必须“快照它”它适用于SAN和LVM作为示例。问题:snapshot是什么意思，在这种情况下，复制命令是否算作快照？在具有NTFS的Windows服务器上复制日志记录MongoDB(2.0+)数据目录是否可以保存？您如何确保在您自己的文件系统和设置上进行操作是安全的？建立一个包含2个服务器和一个仲裁器的副本集。然后使用rs.status()和fsyncLock/unlock确保备份时数据在辅助服务器上只