ORA-28651报错，IOT主索引不能设为不可用，远程帮忙修复问题

ORA-28651报错，IOT主索引不能设为不可用，远程帮忙修复问题。

这个ORA-28651错误信息，根据甲骨文公司官方文档库中的描述，其完整内容是“primary key/index cannot be made unusable”，翻译过来就是“主键/索引不能被设为不可用”，这个错误的核心在于，它专门发生在一种叫做“索引组织表”的特殊类型的表上。

需要理解什么是索引组织表,根据甲骨文概念指南中的解释，普通的表（我们称为堆组织表）存储数据时，数据是随意存放的，数据的顺序和主键的顺序没有直接关系，检索数据主要依靠额外的索引，而索引组织表则不同，它本身就是一颗巨大的索引树，在这颗树里，表的数据就按照主键的顺序存储在索引的叶子节点上，也就是说，表就是索引，索引就是表，二者是紧密融合、不可分割的一体，正因为这种特殊的结构，索引组织表的主键索引不仅仅是用来加速查询的一个附属品，它直接定义了整个表的物理存储结构。

现在来看这个错误发生的原因,根据甲骨文数据库管理员指南中关于维护模式操作的章节，当用户尝试对一个索引组织表的主键索引执行ALTER INDEX ... UNUSABLE命令时，数据库就会抛出ORA-28651错误。UNUSABLE命令的本意是让一个索引失效，通常用于大数据量加载前暂时禁用索引以提高性能，待数据加载完毕后再重建索引，这个操作对于索引组织表的主键索引是绝对不允许的，原因正如前面所说，如果你把索引组织表的主键索引设为不可用，就相当于抽掉了这座建筑的承重墙，整个表的结构就垮掉了，数据库将完全无法定位和存取表中的任何一行数据，这会导致表彻底不可用，这是数据库系统为了防止灾难性后果而设置的强制保护。

当遇到这个错误,或者确实有需要对索引组织表进行大规模维护（比如大量数据导入）时，应该怎么办呢？根据甲骨文官方提供的解决方案和最佳实践，不能使用禁用主键索引的方法，而必须采取其他替代方案。

第一种方案,也是最主要和最安全的方案，是将索引组织表置于脱机状态，你可以使用SQL命令：ALTER TABLE table_name OFFLINE;，这个操作会将表置于一个离线模式，在此期间，其他用户无法访问该表，但数据库系统会维护表内部结构的完整性，当你完成大批量的数据操作（例如使用SQLLoader直接路径加载或`INSERT /+ APPEND */）后，再使用ALTER TABLE table_name ONLINE;`命令将表重新置为在线状态，表在线后，其主键索引自然处于有效状态。

第二种方案,适用于更复杂的维护场景，比如需要改变表的结构或者进行跨平台迁移等，那就是使用数据泵导出导入工具，甲骨文实用工具指南中详细介绍了数据泵的使用，你可以先用expdp命令将索引组织表的数据和元数据导出到一个转储文件中，然后可以放心地删除或截断原表，再进行任何必要的结构变更，最后使用impdp命令将数据重新导入，数据泵在导入过程中会自动维护并保证主键索引的有效性。

第三种方案,是针对表本身而不是索引的操作，如果你只是想快速清空表里的所有数据，并且确定不需要回滚，可以对索引组织表使用TRUNCATE TABLE table_name命令，这个命令会直接释放表占用的数据块，将表重置为空表状态，并且这个操作不会影响主键索引的结构完整性，但需要注意的是，截断操作是不可回滚的，而且通常会使所有依赖该表的索引失效（除了IOT本身的主键索引），需要后续重建。

远程修复这个问题的核心思路是：放弃任何试图直接操作索引组织表主键索引的念头，转而使用针对表本身的维护操作，比如设置表脱机/在线、使用数据泵工具或者截断表，理解了索引组织表“表即索引”的本质，就能明白ORA-28651错误其实是一个善意的保护机制，提醒我们避免一个危险的操作，在实际操作中，尤其是在远程协助的情况下，务必先确认操作的是否为索引组织表（可以通过查询USER_TABLES视图中的IOT_TYPE字段来判断），然后根据具体的维护需求，选择上述安全可靠的方案之一来执行。