本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
维护 Amazon Neptune 数据库集群
Neptune 会定期对其使用的所有资源执行维护，包括：
必要时更换底层硬件。这种情况发生在后台，您无需采取任何行动，而且通常不会影响您的操作。
-
更新底层操作系统。数据库集群中实例的操作系统升级是为了提高性能和安全性，因此，通常应尽快完成升级。通常而言，更新大约需要花费 10 分钟。操作系统更新不会更改数据库实例的数据库引擎版本或数据库实例类。
通常最好先更新数据库集群中的读取器实例，然后更新写入器实例。在发生失效转移时，同时更新读取器和写入器可能会导致停机。注意，在操作系统更新之前，数据库实例不会自动备份，因此，请务必在应用操作系统更新之前进行手动备份。
-
更新 Neptune 数据库引擎。Neptune 定期发布各种引擎更新，以引入新特征和改进并修复错误。
引擎版本号
引擎版本 1.3.0.0 之前的版本编号
在 2019 年 11 月之前，Neptune 一次仅支持一个引擎版本，引擎版本号均采用 1.0.1.0.200 形式，其中 <xxx>xxx 为补丁号。所有新引擎版本均作为早期版本的补丁发布。
自 2019 年 11 月起，Neptune 开始支持多个版本，使客户能够更好地控制他们的升级路径。因此，引擎版本编号发生了变化。
从 2019 年 11 月到引擎版本 1.3.0.0，引擎版本号分为 5 个部分。以版本号 1.0.2.0.R2 为例：
第一部分始终是 1。
第二部分
0（在1.0.2.0.R2中）是数据库的主要版本号。第三部分和第四部分
2.0（在1.0.2.0.R2中）都是次要版本号。第五部分
R2（在1.0.2.0.R2中）是补丁号。
大多数更新都是补丁更新，补丁和次要版本更新之间的区别并不总是很清楚。
自引擎版本 1.3.0.0 起的版本编号
从引擎版本 1.3.0.0 开始，Neptune 改变了引擎更新的编号和管理方式。
引擎版本号现在有四个部分，每个部分对应于一种版本类型，如下所示：
产品版本.主要版本.次要版本.补丁版本
以前作为补丁发布的那种不间断的更改现在作为次要版本发布，您可以使用 AutoMinorVersionUpgrade 实例设置对其进行管理。
这意味着，如果您愿意，则每次发布新的次要版本时，都可以通过订阅 RDS-EVENT-0156 事件来接收通知（请参阅订阅 Neptune 事件通知）。
补丁版本现在保留用于紧急的定向修复，并使用版本号的最后一部分（*.*.*.1、*.*.*.2 等）进行编号。
Amazon Neptune 中不同类型的引擎版本
与引擎版本号的四个部分相对应的四种引擎版本如下所示：
Amazon Neptune 主要版本更新
主要版本更新通常会引入一个或多个重要的新特征，且通常包含重大更改。它的支持寿命通常约为两年。引擎版本中列出了 Neptune 的主要版本，及其发布日期和预计的使用寿命。
在您使用的主要版本到期之前，主要版本更新完全是可选的。如果您选择升级到新的主要版本，则必须使用 Amazon CLI 或 Neptune 控制台自行安装新版本，如主要版本升级。中所述。
但是，如果您使用的主要版本已过期，则系统会通知您需要升级到最新的主要版本。然后，如果您没有在通知后的宽限期内进行升级，则系统会自动安排在下一个维护时段内升级到最新的主要版本。请参阅引擎版本的使用寿命了解更多信息。
Amazon Neptune 次要版本更新
大多数 Neptune 引擎更新都是次要版本更新。它们经常发生，并且不包含重大更改。
如果您在数据库集群的写入器（主）实例中将 AutoMinorVersionUpgrade 字段设置为 true，则次要版本更新将在数据库集群中的所有实例发布后的下一个维护时段内自动应用于这些实例。
如果您在数据库集群的写入器实例中将 AutoMinorVersionUpgrade 字段设置为 false，则只有在您明确安装时才会应用这些更新。
注意
次要版本更新是独立的（它们不依赖于以前对同一主要版本的次要版本更新）累积更新（它们包含先前次要版本更新中引入的所有特征和修复）。这意味着，无论您是否安装了以前的次要版本更新，您都可以安装任何给定的次要版本更新。
通过订阅 RDS-EVENT-0156 事件，可以轻松跟踪次要版本的发布（参见订阅 Neptune 事件通知）。然后，每次发布新的次要版本时，您都会收到通知。
此外，无论您是否订阅通知，您都可以随时查看哪些更新有待处理。
Amazon Neptune 补丁版本更新
如果出现影响实例可靠性的安全问题或其他严重缺陷，则 Neptune 会部署强制补丁。它们将在下一个维护时段应用于数据库集群中的所有实例，而无需您进行任何干预。
只有在不部署补丁版本的风险超过与部署补丁版本相关的风险和停机时间时，才会部署补丁版本。补丁版本很少发生（通常几个月一次），并且几乎不会需要过长的维护时段。
规划 Amazon Neptune 主要引擎版本的使用寿命
Neptune 引擎版本几乎总是在日历季度末达到使用寿命的尽头。只有在出现重大的安全或可用性问题时，才会出现例外。
当引擎版本达到其使用寿命结束时，您需要将 Neptune 数据库升级到较新的版本。
通常，Neptune 引擎版本将继续可用，如下所示：
次要引擎版本：次要引擎版本在发布后的至少 6 个月内保持可用。
主要引擎版本：主要引擎版本在发布后的至少 12 个月内保持可用。
在引擎版本使用寿命结束前至少 3 个月，Amazon 将向与您的 Amazon 账户关联的电子邮件地址发送自动电子邮件通知，并将相同的邮件发布到您的 Amazon Health Dashboard。这将使您有时间计划和准备升级。
当引擎版本达到其使用寿命结束时，您将无法再使用该版本创建新的集群或实例，自动缩放功能也无法使用该版本创建实例。
实际达到使用寿命结束的引擎版本将在维护时段期间自动升级。在引擎版本使用寿命结束前 3 个月发送给您的邮件将包含有关此自动更新将涉及的内容的详细信息，包括您将自动升级到的版本、对数据库集群的影响以及我们建议的操作。
重要
您有责任使数据库引擎版本保持最新。Amazon 敦促所有客户将其数据库升级到最新的引擎版本，以便从最新的安全、隐私和可用性保护措施中受益。如果您在弃用日期之后在不受支持的引擎或软件（“旧版引擎”）上运行数据库，则更有可能面临安全、隐私和运营风险，包括停机事件。
在任何引擎上运行您的数据库均受管理您使用 Amazon 服务的协议的约束。旧版引擎并非普遍可用。Amazon 不再为旧版引擎提供支持，如果 Amazon 确定旧版引擎对服务、Amazon、其关联公司或任何第三方构成安全或责任风险或损害风险，则 Amazon 可以随时限制对任何旧版引擎的访问或使用。您决定继续在旧版引擎中运行您的内容可能会导致您的内容不可用、损坏或无法恢复。在旧版引擎上运行的数据库受服务水平协议 (SLA) 例外情况的约束。
在旧版引擎上运行的数据库和相关软件包含漏洞、错误、缺陷和/或有害组件。因此，无论协议或服务条款中存在任何相反之处，Amazon 均“按原样”提供旧版引擎。
手动安装 Neptune 引擎的更新
安装主要版本引擎升级
必须始终手动安装主要引擎版本。为了最大限度地减少停机时间并留出充足的时间进行测试和验证，安装新的主要版本的最佳方法通常是使用 Neptune 蓝绿部署解决方案。
在某些情况下，您还可以使用创建数据库集群时使用的 Amazon CloudFormation 模板来安装主要版本升级（请参阅 使用 Amazon CloudFormation 模板更新 Neptune 数据库集群的引擎版本）。
如果要立即安装主要版本更新，则可以使用如下所示的 CLI 命令：
aws neptune modify-db-cluster \ --db-cluster-identifier(identifier for your neptune cluster)\ --engine neptune \ --engine-version(the new engine version)\ --apply-immediately
确保指定要升级的引擎版本。如果不这样做，您的引擎可能会升级到非最新版本或不是您期望的版本。
您可以指定 --no-apply-immediately，而不是 --apply-immediately。
如果集群使用自定义集群参数组，请确保指定使用此参数：
--db-cluster-parameter-group-name(name of the custom DB cluster parameter group)
同样，如果集群中的任何实例使用自定义数据库参数组，请确保指定它使用此参数：
---db-instance-parameter-group-name(name of the custom instance parameter group)
使用 Amazon Web Services Management Console 安装次要版本引擎升级
使用 Neptune 控制台执行次要版本升级
登录 Amazon 管理控制台并通过以下网址打开 Amazon Neptune 控制台：https://console.aws.amazon.com/neptune/home
。 在导航窗格中，选择数据库，然后选择您希望修改的数据库集群。
选择 Modify(修改)。
在实例规格下，选择要升级的新版本。
选择下一步。
如果要立即应用更改，请选择立即应用。
选择提交以更新您的数据库集群。
使用 Amazon CLI 安装次要版本引擎升级
您可以使用如下命令来执行次要版本升级，而无需等待下一个维护时段：
aws neptune modify-db-cluster \ --db-cluster-identifier(your-neptune-cluster)\ --engine-version(new-engine-version)\ --apply-immediately
如果要使用 Amazon CLI 手动升级，请确保包括要升级到的引擎版本。如果不这样做，您的引擎可能会升级到非最新版本或不是您期望的版本。
从 1.2.0.0 之前的版本升级到引擎版本 1.2.0.0 或更高版本
引擎版本 1.2.0.0 引入了几项重大更改，这些更改可能会使从早期版本升级变得更加复杂：
-
引擎版本 1.2.0.0 为自定义参数组和自定义集群参数组引入了一种新格式。因此，如果您要从 1.2.0.0 之前的引擎版本升级到引擎版本 1.2.0.0 或更高版本，则必须使用参数组系列
neptune1.2重新创建所有现有的自定义参数组和自定义集群参数组。早期版本使用参数组系列neptune1，而这些参数组不适用于版本 1.2.0.0 及更高版本。请参阅Amazon Neptune 参数组了解更多信息。 -
引擎版本 1.2.0.0 还引入了一种新的撤消日志格式。因此，必须清除早期引擎版本创建的所有撤消日志，并且 UndoLogsListSize CloudWatch 指标必须降至零，然后才能开始从 1.2.0.0 之前的版本进行任何升级。如果您尝试开始更新时撤消日志记录过多（200000 或更多），则在等待清除撤消日志的过程完成时，升级尝试可能会超时。
您可以通过升级集群的写入器实例（清除发生的地方）来加快清除速率。在尝试升级之前执行此操作可能会在开始之前减少撤消日志的数量。将写入器的大小增加到 24XL 实例类型，可以将清除率提高到每小时超过一百万条记录。
如果
UndoLogsListSizeCloudWatch 指标非常大，那么提出支持案例可能会帮助您探索降低该指标的其它策略。 -
最后，1.2.0.0 版本中有一项重大变化，会影响之前使用 Bolt 协议和 IAM 身份验证的代码。从版本 1.2.0.0 开始，Bolt 需要一个用于 IAM 签名的资源路径。在 Java 中，设置资源路径可能如下所示：
request.setResourcePath("/openCypher"));。在其它语言中，可以将/openCypher附加到端点 URI 之后。有关示例，请参阅 使用 Bolt 协议。