ORACLE DUL 工具使用方法介绍

这将 USER$, OBJ$, TAB$ and COl$ 数据字典表的数据导出到 SQL*Loader 文件，这不能被处理到导入格式的转储文件中。

参数 export_mode = false 被硬编码到ddl脚本且不能更改为值“true”，因为这会导致DUL产生错误而失败：

. unloading table                                     OBJ$

DUL: Error: Column “DATAOBJ#” actual size(2) greater than length in column definition(1)

………….etc……………

2.4调用DUL

~~~~~~~~~~~~~~

在交互模式下启动DUL，你也可以准备一个包含所有ddl命令以导出数据库必要数据的脚本。我会在本文档中描述最常用的命令，但不是完整的可指定参数列表。

DUL> unload database;

=>这将导出整个数据库（包括SYS的表）

DUL> unload user <username>;

=> 这将导出所有特定用户所拥有的表。

DUL> unload table <username.table_name>;

=> 这将导出用户所指定的表

DUL> describe <owner_name.table_name>;

将列出表的列信息。

DUL> scan database;

=> 扫描所有数据文件的所有块。

将产生两个文件：

1：seg.dat找到的段头的信息（索引/集群/表）（对象ID，文件号和块号）。

2：ext.dat连续的表/集群的数据块的信息。（对象ID（V7），文件和段头的块号（V6），文件号和第一个块的块号，块的数量，表数量）

DUL> scan tables;

=> 也会生成seg.dat 和ext.dat 两个文件.

扫描所有段上的所有的表

2.5重建数据库

~~~~~~~~~~~~~~~~~~~~~~~~

创建新的数据库，并使用导入或SQL * Loader来恢复被DUL检索到的数据。需要注意的是，当你只导出表结构数据时，索引，grants，PL / SQL和触发器将不再在新的数据库中存在。为了获得与之前数据库的完全相同的副本，你需要重新运行表，索引，PL / SQL等的创建脚本。

如果你没有这些脚本，那么你将需要执行在文档第3部分描述的步骤。

3. 如何重建存储在数据字典的数据定义

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

要通过DUL重建PL / SQL（程序包，过程，函数或触发器），grants，索引，约束或存储子句（旧的表结构）是可以的，但就是有点棘手。您需要使用DUL导出相关的数据字典表，然后加载这些表到一个新的数据库，一定要使用与SYS或system不同的用户。加载损坏数据库的数据字典表到新的数据库字典可能也会破坏新的数据库。

示例从损坏的数据库检索pl/sql 包/存储过程/函数p的详情：

1）按照在“使用DUL”一节中的步骤解释并导出数据字典表“source$”

2）创建一个新的用户登录到一个健康新数据库，并指定所需的默认和临时表空间。

3）将连接，资源， imp_full_database授权给新用户。

4）导入/加载表“source$”到新创建的模式：

例如：imp80 userid=newuser/passw file=d:\dul\scott_emp.dmp

log=d:\dul\impemp.txt full=y

5）现在你可以从newuser.source$表查询以在损坏的数据库中重建pl/sql packages / procedures /functions。在WebIv可以找到产生这样的PL / SQL创建脚本。

相同的步骤可以用于重建索引，约束，和存储参数，或者为相应的用户重新授权。请注意，你总是需要使用某种类型的脚本，可以重建对象并包括损坏的数据库版本的所有功能。例如：当损坏的数据库是7.3.4版本，你有几个位图索引，如果你会使用支持7.3.2版本或之前的脚本，那么你将无法成功重建位图索引！

4、当段头块损坏时如何导出数据

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

当DUL不能以正常方式检索数据块信息，它可以扫描数据库来创建其自己的段/区信息。要从数据文件导出数据，扫描数据库的过程是必要的。

（为了说明这个例子，我根据段头块复制一个空块）

1）创建init.dul和control.dul

2)导出表，会因为断头块有损坏而失败

DUL> unload table scott.emp;

. unloading table                                       EMP

DUL: Warning: Block is never used, block type is zero DUL: Error: While checking tablespace 6 file 10 block 2

DUL: Error: While processing block ts#=6, file#=10, block#=2 DUL: Error: Could not read/parse segment header

0 rows unloaded

3）运行数据库扫描

