版本和组件

NOM 实现中包含四个组件，应考虑这些组件的版本。

NOM 服务器

包含 NOM 的服务器应用程序、用户界面和 API。计划每 8 周发布新版本的 NOM，建议您经常升级服务器以获取错误修复、增强功能和新功能。

由于服务器和代理协同工作，建议尽可能规划使它们在同一版本上运行。服务器可以在代理之前或之后升级，但新版本中的更改可能会导致一些不兼容问题。

NOM 代理

代理是一个独立的可执行文件，部署在要管理的每个 DBMS 实例的主机上。每 8 周，服务器都会发布代理的新版本，但并非每个版本都会包含对功能的更改。建议您经常升级代理以获取错误修复、增强功能和新功能。

由于服务器和代理协同工作，建议尽可能规划使它们在同一版本上运行。代理可以在服务器之前或之后升级，但新版本中的更改可能会导致一些不兼容问题。

NOM 持久性数据库

NOM 使用 Neo4j 数据库来持久化监控和管理数据。理想情况下，这是一个专门用于 NOM 的单个实例，但也可以是企业中其他地方的许可机器上的专用数据库，甚至是 Aura Professional 或 Enterprise 实例。

NOM 持久性应使用 Neo4j Enterprise Edition 4.4.x 或更高版本部署，但建议您使用最新版本并尽可能保持更新。

NOM 托管 DBMS

NOM 管理的 DBMS 实例需要使用 Enterprise Edition 4.4.x 或更高版本获得许可。

升级注意事项

在规划将 NOM 升级到更高版本时，请考虑以下几点

  • 升级服务器会导致 NOM 暂时中断，同时替换 jar 文件。启动新版本后，持久性架构中任何必要的更改会自动进行。

  • 升级代理会导致暂时无法管理注册到该代理的任何实例。

  • 升级持久性 Neo4j 时，建议在升级期间关闭 NOM 服务器。

  • 鉴于 NOM 是一个监控和管理系统，因此应用升级所需的规划和影响分析较少。因此，建议您经常升级，特别是在初始版本中定期添加新功能时。