检查一下undo的情况
1.show parameter undo
2.查询一下undo表空的大小
3.show parameter transactions
4.show parameter rollback
先看看这些参数是否存在问题，然后检查一下alert日志，看看详细的报错

undo 大小已无法查看，任何 select 执行均会报错，后台全部是 01555 的报错，我想试试重建 undo 表空间，但不知是否可行，有无风险点？

undo tablespace已经很大的话，那就要看是什么引起undo一直被占用了，基本上都是DML，让开发控制一个事务中的commit次数，分批提交undo就可以循环使用了

可以尝试新建，然后切换undo,但是不能直接删除原undo表空间。

是的，我去尝试创建新的 undo 但报错了，可查 dba_data_files 却已经能查看到数据文件，操作系统下也有了相应的文件。现在是由于 undo 和 redo 不一致导致 ORA-00600 引起宕机，手动拉起后一段时间则会宕机。
现在该怎么排查呢？还是说对于新建的任意一个 undo 能直接切过去？
SQL> show parameter undo

NAME TYPE VALUE

---

undo_management string MANUAL
undo_retention integer 10800
undo_tablespace string PSAPUNDO
SQL> create undo tablespace PSAPUNDO1 datafile ‘/oradata/sapdata1/psapundo/PSAPUNDO1.dbf’ size 4G;
create undo tablespace PSAPUNDO1 datafile ‘/oradata/sapdata1/psapundo/PSAPUNDO1.dbf’ size 4G
*
ERROR at line 1:
ORA-01543: tablespace ‘PSAPUNDO1’ already exists

SQL> create undo tablespace PSAPUNDO3 datafile ‘/oradata/sapdata1/psapundo/PSAPUNDO03.dbf’ size 4G;
create undo tablespace PSAPUNDO3 datafile ‘/oradata/sapdata1/psapundo/PSAPUNDO03.dbf’ size 4G
*
ERROR at line 1:
ORA-00600: internal error code, arguments: [4097], [64], [33], [3617918], [],
[], [], [], [], [], [], []

alter tablespace PSAPUNDO1 add datafile ‘/oradata/sapdata1/psapundo/PSAPUNDO2.dbf’ size 4G;

问题已关闭: 由于 ORA-600 无法重建 undo 表空间,已重新使用备份恢复。