备份准备
在备份群集或副本集之前，请确定如何备份数据以及要备份哪些数据。本页介绍在开始备份之前必须考虑的事项。
备份大小调整建议
在调整数据备份大小时，请将2 未压缩数据 的 副本集 大小保持为 TB 或更少。如果数据库的未压缩数据增加到超过2 TB：
对数据库进行分片
将每个分片的未压缩数据保持在 2 TB 或更少
这些大小建议是最佳实践。 它们不是 MongoDB database 或 Cloud Manager 的限制。
备份和恢复可能会使用大量的 CPU、内存、存储和网络带宽。
例子
您提到的网络吞吐量（例如 10 Gbps 或 100 Gbps）是理论上的最大值。该值不考虑网络流量的共享或限制。
考虑以下情况：
您希望备份一个 2 TB 数据库。
您的主机支持从 Cloud Manager 到其备份存储的 10 Gbps TCP 连接。
网络连接的丢包率很低，往返延迟时间也很短。
数据的完整备份需要 30 多个小时才能完成。[1]
这不考虑磁盘读取和写入速度，对于单个或镜像 NVMe 存储设备，磁盘读取和写入速度最多为 3 Gbps 读取和 1 Gbps 写入。
完成每个连续增量备份所需的时间取决于写入负载。
如果您将此数据库分成 4 个分区，则每个分区分别运行各自的备份。这会导致备份需要不到 8 小时才能完成。
| [1] | 这些吞吐量数字是使用 网络吞吐量计算器 计算得出 并假设没有额外的网络压缩。 |
快照频率和保留策略
默认情况下，Cloud Manager 每 6 小时拍摄一次数据的基本快照。
如果需要，管理员可以将基本快照的频率更改为 6、8、12 或 24 小时。 Cloud Manager 按安排自动创建快照；您无法按需拍摄快照。
Cloud Manager 在下表所列的时间段内保留快照。
如果终止部署的备份，Cloud Manager 将立即删除当前保留策略日期内的快照。
如果您停止部署的备份，Cloud Manager 将停止拍摄新快照，但会保留现有快照，直到列出的到期日期为止。
快照 | 默认保留政策 | 最长保留时间策略 |
|---|---|---|
基础快照 | 2 天 | 5 天（如果频率为 24 小时，则为 30 天） |
每日快照 | 7 天 | 1 年 |
每周快照 | 4 周 | 1 年 |
月度快照 | 13个月 | 7 年 |
对快照计划的更改会影响快照存储成本。
您可以通过 Backup 页面上的 Edit Snapshot Schedule 菜单选项更改备份部署的计划。管理员可以通过 API 中的 snapshotSchedule 资源更改快照频率和保留时间。
您无法在 Cloud Manager 中更改快照的参考时间。
限制
Cloud Manager 不会备份其中的collection总数达到或超过
100,000的部署。Cloud Manager 不会复制索引collection选项。
加密
您无法使用 WiredTiger 加密来存储备份。如果不启用加密，则可以使用 WiredTiger storage engine 来存储备份。如果从备份恢复，则会恢复未加密的文件。
备份注意事项
一致性和快照
对于运行 MongoDB 4.2 或更高版本的集群：
Cloud Manager 在拍摄快照时保持因果一致性，但collStats和
db.[collection].count()报告的大小统计信息除外。 collStats和db.[collection].count()报告的大小统计信息可能不准确。Cloud Manager 协调分片集群的所有分片的时间。 这可确保快照包括截至计划快照时间写入每个分片和节点的所有文档。
对于运行 MongoDB 4.0 和更早版本的集群：
Cloud Manager 维护崩溃一致的快照。
Cloud Manager 大约在同一时间从分片集群的每个分片和配置服务器副本集拍摄快照。
运行 FCV 4.2 和更高版本的数据库
目前支持的备份功能
功能 | 运行 FCV 4.2 及更高版本的数据库 | 运行 FCV 4.0 和更早版本的数据库 |
|---|---|---|
使用 WiredTiger 快照备份数据 | ||
使用备份守护程序备份数据 | ||
备份副本集 | ||
备份分片集群 | ||
可以使用命名空间 [2 ] 进行筛选 | ||
可指定同步源数据库 | ||
可以将数据恢复到特定时间点 []3 | ||
可以执行增量备份 []4 | ||
支持使用 KMIP 加密 []5 的Atlas 备份快照 | ||
支持使用本地密钥加密 [] 的Atlas 备份快照6 | ||
支持保存到S3快照存储 | ||
支持运行 MongoDB Enterprise 的数据库 | ||
支持运行 MongoDB Community 的数据库 | ||
需要在每个 |
| [2] | 仅 Cloud Manager 6.0.8 及更高版本支持命名空间筛选。 MongoDB 部署的featureCompatibilityVersion值必须为4.0及更早版本或者6.0.1及更高版本。 |
| [3] | 执行 PIT 恢复需要 Ops Manager 4.2.13 或更高版本。 |
| [4] | 在删除快照后以及块存储区块大小已更改的情况下，Cloud Manager 需要对首次备份进行完整备份。 增量备份可降低网络传输和存储成本。此功能适用于：
|
| [5] | 查询加密快照需要MongoDB Enterprise 4.2.9及更高版本或4.4.0及更高版本。 |
| [6] | FCV 4.2及更高版本的备份不支持本地密钥加密。 |
| [7] | 将FCV 4.2或更高版本的数据库备份到文件系统存储时会忽略File System Store Gzip Compression Level 。 |
要求和限制
如果您运行的是带有FCV 4.2或更高版本的 MongoDB 4.2或更高版本，则要运行备份和恢复，您可以：
必须考虑块存储块大小的变化。如果您未设置块大小并使用默认值，该块大小将从 64 KB 更改为 1 MB。这可能会影响存储使用情况。
必须确保副本集配置中的主机名与MongoDB Agent使用的主机名匹配，或者主机映射包含正确的主机名。 您可以使用rs.conf()验证副本集配置。
仅当运行的是 MongoDB 6.0或更高版本时，才能使用命名空间筛选器列表来定义备份中包含的命名空间。 在 MongoDB 4.2到5.0版本上拍摄的快照始终包含所有命名空间。
不需要同步源数据库。 拍摄快照时，Cloud Manager 会选择对性能影响最小且快照数据的存储级别重复最多的副本集成员。
MongoDB Agent必须为集群中的每个 节点部署
mongod。
注意
如果 Cloud Manager 不托管您的集群：
向运行备份的 MongoDB 用户授予
backup和clusterAdmin角色。确保运行 MongoDB 助手的操作系统用户对部署的所有数据文件（包括日志文件）具有读取权限。
运行 FCV 4.0 和更早版本的数据库
重要
仅可备份分片集群或副本集。若要备份独立运行的 mongod 进程，则须将其转换为单节点副本集。
如果数据库运行任何 MongoDB 4.0 或更早版本，或者数据库运行 MongoDB 4.2 并满足以下条件，则以下注意事项适用：
"featureCompatibilityVersion" : 4.0
过期快照的垃圾回收
Cloud Manager 使用 groom 作业托管过期快照。根据包含快照的快照存储，这些groom作业的行为会有所不同：
快照存储 | Groom 作业的工作方式 |
|---|---|
MongoDB 块存储 | 使用额外的磁盘空间，最多为每个作业的活动块数量。 |
文件系统快照存储 | 删除过期的快照 |
S3 快照存储 | 如果 Cloud Manager 在groom作业运行时创建快照，则可能会使用额外的磁盘空间。Cloud Manager 可以在 S3 快照存储上运行并发groom作业。 |
注意
快照作业和修饰作业不能同时运行。 如果在快照作业运行时启动 groom 作业，则 groom 作业将失败， MongoDB Ops Manager会记录错误并在快照作业完成后自动重试 groom 作业。 如果在 groom 作业运行时启动快照作业，则快照作业将失败， MongoDB Ops Manager会记录错误并在 groom 作业完成后重试快照作业。
命名空间过滤器
通过使用命名空间过滤器，您可以指定要备份的数据库和集合。您可以创建 Blacklist 以包含要排除的数据库和集合，或者创建 Whitelist 以包含要包括的数据库和集合。您可以在开始备份时选择数据库和集合，也可以以后根据需要编辑这些数据库和集合。如果在备份中添加数据以更改过滤器，则需要进行重新同步。
使用黑名单可以防止备份包含日志记录数据、缓存或其他临时数据的集合。排除这些类型的数据库和集合会帮您减少备份时间和费用。使用黑名单通常比使用白名单更可取，因为白名单要求您有意选择加入要备份的每个命名空间。
注意
仅 Cloud Manager 6.0.8及更高版本支持命名空间筛选。 MongoDB 部署的featureCompatibilityVersion值必须为4.0及更早版本或者6.0.1及更高版本。
引擎加密
要备份 MongoDB 集群，请使用 WiredTiger 存储引擎。
如果您当前的支持数据库使用 MMAPv1，请升级到 WiredTiger：
借助 WiredTiger，Cloud Manager 将备份限制为文件数少于 100,000 个的部署。文件包括集合和索引。
MongoDB 4.2删除了 MMAPv 1存储。 要了解有关存储引擎的更多信息，请参阅 MongoDB 手册中的存储。
重新同步生产部署
对于生产部署，请定期重新同步所有备份的副本集，例如每年一次。重新同步时，将从每个副本集中的从节点读取数据。在重新同步期间，不会生成新快照。
如果您符合以下条件，您可能还需要重新同步备份：
检查点
重要
您可以对运行MongoDB且Feature Compatibility Version 为4.0 或更早版本的集群使用检查点。检查点已从使用FCV 或更高版本的MongoDB实例中删除。4.2
对于分片集群，检查点在快照之间提供额外的恢复点。 启用检查点后，Cloud Manager 会按照可配置的间隔（每15 、 30或60分钟）在快照之间创建恢复点。 要启用检查点，请参阅启用检查点。
为了创建检查点，Cloud Manager 会停止 负载均衡器 ，并将令牌插入到集群中每个分 片 和 配置服务器 的 oplog 中。这些检查点令牌是轻量级的，不会影响性能或磁盘使用情况。
备份不需要检查点，默认情况下它们处于禁用状态。
从检查点恢复需要 Cloud Manager 将每个分片和配置服务器的oplog应用到检查点之前捕获的最后一个快照。 从检查点恢复比从快照恢复需要更长的时间。
助手无法停止负载均衡器时的快照
对于使用 FCV 4.0或更早版本运行的分片集群，Cloud Manager 会在拍摄集群快照之前禁用负载均衡器。 在某些情况下，例如长时间迁移或没有运行mongos ，Cloud Manager 会尝试禁用负载均衡器，但无法执行。 在这种情况下，Cloud Manager 会继续拍摄集群快照，但会标记可能包含不完整或不一致数据的快照。 在主动均衡操作期间拍摄的集群快照存在数据丢失或孤立数据的风险。
快照 — 助手无法连接到 mongod
对于分片集群，如果备份无法到达mongod进程（无论是分片还是配置服务器），则代理无法插入同步oplog令牌。 在这些情况下，Cloud Manager 不会创建快照并显示警告消息。