综合网管系统，AOM巡检管家节点授权能否回收

您好，任务删除后资源可能仍绑定在巡检组件中，需手动移除。登录 AOM 综合网管系统控制台，进入智能巡检管家模块，找到左侧导航栏的 “资源管理” 或 “巡检资源池” 选项；在资源列表中筛选出测试任务对应的节点资源（可通过 IP、设备名称等标识匹配）；选中这些资源后，点击 “解除绑定”（解除与巡检组件的关联），再点击 “删除资源”，完成后刷新页面，一般会即时释放对应授权。

方案一：通过AOM管理界面清理（推荐首选）
步骤1：检查并清理残留资源
# 登录AOM管理平台，按以下路径操作：
1. 系统管理 → 许可证管理 → 查看已占用授权详情
2. 记录占用的资源ID和类型
3. 资源管理 → 搜索这些资源ID → 批量删除
步骤2：强制释放授权缓存
# 在AOM管理界面执行：
1. 巡检管理 → 全局配置 → 授权管理
2. 查找"授权回收"或"许可证回收"功能
3. 执行授权统计重建
步骤3：清理任务残留配置
# 检查并删除隐藏的测试配置：
1. 巡检任务管理 → 高级搜索 → 显示所有任务（包括已删除）
2. 找到测试任务的残留配置 → 彻底删除
3. 清理回收站中的残留项目
方案二：通过数据库操作清理（需数据库权限）
警告：此操作需要谨慎，建议先备份数据库
步骤1：连接AOM数据库
-- 查询占用授权的资源记录
SELECT * FROM aom_license_usage
WHERE task_name LIKE '%测试%' OR task_name LIKE '%test%';

-- 查询已删除但仍占用授权的任务
SELECT * FROM aom_task_config
WHERE deleted = 1 AND license_occupied = 1;
步骤2：清理残留记录
-- 释放测试任务占用的授权
UPDATE aom_license_usage
SET license_count = 0, occupied = 0
WHERE task_type = 'TEST' OR task_name LIKE '%测试%';

-- 标记残留任务为已释放
UPDATE aom_task_config
SET license_occupied = 0
WHERE deleted = 1;

-- 更新授权统计
UPDATE aom_license_summary
SET used_count = (
SELECT COUNT(*) FROM aom_license_usage
WHERE occupied = 1 AND deleted = 0
);
步骤3：重建授权统计
-- 执行统计重建
CALL sp_rebuild_license_stats();

-- 刷新授权缓存
CALL sp_refresh_license_cache();
方案三：通过AOM命令行工具清理
如果AOM提供了命令行管理工具：
# 登录AOM服务器，执行清理命令
cd /opt/h3c/aom/bin

# 查看当前授权状态
./aomctl license status

# 清理残留资源占用
./aomctl license cleanup --type=orphaned

# 强制回收测试资源
./aomctl license release --task-type=test

# 重新统计授权
./aomctl license recount
方案四：通过系统维护功能回收
使用AOM系统维护工具：
# 进入AOM维护模式
su - aomuser
cd /opt/h3c/aom/tools

# 执行授权回收脚本
./license_reclaimer.sh --clean-orphaned

# 或使用交互式清理
./maintenance_tool.sh
# 选择: 许可证管理 → 回收残留授权
具体操作步骤
完整清理流程
第一阶段：界面操作尝试
登录AOM管理平台
导航到：系统管理 → 许可证管理
执行操作：
点击"授权统计重建"
执行"缓存清理"
运行"数据一致性检查"
第二阶段：深度清理
如果界面操作无效，执行深度清理：
# 1. 停止AOM相关服务（在维护窗口进行）
systemctl stop aom-service
systemctl stop aom-scheduler

# 2. 备份当前配置
tar -czf aom_backup_$(date +%Y%m%d).tar.gz /opt/h3c/aom/config

# 3. 执行清理脚本
/opt/h3c/aom/bin/cleanup_tool.sh --type=license_cleanup
第三阶段：验证回收结果
清理完成后验证：
# 重新启动服务
systemctl start aom-scheduler
systemctl start aom-service

