Docs 菜单
Docs 主页
/
MongoDB Ops Manager
/ /

Restore Overview

在此页面上

  • 取消恢复
  • 自动恢复
  • 手动恢复

要从备份恢复部署,请选择要恢复数据库的快照或时间点。 MongoDB Ops Manager为您提供可从中恢复数据库的文件。

您可以恢复单个MongoDB 数据库、 副本集或分片分片集群中的所有分片。

您可以从现有快照或特定时间点恢复部署。 对于时间点,您可以指定日期和时间、 oplog时间戳或分分片集群的检查点。

如果要从某个时间点恢复,则必须将 MongoDB 备份恢复实用工具下载到目标主机。 MBRU请求并应用最新完整快照和您选择的时间点之间的oplog条目。

要恢复备份,请使用以下选项之一:

  • 使用自动化功能将文件恢复到另一个集群

  • 手动将已恢复的文件复制到您选择的主机

  • 从可查询备份恢复

要取消恢复:

  1. 导航到 Backup > Restore History标签页。

  2. 单击 Cancel(连接)。

如果您选择让MongoDB Ops Manager自动恢复备份,则自动化操作会删除目标主机上的所有现有数据,并将该数据替换为快照中的新备份数据。

如果要恢复分片集群,则必须恢复所有分片。 如果您尝试恢复分片集群中的单个分片,则恢复过程将失败。

要执行自动恢复,请执行以下操作:

  • 安装在源主机和所有目标主机上安装的MongoDB Agent ,并检查目标部署上的MongoDB Agent是否可以连接到目标部署中的所有主机。

  • 在MongoDB Ops Manager 中配置 备份管理员 和 自动化管理员 角色。

  • 检查目标集群的 featureCompatibilityVersion是否大于或等于源集群的featureCompatibilityVersion

    例子

    运行以下命令检索给定托管的featureCompatibilityVersion

    db.adminCommand( {
    getParameter: 1,
    featureCompatibilityVersion: 1
    } )

    要了解更多信息,请参阅setFeatureCompatibilityVersion。

  • 查看以下兼容性矩阵,了解每个MongoDB版本支持的源集群。 目标集群中每个托管的MongoDB版本必须支持源集群快照的FCV

    源集群FCV
    MongoDB
    3.4
    MongoDB
    3.6
    MongoDB
    4.0
    MongoDB
    4.2
    MongoDB
    4.4
    MongoDB
    5.0
    MongoDB
    6.0

    3.2

    3.4

    3.6

    4.0

    4.2

    4.4

    5.0

    6.0

您可以选择恢复到相同或不同组织中不同项目的集群:

当备份数据库和目标数据库的某些存储设置不匹配时,自动恢复可能会失败:

在尝试恢复之前,没有方法检查是否存在不匹配情况。 如果恢复尝试失败, MongoDB Ops Manager会显示任何不匹配的设置。 如果仍想恢复备份的数据库,请修复目标数据库中与备份数据库不匹配的设置,然后重试备份数据库的恢复进程。

重要

MongoDB 在 MongoDB 4.2中删除了对 MMAPv 1存储引擎的支持。 如果编辑部署的配置以将存储引擎更改为WiredTiger存储引擎, MongoDB Ops Manager将重新启动MongoDB进程。

当您尝试恢复分分片集群中的单个分分片,自动恢复会失败。 如果要恢复分片分片集群,则必须恢复所有分片。

要执行自动恢复,请参阅要恢复的部署的过程:

要执行手动恢复,您必须在 MongoDB Ops Manager中具有 备份管理员 角色。

MongoDB Ops Manager将每个快照提供为未压缩 (.tar) 或压缩 (.tar.gz) 存档,其中包含数据目录的完整副本。

选择压缩快照可以加快交付速度,但需要目标托管上有足够的空间来容纳压缩快照及其提取的数据库文件。

要执行手动恢复,请参阅:

您可以从已完成的快照或从特定时间点恢复。 通过以下页面了解手动恢复流程。

后退

恢复