更新时间:2022-08-13 21:11:37
1、决定备份策略如何配置的核心因素是RPO要求。例如:您最大允许丢失的数据量是一天,那么在一天之内至少保证成功备份一次。那么您可以参照 备份策略 按天备份策略,根据您的PRO要求设置备份发起时间。
2、如果你的业务网和备份网络没有分离,且MongoDB数据库业务繁忙时备份占用一部分网络资源后业务受到了影响,建议你根据业务高峰期调整备份策略,尽可能避免在业务繁忙时备份,可参阅 备份策略 策略。
3、如果你的业务系统计算资源不充分,为了保证业务的稳定性,同样需要调整备份策略,将备份安排在业务量最低的时段。以下是4C8G客户端(虚拟机)进行备份时计算资源的占用情况统计表,可参考该表对备份策略进行调整。注意:具体资源占用情况跟实际计算机的资源配置有关,表格中数据仅供参考。
2、如果你的业务网和备份网络没有分离,且MongoDB数据库业务繁忙时备份占用一部分网络资源后业务受到了影响,建议你根据业务高峰期调整备份策略,尽可能避免在业务繁忙时备份,可参阅 备份策略 策略。
3、如果你的业务系统计算资源不充分,为了保证业务的稳定性,同样需要调整备份策略,将备份安排在业务量最低的时段。以下是4C8G客户端(虚拟机)进行备份时计算资源的占用情况统计表,可参考该表对备份策略进行调整。注意:具体资源占用情况跟实际计算机的资源配置有关,表格中数据仅供参考。
MongoDB备份客户端 | 内存资源占用 | CPU资源占用 |
不使用高级选项功能 | 100MB-160MB | 6%-10% |
开启快速压缩 | 110MB-165MB | 12%-17% |
开启强力压缩 | 270MB-350MB | 70%-90% |
开启AES256加密 | 290MB-350MB | 13%-18% |
开启SM4加密 | 110MB-140MB | 50%-60% |
开启重删 | 320MB-360MB | 25%-40% |
同时使用重删和压缩 | 9000MB-1000MB | 75%-95% |
< 上一篇:
下一篇: >