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

适用场景

• 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 数据库添加新的 " 集群监控 / 轮询 " 更新。这也可能意味着在完整备份完成之前，某些用户会发生服务中断。 警告：如果不按照上述步骤创建快照或备份，则它们可能不一致，并且可能不可用。因此，您将没有备份。

2. 优化表空间大小

单击以查看操作步骤

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');

3. 输出类似于以下内容：

4. 从数据库中查看表大小
   1. 如果表的大小非常大，也就是说，如果两个表的总和超过 700 MB ，请联系NetApp 支持部门对表中的数据进行修整： continuous_event_participant 和 continuous_event_participant_stats

3. 升级超时偏差

单击以查看操作步骤

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

4. 开始升级过程

追加信息

故障排除：OnCommand Unified Manager 备份失败，并显示 " 创建备份归档 /data/ocum-backup/databasedump -repo/ocum_mysql_full_backup.sql 7z"