推荐工具
› RoboMongo
推荐书目
› 50 Tips and Tricks for MongoDB Developers
Related Blogs
› Snail in a Turtleneck
这是一个创建于 2608 天前的主题，其中的信息可能已经有所发展或是发生改变。
我假想的应用场景是这样的。
假设正在运行的产品修改的是 mongoDB 的 pro 数据库下的 page 表（ collection ）。
现在数据出现某种错误，需要撤销。
我想的操作是
- 停止产品的运行
- dumplicate page 表并命名为 page2
- 在 page2 上修复数据并测试
- page 更名为 page_old
- page2 更名为 page
- 启动产品的运行
我的理由有
- 数据库不大，在复制的过程中消耗的时间是可接受的
- 产品代码不用再修改，保证了不会出现错误。
- 数据的修复过程可能会出现问题，这个时候至少有个备份。
那么问题来了，这样的操作是不是犯了某个新手错误？先🙏了。
 |
1
ChangHaoWei OP 顶一下，这个问题很急。。
|
|
2
ChangHaoWei OP 环境是 单实例的 mongodb，不支持回滚操作的。。
|
 |
3
l00t 2017-09-18 17:45:49 +08:00
我有一个问题啊，你说的在 page2 修改后进行测试，这个测试怎样进行呢？
|
 |
4
nullcc 2017-09-18 17:50:11 +08:00  2
1.停止产品的运行，光这点可能很多场景就无法接受了。可以尝试先备份一个库出来，在线下做测试，比如用这个备份库直接在内网进行测试，没毛病以后再去操作线上的数据。
|
|
5
ChangHaoWei OP @l00t 细节上的话和我主题没有太大关系，不过可以解释一下。。
正常的项目 数据库的指向是写在配置或单独一个文件的，且测试环境和产品运行环境的配置信息是分开的。 也就是说可以直接指向 page2 做试修复，并让测试环境指向这个表（ collection ）。测试通过后，再停止产品的运行，并重新备份 page，然后再操作。。这样保证了至少有个可以还原的数据。 |
Select Language