Oracle RESIZE 缩小数据文件报错 ORA-03297 是因文件末尾存在已分配但未使用的空间，HWM 后的块不可直接删除；需先通过 dba_extents 确认最高已用块，再执行 SHRINK SPACE、迁移段、验证空闲空间后，方可安全 RESIZE。
Oracle RESIZE 缩小数据文件为什么总报错 ORA-03297
因为文件末尾有已分配但未使用的空间，resize 无法直接“砍掉”这部分——oracle 不允许把高水位线（hwm）之后的数据块删掉，哪怕它们当前没存数据。错误信息 ora-03297: file contains used data beyond requested resize value 就是这个意思。
实操前先确认真实可用收缩空间：
- 查出该文件的最高已用块号：
SELECT MAX(block_id) + blocks - 1 FROM dba_extents WHERE file_id = <your_file_id> - 换算成字节位置，再和当前文件大小对比，差值才是能
RESIZE掉的部分 - 别只看
dba_data_files.bytes，它只是物理大小；真正卡住的是dba_extents里分散的最高分配点
缩小前必须做的三件事：迁移 + 收缩 + 检查
不能跳过步骤直接 RESIZE，否则要么失败，要么误删数据。
- 先让段（table/index）释放尾部空间：
ALTER TABLE <table_name> SHRINK SPACE COMPACT（需行移动启用）或ALTER INDEX <idx_name> SHRINK SPACE - 如果表跨多个文件，或想整体腾空某文件，用
DBMS_SPACE_ADMIN.TABLESPACE_RELOCATE_TABLES或手工MOVE表到其他文件，再DROP原分区/索引 - 执行后立刻查
dba_free_space和dba_extents，确认目标文件的最高block_id确实下降了，再算新尺寸
RESIZE 命令本身要注意的参数细节
语法简单，但单位、权限和时机容易翻车。
- 单位默认是
K（KB），不是 MB 或 GB；写1G可以，但写1024M会报错，必须用1024M→1048576K或直接1G - 命令必须在
MOUNT或OPEN状态下运行，但不能在 RAC 的某个节点单独执行——要确保所有实例都可见该文件，否则可能引发ORA-01157 - 目标大小不能小于文件中已分配区的最高字节位置，建议留至少 1MB 余量，避免刚收缩完又被写入触发自动扩展
常见误操作：以为 shrink 就等于文件变小
执行了 SHRINK SPACE，dba_free_space 显示空闲多了，但 dba_data_files.bytes 没变——这是对的，shrink 只回收段内碎片，不释放文件系统空间。
- 文件系统层面的缩小，一定得靠后续的
ALTER DATABASE DATAFILE '<path>' RESIZE <new_size> - 如果 shrink 后立即 resize 却失败，大概率是还有未提交的事务、未刷新的延迟段、或者 LOB 段没单独处理（LOB 需加
SHRINK SPACE CASCADE） - 临时表空间、undo 表空间不支持 shrink，也不能用
RESIZE缩小到低于其最小需求值（比如 undo 需要保留至少一个完整的 rollback segment）
最麻烦的不是命令不会写，而是高水位线藏在分散的 extent 里，不逐个查就永远不知道能缩多少。
