分类目录归档：DUL ODU

dul,odu,bbed,kfed

使用DUL和ODU抽取Exadata上的oracle数据库（抽取磁盘上的数据文件）

发表于 2015 年 6 月 23 日 由 Lunar

之前研究过dul和odu，发现不能识别磁盘，当时犯了一个错误，因为普通环境（非exadata环境），都是在主机上运行扫描磁盘的工作，因此我之前也在exadata的主机上扫描磁盘，发现不行，具体参见： 在Exadata上，为什么 DUL 和 ODU不能读取ASM数据库的数据，但是Kfed却可以？ 今天在exadata的存储节点（cell节点）上配置了一下，发现dul和odu都可以直接扫描磁盘，以后有exadata上oracle数据库损坏时，请联系我，O(∩_∩)O哈哈 具体测试如下： 这里我使用control+C终止了，因为磁盘太大了，扫描时间太久，上面的信息已经可以证明，至少可以扫描 至于normal external等其他问题，以后再说。 扫描文件具体如下： 这里 IDX_DATA1.dat 就是dul扫描出来的一些信息，之后使用命令抽成文件就依据这些。 再看看ODU： 这里报错是因为cell上磁盘空间很小，稍微一折腾就满了（存放ODU抽取文件的是根，100%了）： 先别急删除，进去看看数据; 可以看到，odu也抽出了数据， 并且，可以看到，已经抽取了几个dbf的数据文件。

发表在 ASM, backup&recovery, DUL ODU, Exadata | 标签为 , , , | 留下评论

global_name为空导致的数据库不能open—–使用DUL修复

发表于 2015 年 1 月 5 日 由 Lunar

GLOBAL_NAME和props$对象介绍 global_name为空导致的数据库不能open—–使用gdb修复(中断oracle启动的部分监测功能) global_name为空导致的数据库不能open—–使用dd修复(使用dd拷贝块的方式) global_name为空导致的数据库不能open—使用BBED修复（bbed恢复update的数据） 这篇为第3种解决 global_name 为NULL导致数据库不能启动的方法。 即，使用DUL来直接修改一个block内部的数据的方法。 模拟损坏，将global_name置空： 那么如何定位到是哪一个block呢？ 答案是N中方法： （1）使用ODU定位这行记录的dba地址 （2）对比其他大版本相同的正常库的相同行的数据 （3）查看报错的trace，找到改行数据的和block 。。。。。。 我们这里使用第二种，查看其他相同版本数据库的信息。具体的方法在第一篇《GLOBAL_NAME和props$对象介绍》 中已经介绍了，这里不再赘述。 首先报错的数据库的alert.log信息如下： 可以看到，当前global_name已经被置空了： 现在修改 修改后的数据如下： 直接启动数据库：

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

DUL第二篇——使用DUL抽取dmp文件内容

发表于 2014 年 6 月 8 日 由 Lunar

dul常用命令： DUL> unload database ; DUL> unload user ; DUL> unload table ; DUL> scan database; DUL> scan tables; 记录一下测试表的记录数目： 其余的配置参数，参考第一篇DUL 第一篇 —— DUL是什么？ 启动DUL，然后直接执行unpump header，之后就可以抽取了： 这里我们看到17634 行记录全部抽取出来了，如果你想测试的更好玩，可以dd掉其中的一部分数据，然后测试看dul怎么工作。 然后直接导入数据，就这么简单，O(∩_∩)O哈哈~ 这里我们看到全部的17634 行数据都导入表中了。

发表在 DUL ODU | 标签为 , | 2 条评论

DUL 第一篇 —— DUL是什么？

发表于 2014 年 6 月 8 日 由 Lunar

最近打算陆续研究一些DUL的东西，这个在互联网上已经有太多了，我本人用的不多，主要是确实很多时候用不上（运维做得好，这些其实都几乎用不上……） 不过这些东西涉及了很多对于Oracle的运行机制和原理的理解，玩玩还是很有意思的 ：） DUL是Oracle Internal工具，专供Oracle Support使用，请勿自行在工作环境操作，否则后果自负！！ 第一篇 DUL是什么？

发表在 DUL ODU | 标签为 | 留下评论