我正在尝试找出从灾难性查询（例如dropDatabase()）中快速恢复的最佳方法，该查询已损坏主要和任何辅助对象。
我目前的解决方案需要从MMS上的快照中恢复，这意味着需要2小时的下载和解压缩文件。
我的计划是在我的副本集中添加一个30分钟的延迟辅助，以便在此灾难情况下我可以快速进行故障转移 - 我将丢失30分钟的写入时间，但这比2小时的停机时间要好。理想情况下，我实际上可以让延迟数据库首先重放oplog直到错误查询。
这种方法有意义吗？如果是这样，您如何实际推广延迟的辅助（在删除损坏的服务器之后），确保它不会复制损坏主服务器的错误查询？