升级管理器

使用升级管理器,可以简化部署在您网络中的 OpManager 服务器的升级过程。它提供了一个集中式平台,用于管理和执行对 OpManager 独立服务器、Central、Probe、其故障转移服务器以及 APM 插件 的升级。增强的智能升级功能有助于克服升级过程中遇到的瓶颈。

12.8.344 及以上版本的升级流程

对于 12.8.344 及以上版本,升级管理器将升级过程简化为三个阶段:

注意:

  • 企业版 中,所有 Probe 服务必须已启动并与 Central 服务器保持正常通信。对于故障转移(Failover)部署,主备两台服务都应处于运行状态。
  • 对于 12.8.344 及以上 的服务包版本,手动备份前提条件为可选项,因为升级管理器会自动执行备份。
  • 用于投递定向补丁的 QPM,可通过 升级管理器 无缝应用到各个服务,操作步骤与服务包相同。
  • 如果在升级过程中遇到由防病毒软件 / EDR 交互引起的问题,请参考此排除指南

1. 上传服务包

  • 进入 Settings > General Settings > Upgrade Manager Settings > Upgrade Manager
  • 升级管理器页面会提供有关服务器的完整安装信息。
  • 点击右上角的 Upgrade 选项。

Upgrade Manager

  • OpManager service pack 字段下方点击 click here,下载相应的服务包,然后点击 Upload 进行上传。

Upgrade Manager

注意:如果服务包校验失败,系统会提示您下载并导入完整性证书文件,以重新尝试校验并继续升级。点击此处下载证书。

  • 企业版:在 Central 中下载服务包后,Probe 会自动获取这些服务包。每个 Probe 的服务包版本号和类型都会在升级管理器中显示。

Upgrade Manager

  • 各个 Probe 下载服务包的进度会显示在 Current Status 列中。

在下载服务包期间,如果出现网络变慢或网络问题,您可以使用操作列中的 Stop 按钮手动停止下载。此时请将服务包手动复制到 <OpManagerProbe>\UpgradeManager 目录(用于 OpManager 服务包),以及 <OpManagerProbe>\AppManager\UpgradeManager 目录(用于 APM 插件服务包)。使用 Refresh 按钮获取相应 Probe 服务的最新状态。

  • 如果在下载服务包期间某个 Probe 离线或与 Central 失去连接,一旦通信恢复,下载将自动继续。

2. 健康检查

服务包下载完成后,系统会通过健康检查自动验证升级所需条件。

  • 如果检查失败,点击 Details 查看失败原因。
  • 解决问题后,点击 Retry 重新运行健康检查。

Upgrade Manager

  • 当 Central 和所有 Probe 的健康检查均通过后,产品即可开始升级。
  • 点击 Start Upgrade 以开始升级。

Upgrade Manager

3. 升级过程

  • 升级将开始执行,进度会自动显示在服务 URL 上。

Upgrade Manager

  • APM 插件 会在服务器上的 OpManager 成功升级后自动开始升级。
  • 对于 故障转移服务器,主服务器和备用服务器的升级都会自动启动。
  • Central 升级成功完成后,所有 Probe 将会同时自动开始升级。
  • 各服务器的升级详情会在 Central 的 Current Status 列中自动更新。

Upgrade Manager

OpManager 12.8.344 以上版本的升级过程将顺利完成。

12.8.344 以下版本的升级流程

注意:用于投递定向补丁的 QPM,可以通过UpdateManager.bat /.sh 文件无缝应用到各个服务,操作步骤与服务包相同。


 

升级备份前提条件

注意:对于 12.8.179 以下 的服务包版本,必须遵循以下升级备份前提条件。对于 12.8.179 及以上 版本,这些前提条件为可选项,因为在升级过程中会自动执行备份。
  • OpManager 服务进行 VM 快照 / 目录备份。
    • 如果配置了故障转移服务,请对主、备两台 OpManager 服务都进行 VM 快照 / 目录备份。
  • 如果配置的数据库类型为 MSSQL 或远程 PGSQL,请同时对 OpManager 数据库进行备份。

如仅需备份配置数据:

  • 以管理员权限打开命令提示符,进入 <OpManager Home>/bin/backup 目录,并执行以下命令:
    <OpManager Home>/bin/backup>BackupDB.bat -mode configdata。
  • 该操作用于仅备份配置数据(备份配置、Images 目录、设备详情、设备模板、接口、接口模板、仪表板与小部件、基础架构视图、业务视图、凭据、通知配置文件以及用户),不包含性能数据。

升级前提条件

