Percona 备份 MongoDB：从备份中恢复单个集合
内容提要
本文介绍了设计备份策略时需考虑的业务需求和定义RPO和RTO，以及使用Percona Server for MongoDB 6.0进行恢复的方法。通过选择最新的逻辑备份恢复单个集合，可以解决生产系统关键错误。另外，还介绍了通过PITR进行恢复的方法。Percona Backup for MongoDB具有灵活性，可以帮助管理备份和恢复操作。
延伸解读
恢复单个集合为何比全库恢复更高效
文章中的场景是一个1TB的副本集，全库恢复耗时很长。而问题仅出在一个集合上，因此只恢复该集合能大幅缩短恢复时间，更快满足RTO。这提醒我们，在设计备份策略时，除了定义RPO和RTO，还应考虑恢复的粒度。Percona Backup for MongoDB支持选择性恢复，为快速修复局部数据问题提供了可行路径。
两种恢复方式的取舍：覆盖与保留
文章给出了两种恢复单个集合的方法：直接在实时数据库恢复会覆盖现有数据，适合确认没有新数据写入的情况，速度最快；在临时实例恢复则需额外步骤，但能保留现有数据，避免覆盖新产生的数据。选择时需权衡恢复速度与数据完整性风险，尤其在生产环境中，误删后可能仍有新数据写入，直接覆盖可能导致二次损失。
PITR的适用条件与额外要求
若需要恢复到数据被删除的精确时刻，则必须使用PITR功能。但文章指出，这要求PBM已启用PITR，并且由于数据库较大，还需要一台独立服务器来执行恢复。恢复完成后，再导出集合文档并导入实时数据库。因此，PITR虽然能实现更精细的恢复，但对基础设施和前期配置有更高要求，并非所有场景都适用。
Q&A
如何设计MongoDB的备份策略？
设计备份策略时需考虑业务需求，并定义恢复点目标（RPO）和恢复时间目标（RTO）。
在MongoDB中恢复单个集合的步骤是什么？
首先列出可用备份，选择最新的逻辑备份，然后可以选择在实时数据库中恢复或在临时实例中恢复。
使用Percona Backup for MongoDB恢复数据时有哪些选项？
可以选择直接在实时数据库中恢复，或在临时实例中恢复以保留现有数据。
什么是PITR功能，它在数据恢复中有什么作用？
PITR代表点-in-time恢复，允许用户恢复到数据被删除的瞬间，需确保该功能在PBM中启用。
在恢复过程中如何确认数据恢复成功？
可以通过检查集合中的文档数量来确认数据恢复是否成功。
Percona Backup for MongoDB的灵活性体现在什么方面？
PBM提供灵活的备份和恢复管理，能够满足不同业务需求的恢复策略。