# 检查授权状态
# 在AOM界面查看：许可证管理 → 已使用授权数
预防措施
建立测试资源管理规范
# 1. 创建测试专用标签
# 在添加测试资源时，统一添加标签：usage=test

# 2. 设置自动清理规则
# 配置定时任务，自动清理带test标签的过期资源

# 3. 资源生命周期管理
# 测试资源自动过期时间设置为7天
配置自动回收策略
在AOM系统中配置：
# 定期自动回收机制
1. 系统设置 → 自动维护 → 启用授权自动回收
2. 设置回收周期：每周日凌晨2点
3. 配置回收规则：自动清理30天前的测试资源
紧急处理脚本
如果以上方法都无效，可以使用这个紧急处理脚本：
#!/bin/bash
# emergency_license_cleanup.sh
# AOM授权紧急回收脚本

echo "开始执行AOM授权紧急回收..."

# 备份当前状态
AOM_BACKUP_DIR="/tmp/aom_license_backup_$(date +%Y%m%d_%H%M%S)"
mkdir -p $AOM_BACKUP_DIR

# 停止AOM服务
echo "停止AOM服务..."
systemctl stop aom-service
systemctl stop aom-scheduler

# 执行清理（根据实际数据库类型调整）
echo "执行授权记录清理..."
# MySQL示例（请根据实际数据库调整）
mysql -u aom_user -p -h localhost aom_db <<EOF
UPDATE license_usage SET occupied=0 WHERE task_name LIKE '%测试%';
UPDATE license_usage SET occupied=0 WHERE task_name LIKE '%test%';
DELETE FROM license_usage WHERE deleted=1;
UPDATE license_summary SET used_count=(SELECT COUNT(*) FROM license_usage WHERE occupied=1);
EOF

# 清理缓存
echo "清理系统缓存..."
rm -rf /opt/h3c/aom/cache/*
rm -rf /tmp/aom_cache*

# 重新启动服务
echo "启动AOM服务..."
systemctl start aom-scheduler
systemctl start aom-service

echo "授权回收完成！请登录AOM界面验证授权数量。"
如果所有方案都无效
联系H3C技术支持
如果自行处理无法解决问题，建议联系H3C技术支持：
收集诊断信息：
# AOM系统信息
/opt/h3c/aom/bin/aomctl system info

# 授权详细日志
cat /opt/h3c/aom/logs/license.log | grep -i error
提供以下信息给技术支持：
AOM系统版本
授权文件信息
具体的错误日志
已尝试的解决方案
验证回收效果
清理完成后，通过以下方式验证：
# 1. 界面验证
# 登录AOM → 许可证管理 → 查看可用授权数是否增加

# 2. 日志验证
# 查看AOM操作日志，确认授权回收记录

# 3. 功能验证
# 尝试添加新的巡检任务，确认授权可以正常使用
总结建议
立即执行顺序：
✅ 方案一：通过AOM管理界面尝试回收
✅ 方案四：使用系统维护功能
⚠️ 方案二：数据库操作（需谨慎）
📞 方案五：联系H3C技术支持
预防措施：
建立测试资源管理规范
配置自动回收策略
定期检查授权使用情况
按照这个方案操作，应该能够成功回收被占用的节点授权。建议先尝试界面操作方案，如果无效再逐步尝试更深入的解决方案。

目前AOM 0708版本存在界面显示异常且未强制回收资源的问题，若已删除测试巡检任务但资源仍占用节点授权，建议采取以下措施：

1. 登录后台操作系统，确认相关资源的实际纳管状态；
2. 若资源已无实际任务关联，可尝试手动解除纳管或重新纳管以释放授权；
3. 在“巡检管家——巡检管理——资源适配”中检查是否存在未适配规则导致的异常占用，手动调整巡检规则配置；
4. 推荐升级至AOM 0709或更高版本（R2.0.2及以上），新版本已优化资源回收机制与密码特殊字符兼容性问题，可避免此类问题发生。

当前版本无法自动回收时，需通过手动干预配合版本升级彻底解决。