DUL> scan database;

tablespace 0, data file 1: 10239 blocks scanned

tablespace 6, data file 10: 2559 blocks scanned

4）向DUL说明应该使用自己生成的段区信息，而不是端头块的信息

DUL> alter session set use_scanned_extent_map = true; Parameter altered

Session altered.

DUL> unload table scott.emp;

. unloading table                                 EMP          14 rows unloaded

5、当数据文件头损坏时如何导出数据

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

在你打开数据库时，总是会报数据文件头块损坏。这和段头块的损坏（见第4点）不一样，其中的数据库可以成功打开，且当你进行表查询时，才会报损坏错误信息。DUL从这种情况中恢复没有问题，尽管有其他恢复这种情况的方法，如为数据文件头块打补丁。

你将收到如下错误：

ORACLE instance started.

Total System Global Area                                         11739136 bytes Fixed Size                                                           49152 bytes

Variable Size                                                     7421952 bytes

Database Buffers                                                  4194304 bytes

Redo Buffers                                                         73728 bytes

Database mounted.

ORA-01122: database file 10 failed verification check

ORA-01110: data file 10: ‘D:\DATA\TRGT\DATAFILES\JUR1TRGT.DBF’

ORA-01251: Unknown File Header Version read for file number 10

6、如何在没有system表空间的情况下导出数据

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

如果系统表空间不可用，仍可继续导出，但对象信息无法从数据字典表USER $，OBJ $，$ TAB和COL $检索。所以所有者名称，表名和列名不会被加载到DUL字典。识别表会是一项艰巨的任务，且这里需要对RDBMS内部有很好的了解。

首先，你需要对你的应用和它的表有很好的了解。列类型可以有DUL猜测，但表和列名都将丢失。

任何同一个数据库旧的系统表空间（可能是几周前的）也可以有很大的帮助！

1）创建 “init.dul”文件和“control.dul”文件。在这种情况下，控制文件将包含所有你想要恢复的数据文件，但不需要系统表空间的信息。

2）然后调用DUL并输入以下命令：

DUL> scan database;

data file 6 1280 blocks scanned

这将创建区段和段信息。也许DUL命令解释程序也将被终止。

3）重新调用DUL命令解释器并执行以下操作：

Data UnLoader: Release 8.0.5.3.0 – Internal Use Only – on Tue Aug 03 13:33:

Copyright (c) 1994/1999 Oracle Corporation, The Netherlands. All rights res Loaded 4 segments

Loaded 2 extents Extent map sorted

DUL> alter session set use_scanned_extent_map = true;

DUL> scan tables; (or scan extents;)

Scanning tables with segment header Oid 1078 fno 6 bno 2 table number 0

UNLOAD TABLE T_O1078 ( C1 NUMBER, C2 UNKNOWN, C3 UNKNOWN ) STORAGE ( TABNO 0 EXTENTS( FILE 6 BLOCK 2));

Colno     Seen MaxIntSz Null% C75% C100 Num% NiNu% Dat% Rid%

“10” “ACCOUNTING” “NEW YORK” “20” “RESEARCH” “DALLAS”

“30” “SALES” “CHICAGO”

“40” “OPERATIONS” “BOSTON”

Oid 1080 fno 6 bno 12 table number 0

UNLOAD TABLE T_O1080 ( C1 NUMBER, C2 UNKNOWN, C3 UNKNOWN, C4 NUMBER, C5 DATE, C6 NUMBER, C7 NUMBER, C8 NUMBER )

STORAGE ( TABNO 0 EXTENTS( FILE 6 BLOCK 12));

“7369” “SMITH” “CLERK” “7902” “17-DEC-1980 AD 00:00:00” “800” “” “20”

“7499” “ALLEN” “SALESMAN” “7698” “20-FEB-1981 AD 00:00:00” “1600” “300” “30”

“7521” “WARD” “SALESMAN” “7698” “22-FEB-1981 AD 00:00:00” “1250” “500” “30”

“7566” “JONES” “MANAGER” “7839” “02-APR-1981 AD 00:00:00” “2975” “” “20”

“7654” “MARTIN” “SALESMAN” “7698” “28-SEP-1981 AD 00:00:00” “1250” “1400” “30”