linux红旗操作系统,oracle10G,启动oracle实例后一分钟oracle进程退出...

发布网友 发布时间：2022-05-09 13:44

我来回答

共3个回答

热心网友 时间：2023-02-09 15:44

【Oracle数据恢复】通过BBED修复ORA-600[4193]和ORA-600[4194]的例子
ORA-600[4193]的成因与ORA-600[4194]类似， 是ORACLE发现redo重做记录与rollback/undo 回滚/撤销数据不匹配。 当进程在校验undo block中的undo block sequence number以及对应的redo block sequence number时发现不一致，则会报该错误。称为 ORA-600 [4193] “seq# mismatch while adding undo record”。
如果自己搞不定可以找ASKMACLEAN专业数据库修复团队成员帮您恢复!

ORA-600[4913]错误的2个argument的含义, 该ORA-600[4913]属于内核undo事务模块
[a] Undo record seq number
[b] Redo record seq number

ORA-600[4913]相关的bug如下：
14034244 11.2.0.3.BP09, 12.1.0.0 Lost write type corruption using ASM in 11.2.0.3
8240762 10.2.0.5,11.1.0.7.10,11.2.0.1 Undo corruptions with ORA-600 [4193]/ORA-600 [4194] or ORA-600 [4137] /SMON may spin to recover transaction
如果4193/4194 相关的undo/rollback block在system rollback segment，则不可以使用隐藏参数来绕过该问题_CORRUPTED_ROLLBACK_SEGMENTS隐藏参数。
而需要通过手动BBED 来修复，下面为一个具体的例子：

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!

诗檀软件专业数据库修复团队

热心网友 时间：2023-02-09 17:02

把隐含参数_corrupted_rollback_segment设置为空 试一下追问我直接卸载后重新建的实例，内存分配不再是70%而是40，好了，可能oracle对于内存使用有规则？

热心网友 时间：2023-02-09 18:37

不闪的是不是你的存储热备盘？把告警日志贴出来看下追问从alert.log中可以看到，好像是我建立表空间的时候或者是建立实例的时候修改参数太离谱导致的，实例内存百分比为75%，表空间建立的时候使用了25000MB，建实例的时候出现的oracle服务自动停止。然后就一直存在，删除表空间提示不存在，建立同名的提示已经存在，使用操作系统物理文件直接删除，一直没反映。郁闷死我了，linux是红旗的，分辨率太小，建立oracle 的时候都不能保证能看到全部的窗口，红旗快把我*疯了！！！