跳转到主内容

NetApp wins prestigious Coveo Relevance Pinnacle Award. Learn more!

Unified Manager 从 7.2.x/7.3.x/9.4.x 升级到 9.5 版的步骤

Views:
31
Visibility:
Public
Votes:
0
Category:
oncommand-unified-manager
Specialty:
om
Last Updated:

适用场景

  • OnCommand 统一管理器 7.2.x
  • OnCommand Unified Manager 7.3.x
  • OnCommand Unified Manager 9.4.x
  • OnCommand Unified Manager 9.5

问题解答

  • Unified Manager 数据库备份大小往往会随着时间的推移而增加,并且在升级时可能会出现发生原因 问题
    • 如果 UM 正在管理较大的 ONTAP 占用空间或长时间管理 ONTAP 节点,则 continuous_event_participant 和 continuous_event_participant_stats 表中的记录数往往会增加。
    • 查看有关 AIQUM 最佳实践备份和还原的准则
  • 本文提供了有关如何规划 Unified Manager 升级以及以更定义的格式规划数据库备份以缩短还原时间的准则。
  1. 升级前进行完整备份
单击以查看操作步骤
  1. 适用于 VMware 上的 UM ( vApp )
    1. 创建 VMware 快照
    1. 适用于 物理系统或非 VMware 上的 UM
      1. 在 AIQUM 中启动新的增量备份链
      2. 从用户界面触发备份

注意:当完整备份处于会话状态时, MySQL 表将被锁定,这意味着在完整备份过程完成之前,不能向 Active IQ Unified Manager MySQL 数据库添加新的 " 集群监控 / 轮询 " 更新。这也可能意味着在完整备份完成之前,某些用户会发生服务中断。

警告:如果不按照上述步骤创建快照或备份,则它们可能不一致,并且可能不可用。因此,您将没有备份。

  1. 优化表空间大小
单击以查看操作步骤
  1. 为了防止升级失败,您首先需要检查 "OPM" 模式表中的条目数
    1. continuous_event_participant
    2. continuous_event_participant_stats
  2. 使用以下方法检查表大小(以 MB 为单位)
    1. mysql在 CLI 中执行以访问数据库
    2. 在以下查询中键入以查找以 MB 为单位的表大小
SELECT table_name AS `Table`, round(((data_length + index_length) / 1024 / 1024), 2) `Size in MB` FROM information_schema.TABLES WHERE table_schema = "opm" AND table_name IN ('continuous_event_participant', 'continuous_event_participant_stats');
  1. 输出类似于以下内容:
1089470.png
  1. 从数据库中查看表大小
    1. 如果表的大小非常大,也就是说,如果两个表的总和超过 700 MB ,请联系NetApp 支持部门对表中的数据进行修整: continuous_event_participant 和 continuous_event_participant_stats
  1. 升级超时偏差
单击以查看操作步骤
  1. 如果将 7.2.x/7.3.x 升级到 9.4 或 7.3.x 升级到 9.5 , 则如果有大量历史数据,您可能会遇到错误 1214422
  2. 在这种情况下,建议联系 NetApp 支持 部门对这两个表进行修整
    1. continuous_event_participant
    2. continuous_event_participant_stats
  1. 开始升级过程

 

Scan to view the article on your device