ANBOB™

《如何恢复Truncate sys.IDL_UB1$？》之前分享过这个对象被清空时的恢复，近期又有用户发现system表空间占用较大，发现IDL_UB1$是top对象，于是乎采用取表DDL，rename原表名，新建该表，数据导出导入方式重建该表。但是发现rename IDL_UB1$表，新创建IDL_UB1$后，exp无法导出，所有DDL无法执行, 包括无法rename回退，庆幸的是当前数据库还没有重启，否则就无法正常启动了，恢复更加复杂。

近日一客户咨询truncate table sys.IDL_UB1$如何恢复, 为什么会有这样的需求？后来我在测试统计了一下system表空间的TOP 10的大对象，它确实在TOP 1。猜想应该是看到system表空间使用率高， 也未评估IDL_UB1$表的重要性，直接truncate释放了空间。 然后数据crash无法再启动。我找了个19c PDB测试库测试一下如何恢复？不要在生产库测试，也不要轻易删sys Schema下的对象。