Segment Advisor任务创建失败主因是顾问类型拼写错误（须严格为'Segment Advisor'）或缺少ADVISOR权限；未启用行移动会导致缺失shrink建议；手动分析需四步闭环，且对象名默认大写；查建议时重点关注MORE_INFO中可回收空间等结构化数值。
Segment Advisor 任务创建失败常见原因
执行 dbms_advisor.create_task 报错 ORA-13605：指定的顾问类型不存在，大概率是拼写错误或大小写敏感问题。必须严格使用 'Segment Advisor'（首字母大写、空格和大小写完全一致），不能写成 'segment advisor' 或 'SEGMENT ADVISOR'。
另一个高频问题是权限不足：DBA_ADVISOR_* 视图和 DBMS_ADVISOR 包需要 ADVISOR 系统权限。普通用户即使有 SELECT_CATALOG_ROLE 也无法调用该包，必须由 DBA 显式授权：
GRANT ADVISOR TO your_user;
未启用行移动就直接分析表，不会报错但会导致建议缺失“shrink space”动作——因为 Segment Advisor 检测到 ROW MOVEMENT 为 DISABLED，会跳过收缩类建议。
手动运行 Segment Advisor 分析单个表的完整步骤
核心是四步闭环：建任务 → 绑对象 → 设参数 → 执行。注意所有对象名（schema、table）必须大写，除非建表时用了双引号。
-
dbms_advisor.create_task('Segment Advisor', :task_id, 'MY_TAB_ADV', 'Analyze WIND.SHRINKTABLE')：任务名建议带业务标识，避免后续查DBA_ADVISOR_TASKS时混淆 -
dbms_advisor.create_object('MY_TAB_ADV', 'TABLE', 'WIND', 'SHRINKTABLE', NULL, NULL, obj_id)：attr1是 schema，attr2是表名；分区表可填attr3指定分区名 -
dbms_advisor.set_task_parameter('MY_TAB_ADV', 'RECOMMEND_ALL', 'TRUE')：设为'TRUE'才能拿到压缩、行链接、OLTP 压缩等全部建议；默认只返回空间类建议 -
dbms_advisor.execute_task('MY_TAB_ADV')：执行后不返回结果，需查视图确认完成状态
执行完立刻查状态：
SELECT task_name, status FROM dba_advisor_tasks WHERE task_name = 'MY_TAB_ADV';
状态为 COMPLETED 后再查建议，否则查不到数据。
从 DBA_ADVISOR_FINDINGS 查建议时的关键字段含义
真正有用的不是 MESSAGE 字段的中文描述，而是 MORE_INFO 里的结构化数值。例如这一条：
分配空间:226492416: 已用空间:215837097: 可回收空间:10655319:
它对应三个关键值：
-
226492416是当前 segment 分配的总字节数（即USER_SEGMENTS.BYTES） -
215837097是实际数据占用字节数（估算值，非精确统计） -
10655319是理论可回收字节数，≈ 10MB —— 这个数字决定 shrink 是否值得做
如果可回收空间 TYPE 字段值为 INFORMATION 表示常规建议，PROBLEM 表示检测到严重行链接（CHAIN_CNT 过高）。
Automatic Segment Advisor 和手动任务的区别与取舍
自动任务（SYS_AUTO_SPCADV）在维护窗口运行，但有明确限制：
- 只分析满足条件的对象：表空间使用率 > 警告阈值、或 segment 大小 > 10MB、或近 7 天增长速率 Top N
- 不会分析
SYSTEM、SYSAUX等系统表空间下的对象（除非显式配置） - 无法控制分析粒度——比如你只想看某个大表的压缩收益，它可能根本不扫这个表
所以真实运维中，手动任务不可替代。典型场景包括：
- 上线前对核心大表做一次 baseline 分析，存档
MORE_INFO数值用于对比 - 发现某张表查询变慢，怀疑是行链接导致，用
RECOMMEND_ALL=TRUE快速确认 - 禁用了自动任务（为节省资源），但又需要周期性检查空间健康度
最后提醒一个容易被忽略的点：Segment Advisor 的采样分析依赖 AWR 数据，默认保留 8 天。如果最近没收集过统计信息，或 AWR 快照被清理过，MORE_INFO 中的“已用空间”估算可能严重偏离实际。先确保 DBMS_STATS.GATHER_SCHEMA_STATS 已执行，再跑 Advisor。
