oracle 数据块从物理文件中恢复工具使用方法 dul Aul.docVIP

Aul: AUL/MyDUL需要一个配置文本文件来指定数据文件的位置, 你可以用任何文本编辑器(如: Notepad, UltraEdit等)来打开和编辑它. 配置文件必须包括三列: 文件号(FILE#), 相对文件号(RFILE#)和文件名. 这三个字段之前请用空格分开, 由于以空格来区分, 因此文件名中不要有空格, 否则请重命名数据文件去掉空格. 注释行请用#号开头. 下面是一个配置文件的例子: #This is demo database#fileno rfileno filename1 1? system01.dbf ... ? ? 如果数据文件的文件头(文件中的第二个块)没有损坏, 这时你可以指定任意的文件号和相对文件号, 在AUL/MyDUL打开配置文件时, 会读取存放在文件头中的信息, 并将修正错误的文件号和相对文件号, 否则你必须提供一个正确的值. 当我们用AUL/MyDUL打开后应当看到如下所示的信息: AUL open db8i.cfg*? fno? rfn ver bsize? ? blocks filename- ---- ---- --- ----- ---------- ---------------Y? ? 1? ? 1 02? 8192? ? ? 16384 system01.dbf ? ? 在上面的输出中, 第一列的值应当为Y, 表示AUL/MyDUL成功打开了数据文件, 否则需要检查块大小(BLOCK SIZE)和字节顺序(BYTE ORDER)两个选项的值. 如果确定这两个也是设对的话, 就可能是文件头坏掉了. CHECK ? ? 当你在打开配置文件后, 发现一些设置错误(BLOCK SIZE, BYTE ORDER, HEAD SIZE), 当你通过SET命令更新选项后, 可以通过这个命令让AUL/MyDUL重新读取文件头中的信息, 然后重新打印出数据文件的信息, 输出结果和OPEN命令差不多. AUL : AnySQL UnLoader for Oracle 8/8i/9i/10g, release 3.0.8(@)Copyright Lou Fangxin 2005, all rights reserved.AUL set byte_order big? Current BYTE_ORDER is : BIGAUL open tool.txt*? ts#? fno? rfn ver bsize? ? blocks filename- ---- ---- ---- --- ----- ---------- -----------------------N? ? 0? ? 1? ? 4 00? 8192?DATA01.DBFAUL set byte_order little? Current BYTE_ORDER is : LITTLEAUL check*? ts#? fno? rfn ver bsize? ? blocks filename- ---- ---- ---- --- ----- ---------- -----------------------Y? 21? 22? 22 02? 8192? ? 371200 DATA01.DBFAUL ? ? 这个命令没有什么其他作用, 只是为了方便, 你也可以重新运行OPEN命令. SET ? ? 为了正确地恢复你的数据, 可能需要用SET命令来设置一些选项的值. 这些选项主要分为三类: 和文件格式有关的, 和恢复的内容或格式有关的, 及与恢复的性能有关的. ? ? 和文件格式有关的三个选项: BLOCK_SIZE: 设置Oracle数据块的大小, 允许的值有: 2048, 4096, 8192 16384和32768, 默认值为8192. 你必要设置准确的值. 在AUL/MyDUL中恢复是基于表空间的, 因此不支持不同的块大小的表空间一起恢复. 因此如果有些对象的块存贮在不同块大小的表空间上, 将不能进行恢复. 这不是Bug, 而是设计上如此. BYTE_ORDER: 这个选项决定数据库的硬件平台的字节对齐方式, 是交叉平恢复的基础. 这个选项只有两个值: BIG和LITTLE. Solaris, AIX64, HPUX, HPUX-IA, IBM zSeries Linux, Mac上是高位字节优先的; 而Windows, Linux IA, Tru64, Open VMS, Linux 64(AMD)是低位字节优先的. 如果这个值不准确, 你可以设上另一个值, 然后运行一下前面讲到的CHECK命令. HEAD_SIZE: 在有些平台上(IBM A