ORA-00235 controlfile fixed table inconsistent due to concurrent update
ORA-00235控制文件固定表由于并发更新导致不一致
Cause Concurrent update activity on a control file caused a query on a control file fixed table to read inconsistent information.
Action Retry the operation.
案例一：使用RMAN level 0热备份程序
我们使用的是RMAN level 0热备份程序。在处理与“ORA-00235：控制文件固定表由于并发更新导致不一致”相关的错误的时候，0级的备份总是出错。我们没有使用恢复目录。我们已经增加了redo日志，这样检测点就发生在8到10分钟之后。问题仍然浮于表面。您对如何防止在我们的正常数据库使用中出现这个问题有什么建议吗？
我也碰到过同样的事情。不幸的是，即使是Oracle的网站 也没有有关这个问题的任何信息。在我碰到的情况中，我发现我正在执行一项备份，并且有一个自动的任务也会定期的同步恢复目录 或者执行一些其他的RMAN 操作。所有这些RMAN 操作都会更新控制文件，不论你是否使用了恢复目录。所以，确保这是惟一的RMAN 正在处理的事情。
假如你在收到ORA-235错误的时候，你的数据库没有受到影响，只是你的RMAN备份失败。你可以重新启动备份，那么一切都会好的。
本文国际来源：http://searchoracle.techtarget.com/ateQuestionNResponse/0,289625,sid41_cid600841_tax
296097,00.Html
案例二：ＴＳＭ备份出错
请教一下在做ＢＡＣＫＵＰ．ＳＨ是报以下错误：
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure during compilation of command
RMAN-03013: command type: backup
RMAN-06003: ORACLE error from target database: ORA-00235: controlfile fixed table
inconsistent due to concurrent update
RMAN-06097: text of failing SQL statement: select device ,node from x$krbaff where fno=:b1
RMAN-06099: error occurred in source file: krmk.pc, line: 4869
Recovery Manager complete.
看样子你使用了nocatalog的模式rman
所以 对于scn要从contolfile的镜像中取，但是这个时候碰到了ckpt之类的进程，对contolfile等文件头进行了写，一致性无法保证，所以报错
建议
1、使用rman的catalog server
2、不使用catalog server时 在业务不忙时作rman