在升级 OpManager 之前,请先完成以下前提条件,以确保升级过程顺利。

  • 如果在升级过程中遇到由防病毒软件 / EDR 交互引起的问题,请参考此排除指南
  • 确保执行升级操作的用户对 OpManager 目录拥有所需权限。

不同版本的升级说明

版本类型无故障转移新故障转移旧故障转移
Standard / Professional使用 UpdateManager.bat /.sh 文件 升级服务,升级完成后启动服务继续监控。
  • 停止主、备两台故障转移服务。
  • 按照 UpdateManager.bat /.sh 文件 中的步骤升级服务。
  • 然后将备机以主机身份启动一次,再停止服务。
  • 接着先启动主机服务,再启动备机服务。
  • 停止主、备两台服务。
  • 先使用 UpdateManager.bat /.sh 文件 升级主机服务。
  • 主机服务升级成功后,再使用 UpdateManager.bat /.sh 文件升级备机服务。
  • 安装 ppm 文件后,先启动备机服务,再启动主机服务。
  • 主机服务完全启动后,备机会自动切换到待机模式。
企业版适用于 OPM 12.6.322 及以上版本
使用智能升级部分提供的步骤升级服务。要升级服务,请参考此处提供的步骤。
适用于 OPM 12.6.322 以下版本
  • 停止 OpManager Central 和所有 Probe 服务。
  • 使用 UpdateManager.bat /.sh 文件 进行升级。
  • 升级完成后,重启 Central 服务。
  • Probe 将检测到升级,在所有 Probe 中执行升级并自动启动服务。
  • 在 OpManager Central 中停止主、备两台服务。
  • 在所有 Probe 中停止备机服务,并确保只有主机服务在运行。
  • 按照 UpdateManager.bat /.sh 文件 中的步骤,在 Central 中执行升级。
  • 升级完成后启动 OpManager Central 服务。
  • 随后 Probe 会检测到升级,并在所有 Probe 服务中自动执行升级。
  • 在 Central 和 Probe 上分别将备机以主机身份启动并停止一次,然后先启动主机服务,再启动备机服务。
  • 下载合适的版本。
  • 在 Central 和所有 Probe 中停止主、备全部服务。
  • 在 Central 和所有 Probe 中先对主机服务、再对备机服务执行 UpdateManager.bat /.sh 文件 升级。
  • 先启动备机服务,再启动主机服务。
  • 主机服务完全启动后,备机将自动切换到待机模式。
注意:有关您的故障转移模型的详细信息,请参考如何识别故障转移模型

使用 UpdateManager.bat/.sh 文件升级 OpManager

  1. 从服务包页面下载相应版本。
  2. 停止用于升级的 OpManager 服务。
  3. 以管理员权限打开命令提示符,并进入 <OpManager_Home>/bin/ 目录。
  4. 执行 UpdateManager.bat 文件(Linux 使用 UpdateManager.sh)。
  5. 浏览到已下载的服务包,并选择 .ppm 文件。
  6. 点击 install,继续完成安装过程。
注意:对于旧故障转移模型,必须在主、备两台服务上都执行升级。

在离线升级期间导入公共证书的步骤

  • 对于 12.8.000 及以下 版本的服务包,请下载此证书,而对于高于 12.8.000 的服务包版本,请下载此证书。
  • <OpManager_Home>/bin 目录中,运行 UpdateManager.bat(Linux 使用 UpdateManager.sh)启动升级管理器。
  • 点击右上角的 Import Certificate 按钮。
  • 浏览并选择已下载的证书文件,然后点击 Import
  • 证书成功导入后,继续应用 .ppm 文件以开始升级。

Upgrade Manager

 

智能升级(自动升级 Probe 服务器)

  1. Probe 会自动联系 Central 服务器。
  2. 当 Probe 服务器检测到与 Central 服务器的构建号不一致时,会停止所有 Probe 服务。
  3. Probe 服务器会从 Central 服务器下载更新包并开始升级。
  4. 更新过程完成后,重启所有 Probe 服务。
注意:浏览器缓存可能会导致升级后的 OpManager 客户端视图出现问题,因此升级后请清除浏览器缓存。

(以下内容适用于 OpManager 构建号在 12.5.375 及以上,且低于 12.8.344 的版本)

智能升级(增强版)

通过此增强功能,用户可以在 Central 中查看 Probe 的实时升级状态。

整个过程分为三个部分:

  1. 添加 ppm 文件。
  2. 将其发送到所有 Probe。
  3. 升级 Central 和 Probe(智能升级)。

智能升级过程:(适用于 12.8.344 以下版本)

  • 在 Central 中,导航至 Settings --> Configuration --> Probe details page,并点击 Smart Upgrade

