分类目录归档：bbed

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

发表于 2015 年 1 月 5 日 由 Lunar

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 | 标签为 , , , | 留下评论

BBED简介

发表于 2015 年 1 月 5 日 由 Lunar

Oracle8i 的BBED在windows 平台下的$ORACLE_HOME/bin下可以找到 ORACLE9i数据库就自带bbed程序，就在%ORACLE_HOME%/bin目录下，在linux上面也有，需要自己编译。 9i/10g bbed： 11g和12.1需要10g的5个文件（bbedzhs.msb是可选的）： BBED的缺省口令是 blockedit： 一般使用bbed，都是将一些配置信息写入到一个参数文本里，在调用bbed时，指定该参数文件。如： 先从v$datafile中获取file#,name,bytes，然后组成filelist.lst BBED常用命令： set 设定当前的环境 show 查看当前的环境参数，跟sqlplus的同名命令类似。 dump 列出指定block的内容 find 在指定的block中查找指定的字符串，结果是显示出字符串，及其偏移量–offset，偏移量就是在block中的字节数 modify 修改指定block的指定偏移量的值，可以在线修改。 copy 把一个block的内容copy到另一个block中 verify 检查当前环境是否有坏块 sum 计算block的checksum，modify之后block就被标识为坏块，current checksum与reqired checksum不一致，sum命令可以计算出新的checksum并应用到当前块。 undo 回滚当前的修改操作，如果手误做错了，undo一下就ok了，回到原来的状态。 revert 回滚所有之前的修改操作，意思就是 undo all 可以使用help来查看bbed的命令语法：

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