标签归档:update

global_name为空导致的数据库不能open—使用BBED修复(bbed恢复update的数据)

GLOBAL_NAME和props$对象介绍 global_name为空导致的数据库不能open—–使用gdb修复(中断oracle启动的部分监测功能) global_name为空导致的数据库不能open—–使用dd修复(使用dd拷贝块的方式) global_name为空导致的数据库不能open—–使用DUL修复 这篇为第4种解决 global_name 为NULL导致数据库不能启动的方法—-本质是使用bbed来恢复update的值。 bbed的安装和配置,网上已经很多了,总的来说,就是12.1和11.2都使用10.2的bbed库进行编译,然后可以正常使用。 bbed的初始配置参考: BBED简介 即,使用BBED来直接修改一个block的数据的方法。这里将使用BBED将删除掉global_name值找回来。 注意: 这个方法实质就是使用BBED恢复一行被update的数据。 上次我们说过,很多方法都可以定位这个报错的数据块和global_name所在行的信息。 在中《global_name为空导致的数据库不能open—–使用DUL修复》,我们使用对比的方法。 这里,我们根据报错时生成的trace文件来定位这行报错的global_name在block中信息,然后使用bbed来修复。 首先,我们知道props$的数据存放在file 1 block 801中,那么转换存储地址为: 在bbed中验证一下,我们看到改块内共36行数据,这个信息在11.2的数据库中是固定的(缺省情况下,也就是没有手工修改时): 那么,这行记录到底是第几行呢? 使用bbed的find自然是可以search到,不过这个方法感觉不清晰。 下面,我们在trace中,搜索“0x00400321”关键字,找到“Block header dump: 0x00400321”相关部分: seg/obj: 0x62 转换成10进制是98,也就是对象号98(dba_objects.object_id=98),这个正式props$对象的object_id: csc: 0x00.18c0ef –cleanoutSCN,块清除时的SCN itc: 2 —ITLcount, ITL的数量 flg: O —Block … 继续阅读

发表在 bbed | 标签为 , , , | 留下评论