OpManager 企业版更新指南:Probe 详情页面

  • 点击 Browse 添加 ppm 文件。
  • 点击 Upload

OpManager 企业版更新指南:智能升级显示页面

  • ppm 文件上传完成后,会显示下载完成状态,并在右上角出现 Upgrade 按钮。
  • 点击 Upgrade,首先升级 Central。(Central 会停止并再次重启。)
  • 之后,Central 中会显示对应 Probe 的实时升级进度。
  • 当所有 Probe 升级完成后,会显示 Upgrade Success 状态。

注意:

  • 当启用 Auto Download 选项时,Probe 会自动从 Central 拉取 ppm 文件。
  • 当取消勾选 Auto Download 选项时,需要手动将 ppm 文件放置在指定的 OpManager Probe\SUM 目录。

 

旧模型故障转移的智能升级:

对于基础版本低于 12.8.344 的环境,如需通过智能升级对采用旧模型故障转移的部署进行升级,请按以下步骤操作:

  1. 停止所有备机服务。
  2. 下载 ppm 文件。
  3. 在主 Central 服务器中,导航至 Settings --> Configuration --> Probe Details 页面,并点击 “Smart Upgrade”。然后点击浏览上传 ppm 文件。
  4. ppm 文件上传到 Central 后,所有 Probe 会下载该文件。
  5. 点击 “Upgrade” 开始智能升级。
  6. 配置故障转移服务器的智能升级步骤:旧模型故障转移的智能升级

  7. 主 Central 服务器将开始升级,完成后主 Probe 将开始升级。
  8. 升级完成后,彻底停止所有主机服务。
  9. 在 <OpManager>/bin 目录下使用 UpdateManager.bat 文件手动升级备 Central 和备 Probe。
  10. 先启动备机服务器,它们将进入活动模式。
  11. 然后启动主机服务器。主机服务器大约需要 20 至 30 秒切换到活动模式,随后备机服务器会恢复到待机模式。

新故障转移(虚拟 IP)的智能升级:

对于基础版本低于 12.8.344 的环境,如需通过智能升级对采用新故障转移(虚拟 IP)的部署进行升级,请按以下步骤操作:

  1. 停止所有备机服务。确保主机服务器可以访问备机服务器的 OpManager 目录。
  2. 下载 ppm 文件。
  3. 在主 Central 服务器中,导航至 Settings --> Configuration --> Probe Details 页面,并点击 “Smart Upgrade”。然后点击浏览上传 ppm 文件。
  4. 点击 “Upgrade” 开始智能升级。
  5. 配置故障转移服务器的智能升级步骤:新故障转移的智能升级

  6. 所有主机和备机服务器将同时升级。
  7. 升级完成后,主机服务器会自动启动。随后再启动备机服务器。
  8. 主机服务器将进入活动模式,而备机服务器会处于待机模式。

如何识别故障转移模型

不使用虚拟 IP 和共享目录的故障转移模型称为旧故障转移模型,而使用虚拟 IP 和共享目录的故障转移模型称为新故障转移模型。可以通过以下两种方式识别故障转移模型。

方法一(通过 UI)

  • OpManager 界面中,导航至 Settings -> General Settings -> Failover Details。
  • 如果仅显示一个表格,则为旧故障转移模型。

配置故障转移服务器的智能升级步骤:故障转移详情

  • 如果显示故障转移架构图,则为新故障转移模型。

配置故障转移服务器的智能升级步骤:显示的故障转移架构

方法二(手动步骤)

旧故障转移
连接到 OpManager 数据库。或确保在 System Settings -> Client settings 选项卡中启用了 DB Query,然后在 OpManager 界面中点击 Support 图标,选择 DB Query 并执行以下查询。如果返回两行记录,则为旧故障转移模型。

  • 对于 Essential / Central - Select * from FailOverDetails where ID = -1;
  • 对于 Probe - Select * from FailOverDetails where ID = (Select MOID from ManagedObject where TYPE='Region');

新故障转移

  • 如果在主、备两台服务器的 <OpManagerHome>/conf 目录下都存在 itom_fos.conf 文件,则为新故障转移模型。

升级历史

OpManager 中,您可以查看过往升级记录,包括构建号、日期和时间,便于有效追踪升级变更。要查看历史记录,请前往 Settings -> Upgrade Manager Settings 并点击 Upgrade History

Upgrade Manager

 

感谢您的反馈!

此内容对您有帮助吗?

很抱歉给您带来不便。请帮助我们改进此页面。

我们该如何改进此页面?
您是否需要有关此主题的协助?
点击“提交”,即表示您同意根据隐私政策处理个人数据。