mongodb ops manager 头部数据库答案

【问题标题】：mongodb ops manager head databasemongodb ops manager 头部数据库
【发布时间】：2020-01-22 01:04:18
【问题描述】：

我刚开始学习 MongoDB，所以希望这个问题不会那么简单。我的问题是关于 Ops Manager，尤其是备份。据我了解，如果我使用 Ops Manager 备份源 mongo 数据库，则会执行“初始同步”并将其复制到 Ops Manager 应用程序服务器。 OpLogs 也被复制过来。从这里开始，这个“副本”（也称为“头”数据库）似乎用于创建可以恢复的定期快照。所以有这样的理解有几个问题：

1) 头数据库似乎使用“头目录”（即挂载点/文件系统）驻留在应用程序服务器上，并且假设是实时 mongodb 数据库？真的吗？或者它只是简单地复制了没有以任何方式“启动并运行”的文件。换句话说，我是否也需要在 Ops Manager 应用程序服务器上安装 mongodb rpms/软件？我假设头数据库是“活动的”（例如副本集中的隐藏节点），因为我假设复制过来的 oplogs 也应用于头数据库，因此定期快照会有所不同。再次，我的理解正确吗？

2) 如果我配置 2 个 Ops Manager 应用程序服务器（用于 HA 目的），我对“头”数据库的驻留位置感到困惑（因为它放在文件系统/目录中 - 仅对单个服务器可用）？我意识到快照可能存在于某些共享存储（甚至是 S3 存储，我们可能会使用它）上，因此它可以在任何地方访问。头数据库是否也需要在某些共享块存储上（例如 NAS？？）。由于它位于块设备上，每个应用程序服务器如何与头数据库一起工作？

我将为此提供支持，因为这是他们可以解决的 Enterprise Mongo 问题。我想我会先让社区看看他们的想法。

提前致谢。

吉姆

【问题讨论】：

标签： mongodb

【解决方案1】：

由于我没有看到对此问题的任何回复，因此我能够与 Mongo 支持小组的某个人交谈。答案如下：

1) OpLogs 被复制并应用于头数据库（本质上是主数据库的近实时“副本”）

2) 对于多个应用程序服务器，您可能希望将头目录放在共享设备（例如 NAS）上，以便在 Ops Manager 应用程序服务器不可用时，备用服务器可以继续执行其功能。

希望这对可能有相同问题的人有所帮助。

-吉姆

【讨论】：

【解决方案2】：

我不想反对官方支持给你的答案，但我在 Configure a Highly Available Ops Manager Backup Service 读到了不同的东西：

To configure high availability [...] scale your deployment horizontally by using multiple backup daemons,

Backup Daemon Service:

You can configure any Ops Manager instance to run the Backup Daemon service to back up MongoDB databases. The Backup Daemon service manages the local copies of the backed-up databases and snapshots for each database
[...]
Multiple Backup Daemons can scale horizontally to increase your storage and can provide manual failover.

If you run multiple Backup Daemons, Ops Manager selects the Backup Daemon to use when a user enables backup for a deployment. The head database resides with the daemon’s host.

所以看起来你不应该复制 oplog 数据，而应该依赖多个备份恶魔。

WDYT?

【讨论】：