将副本集升级到 3.4

在本页面

• 升级建议和清单

• Prerequisites

• 下载 3.4 二进制文件

• Upgrade Process

• 其他升级步骤

如果您需要有关升级到 3.4 的指导，请MongoDB 提供主要版本升级服务以帮助确保平稳过渡而不会中断您的 MongoDB 应用程序。

升级建议和清单

升级时，请考虑以下事项：

升级版本路径

要将现有的 MongoDB 部署升级到 3.4，必须运行 3.2 系列发行版。

要从 3.2 系列之前的版本升级，必须先升级主要版本，直到升级到 3.2 系列。例如，如果您运行的是 3.0 系列，则必须在3.2 之前才能升级到 3.4.

Preparedness

开始升级之前，请参阅MongoDB 3.4 中的兼容性更改文档，以确保您的应用程序和部署与 MongoDB 3.4 兼容。开始升级之前，请解决部署中的不兼容性。

在升级 MongoDB 之前，请务必先在临时环境中测试应用程序，然后再将升级部署到生产环境中。

Downgrade Consideration

一旦升级到 3.4，就不能降级到 3.2.7 或更早的版本。您只能降级到 3.2.8 或更高版本。

Prerequisites

要将副本集升级到 3.4，所有副本集成员必须运行版本 3.2. 要从早期的 MongoDB 版本将副本集的所有成员升级到最新的 3.2 系列版本 * first *升级副本集，然后按照从 MongoDB 3.2 升级到 3.4 的过程进行操作。

下载 3.4 二进制文件

通过软件包 Management 器

如果从 MongoDB apt，yum，dnf或zypper存储库安装了 MongoDB，则应使用程序包 Management 器升级到 3.4.

遵循适用于您的 Linux 系统的3 .4 安装说明。这将涉及为新版本添加存储库，然后执行实际的升级过程。

Manually

如果尚未使用包 Management 器安装 MongoDB，则可以从MongoDB 下载中心手动下载 MongoDB 二进制文件。

有关更多信息，请参见3 .4 安装说明。

Upgrade Process

您可以使用“滚动”升级从 MongoDB 3.2 升级到 3.4，以通过在其他成员可用时分别升级成员来最大程度地减少停机时间：

升级副本集的辅助成员。

一次升级一个副本集的secondary个成员：

• 关闭mongod实例，然后用 3.4 二进制文件替换 3.2 二进制文件。

• 重新启动成员并 await 该成员恢复到SECONDARY状态，然后再升级下一个辅助成员。要检查成员的状态，请在mongo shell 中发出rs.status()。

降级主要副本集。

将mongoShell 连接到主要数据库，并使用rs.stepDown()降级主要数据库并强制选择新的主要数据库。

升级主数据库。

当rs.status()显示主要数据库已卸任，另一个成员已处于PRIMARY状态时，请升级已卸任的主要数据库：

• 关闭逐步降低的主数据库，并将mongod二进制文件替换为 3.4 二进制文件。

• Restart.

启用向后不兼容的 3.4 功能。

此时，您可以在没有 3.4 不兼容的功能和 3.2 的情况下运行 3.4 二进制文件。

要启用这些 3.4 功能，请将功能兼容版本设置为 3.4.

在主数据库上，在admin数据库中运行setFeatureCompatibilityVersion命令：

db.adminCommand( { setFeatureCompatibilityVersion: "3.4" } )

此命令必须执行对内部系统集合的写入。如果由于某种原因该命令未成功完成，则可以安全地在主数据库上重试该命令，因为该操作是幂等的。

其他升级步骤

• 要升级独立版本，请参阅将独立版升级到 3.4。

• 要升级分片群集，请参阅将分片群集升级到 3.4。