AUL终极恢复手册指南

AnySQL UnLoader

用户指南

版权所有, 楼方鑫, 保留所有权利

https://www.360docs.net/doc/9111814128.html,

前言

在04年以前我很少在网上活跃，也很少研究Oracle很底层(Internal)的东西，直到我开始在ITPub上活跃起来。在深入版块中我看到许多人发了很多数据块Dump及对Dump结果进行分析的贴子，并且都被置为精华，而我一个精华贴子也没有，怎么办呢？显然我不能再这条重复的路来增加我的知名度，因此就在思索我能不能将这些Dump的分析结果再上一个层次，做出一个类似于DUL的实用工具呢。

所有一切在没有信心的情况下开始……。

到这个时侯开始写，其实已经比较容易了，yangtingkun已经对大部份的数据类型的存贮方法作了详细的描述，piner也对不同数据类型的存贮作了分析，结合这两位高手的发贴已经可以搞清常用的数据类型，可以简单地用自已的程序来解出正确的数值了。

关于Block的结构，在宏观方面已经很清楚了，不光是从ITPub上的文章来说还是从Google上搜索的结果来看，所缺少的只是进一步的细化。而我只是为了网络上的虚名，开始了一场艰苦的代码编写工作，再加上当时刚进入新的公司，有足够的空余时间来作这些研究和代码编写工作。

这一切从兴趣和虚名开始。

1，版本

在消耗了差不多二个月的空余时间后，用Java程序写出了第一个版本，这个版本从来没有在网上正式发布过，这个版本已经可以进行表数据的恢复了。但我发现对于用Java来写这样的工具实在不是最佳选项，后来决定改用我很不熟写的C语言来实现，同时也更全局地重新考虑一下程序的框架，以至于后来有人认为我是拷贝了jDUL源代码，另一个用Java写的类DUL工具，来改写而成的，谁让我第一版也是用Java来写呢。

花了将近一个月的空余时间将用Java写成的第一版改写成了C语言，将版本号升为2，并将第一版彻底抛弃，并将第一版的代码放在我的网上公开下载一段时间，直到我和eygle的网站被人黑掉，删除全部文件，从那以后我也丢失了第一版的源代码。这个版本主要是确定了命令行的操作方式，完善了很多的功能，但导出

方式仅限于文本方式。从这个版本开始，我在个人主页上发布了一个限制版本，供大家体验，从这个版本开始，就有一些国内和国外的朋友来寻求AUL的支持。

随着对LONG及LONG RAW类型的支持，发现文本方式对于这两种数据类型的恢复有些困难，当值大于4000字节时恢复出来的文件很难用SQL Loader来重新装载回数据库中，因此对DMP格式支持的需求脱口而出。对于DMP格式的研究进度居然出奇的顺利，只花了两周的时间就完成了对DMP格式的Beta支持，于是版本升级到了3。第三版本中还对丢失SYSTEM的情况作了很多的增强，这是因为我遇到了几个表空间被删除的情况，将在以后的章节中详细介绍恢复的方法。这时我也开始考虑对LOB数据类型的全部支持，但一直没有成果，由于LOB类型的使用并不广泛，遇到一两次有LOB类型的例子，但那些数据并不重要。

直到06年11月份，我才重新开始全力增加LOB类型的支持，中间相隔了大约一年零三个月的时间，其实零零碎碎的研究居然突然串成一起了，将LOB的支持在二周内完成，并将版本升到了4，其他的方面基本没有变化。

下一个版本将会增加什么？现在还留下一个功能没有实现，对压缩表和压缩索引的支持。

2，取名

我给这个工具取的第一个名字是MyDUL，在第二版时我曾经在Google的Oracle 论坛上发了一篇题为“MyDUL, ready for Oracle recovery”的贴子，引来了众多高手的评论，最后成了研究Internal是不是违反了Oracle的许可证，是否合法的争论。Huang Yong最后建议我不要用MyDUL这个名字，以免引起一系列的问题，最后我采纳了他的建议，寻找别的名字。也是在哪一次，我及我的工具留下了一点名声，虽然不是好的名声，以至于我后来发贴(关于rsync和rman copy功能相结合的想法)时有人说这就时那个自以为是，写危险工具的家伙。

第二个字名取的是MyDMP，当时始终丢不开My这个词，不过这个名字在用了一个月后就放弃了，征询了几个朋友后，他们一致不同意我用这个名字，我自已也觉得不好，只是当时想尽快将MyDUL这个好名字替换掉。

第三个取的名字是AUL，因为我的个人站点是https://www.360docs.net/doc/9111814128.html,。于是我就取名AnySQL UnLoader，简称AUL。这个名字一开始也不为人所接受，在使用这个名字后

一年，才达到和MyDUL平行的水平。放弃一个好名字，起用一个新的名字是如此地不容易，这个名字一直用到现在，也会继续用下去。

3，开源

最近几年开源的Linux一直为爱好者所喜欢，不少朋友(Fenng等)一直劝说我将这个工具开源，但最后我没有选择开源，当时主要基于以下考虑： ?jDUL从开源走向了不开源。

?从Google的那次讨论结果看，怕开源带来未知的麻烦。

?基本上的主要功能都可以一个人来完成。

?这个工具并没有广阔的前景。

没有开源肯定让大家失望了，但由于这个大家很注重数据库的备份策略，这对大家又何尝不是好事呢？

在这儿我想谢谢各位同仁们对Oracle所作的研究，并且将所研究的结果分享在网络上，使得我可以更容易地从比较高的层次来完成这个作品。同时我也想鼓励一下正进入此行或有意进入此行的朋友们，从两年多的不断地维护这样一个程序的过程中，我深刻体会到坚持两个字的重要性，只要坚持就可以取得成果。

一、什么是AUL

什么是AUL要从什么是Oracle DUL开始，在Eygle的主页有一篇作了很好的解释，DUL是Data Unloader的缩写，为Oracle公司工程师 Bernard van Duijnen 开发，以标准C写成，可以直接从Oracle的数据文件中读取数据，转换为DMP或文本格式输出，在特殊情况下可以用来进行数据恢复。这些特殊情况主要指，数据库没有有效备份、或者系统表空间损坏，或者在非归档模式下的不可逆数据损失等等，一旦普通手段失去作用，DUL就可以作为最后一招来最大限度的挽救用户数据。

然而DUL并非一个商业工具，这个工具仅在Oracle内部流通，但是逐渐的，DUL也开始流入民间，被一些资深Oracle工程师所使用。因此普通人员很难获得这样的工具来进行研究，这也是要自已写一个类似DUL的AUL的另一个重要原因。

AUL是AnySQL UnLoader的简写，和DUL具有相同的功能，可以离开Oracle的运行环境将数据文件中的数据读取出来存成文本文件或DMP格式的文件。需要告诉大家的是不要将数据库的恢复依赖于DUL或AUL这样的工具上面，也不能将这样的工具列入备份与恢复的方案中。只有在所有其他恢复手段不可用的情况下，你才可以将AUL作为最后的恢复手段。不管是DUL也好，是AUL也好，到这个价段都不会保证恢复出来的数据是百分之百的正确的。

1，最新版本

AUL的最新稳定版本是3.2.3，在我的主页(https://www.360docs.net/doc/9111814128.html,)上可以下载。较新的4.0.0 Beta版本也已经发布，主要增加了对CLOB/BLOB的强大支持。

2，功能特点

?AUL支持Oracle 8/8i/9i/10g四个版本，而对Oracle 7并不提供支持。

?支持表、聚族(Cluster)及索引组织表(IOT)的恢复。

?支持的数据类型有：NUMBER、DATE、CHAR、VARCHAR2、RAW、LONG、LONG RAW、BINARY_FLOAT、BINARY_DOUBLE、TIMESTAMP、TIMESTAMP WITH TIME

ZONE、CLOB及BLOB，基本上覆盖了我们最常用的数据类型，为恢复提供了可靠的保障。

?可以恢复成文本方式及DMP(Oracle 8.1.7版本)格式。

?采用标准C语言写成，运行速度极快，很容易可以移植到各种不同的平台，现在已经顺利编译的平台有Windows、Linux和Solaris (Sparc)。

?支持跨平台的恢复，如用Windows下的AUL软件来恢复损坏的Solaris平台下的Oracle数据库文件。

?支持CLOB及BLOB，支持不同的CHUNK SIZE，但同一个表的各个CLOB的CHUNK SIZE必须相同。

3，什么情况下使用

当你的数据库损坏，并且没有备份或备份已经不可用，在偿试其他所有办法均失败的情况下，可以考虑使用AUL来恢复你的数据。AUL可以将数据从数据文件中读取出来，但绝不是去修复损坏的数据文件，你需要将恢复出来的数据重新导入或用SQL Loader装载到新的数据库中。当你遇到下面的情形时，你可以考虑用AUL 进行最后的数据恢复：

?丢失系统表空间文件.

?系统表空间文件损坏.

?表空间删除了但数据文件还存在.

?表被删除但那部份空间还没有被重用.

?使用权用"reuse storage"选项截断(TRUNCATE)表.

?表被截断, 但释放出来的空间还没有被其他对象重用.

从上面可以看出，当你不小心删除或截断了表又没有备份时，首先要做的是停止所有的数据库应用，将表所在的数据文件作冷备份，以防止释放出来的空间被覆盖，如果被新的记录覆盖了，那么无论谁都没有办法帮你恢复失去的数据了。从过去两年的情况看，这样的人为错误居然占多数。

4，AUL不完全免费

AUL不是开源的，也不是完全免费的。为什么说他不是完全免费的呢？免费的AUL只能打开最多四个数据文件，并且每个文件只能读取最前面的512MB内容。对

于较大的数据库，公司应当配备专职的DBA，当考虑的是如何做好你的备份及测试你的备份的可恢复性，而不是出了问题后去找免费的解决办法。根据过去两个的所遇到的恢复例子看，有三分之一的案例中表空间的大小只有1GB，只不过他们的表空间只有一个文件，如果能规划好数据文件的大小，将限制其为512MB，则完全在AUL的免费范围之内。

在Oracle中一个表或分区不能跨越一个表空间，因此AUL中恢复的最小单元也是一个表空间，通过好好地规划你的数据库的表空间，10GB以内的数据库很容地享受到免费的AUL恢复服务，你可以从以下几个方面入手：

?将表和索引分开表空间存贮

?设计好Extent的大小，如果是字典管理(DMT)， 注意INITIAL EXTENT,，NEXT EXTENT的大小设置，特别要注意PCTINCREASE的设置；如果是本地管理的表空间,，设置合理的UNIFORM SIZE，或采用自动分配.

?对于不同大小的表分开表空间存贮，小表放一个表间表，中等大小的表放一个表空间，很大的表或分区可以分开放一个表空间，只要每个表空间不超过2G，每个文件不大于512MB，则所有的数据都可以免费用AUL来恢复。

?禁用数据文件的自动扩展，通过增加文件来扩展表空间的空间.

最好还是做好备份，不要用寄希望于这种工具。我这儿有两个例子，一个例子是SYSTEM坏了，无法启动数据库，但他们在一个表空间中居说有6000个有数据的表，这样的没有SYSTEM的恢复是很难的。另一个例子是一个被误删除的表空间中，经过AUL扫描，发现有1500个真实存在的数据对象，最后花了三个人二个多星期不停地工作，终于恢复了大部份的数据。

5，为什么选择AUL

如何相信AUL？最好的方法是你在我的主页上下载一个AUL，在免费的范围内进行测试。你可以创建一个小的数据库，制造部份测试数据，然后用AUL去进行恢复，将恢复的结果导入到测试库，并进行结果的比较。在准确性方面，在开发时已经做了很多的测试，也经历了真实的考验，AUL的准确性是值得信赖的。

同Oracle DUL想比，AUL具有以下优点：

?对最新版本Oracle的支持。

?在一定的范围内是免费的。

?AUL久经考验，两年的真实恢复经验。

?廉价的许可证费与支持费用，同Oracle的服务相比。

?你可以在远程支持下亲自动手恢复，节约工程师路上的时间，最快地恢复你的数据，恢复你的系统运行。

?最大程度对坏块的容忍性，DUL认为的坏块，AUL可能可以恢得。

?用C语言写成，运行速度快。

?简单易用，容易上手。

AUL的这些特点在过去的一段时间中都得到了验证，越来越被国内和国外的客户所接受。

在这里我再重复一遍，请做好你的备份。eygle说备份重于一切，我说AUL不是万能的。

二、AUL的许可模式

当你的数据库超出了AUL的免费范围(不满足以下两条中任一条)时，就需要购买许可证来进行恢复了：

?表空间包含四个以上的文件。

?表空间的任意一个文件的大小超过512MB。

从网上下载的版本只要输入了许可证后就可以去掉上面两个限制，你不需要向我要求一个特别的正式版本的可执行程序。

1、动态许可证

AUL的许可证不是永久性的，而是每一次重新运行AUL时都需要重新输入新的许可证，这种方法体现了数据恢复的是一种服务的基本特征，你和我并不希望你还会第二次用到AUL，因此这种方法合情合理。我所有服务过的客户中，没有一个第二次来找我恢复的。

要获得许可证，你需要告诉我AUL启动时动态随机生成的注册代码，启动输入出中第一行就是注册代码：

你只要将第一行中的Register Code告诉我，或者在我主页上的申请页面(需要事先购买才能拥用帐号)上自行获得注册代码。

需要注意的是，这时请不要关闭或退出AUL，因为一退出了，申请的许可证就没用了，事实上很难生成两次相同的注册代码。

许可证

应用许可证

2、应用

上面的窗口不能关闭，在获得许可证后，使用“SET LICENCE 许可证码”命令来进行注册，如下所示：

当出现“Registered”的字样时，表示你已经获得了正确的注册码，现在你可以开始你的恢复了。许可证是根据注册码经过简单计算出来的一个值，这个计算是单向不可逆的，如果失败将出现“Unregistered”的字样。在启动后的两天内你可以打开任意配置文件，超出两天后，将不能运行OPEN命令(在后面会有解释)来打开新的配置，以进行不同的数据恢复。

许可证

3、应用

应用许可证

动态许可证是我在第三版中加入了，在第三版之前，我所作的恢复都是通过下载数据文件或远程登录的方法进行的，在互联网速度不是很快的情况下，这是很浪费时间的，不能提供足够快速的服务，不符合恢复的宗旨，我曾经花过一个晚上的时间下载过10GB的数据文件，在恢复完成后，再花两个小时再将恢复结果传回去，如果没有这种动态的许可证模式，也就不可能让你在远程指导下亲自进行恢复了。当你看完这本用户指南后，完全可以自已动手了，基本上不需要我的远程指导。

这个模式在推出后，大大地缩短了整个恢复所需要的时间周期，节约了用户的时间，为用户节约了宝贵的时间成本。

我曾经问过几个外国客户，他们对这种动态的许可证模式十分赞同，Oracle DUL无法提供这么迅速的恢复服务。

三、开始恢复

在AUL中，对于未丢失SYSTEM表空间的恢复是很简单的，我们就从这儿开始一步一步地讲解如何用AUL来进行恢复，虽然命令集和Oracle DUL不相同，但原理相同，你在这儿也可以了解到Oracle DUL是如何恢复的，你会很惊讶地发现，原来使用AUL是如此地简单。

在恢复时，请从https://www.360docs.net/doc/9111814128.html,下载最新版本的软件。

1、SCOTT用户

在开始讲解恢复的步骤时，首先我们要营造一个测试数据，就从著名的SCOTT 用户开始吧。让我们建一个AULDEMO的表空间，然后建一个SCOTT用户，并调用scott.sql角本来创建测试表。如下所示：

这些测试表准备好之后，我们就可以正式开始了。

2、数据文件

首先你需要知道需要恢复的表在哪个表空问中，将他们列出来，做好准备工作，这样会使恢复意外地顺利。在这个测试例子中，我们需要从从两个表空间中的数据文件：SYSTEM表空间和AULDEMO表空间。

SYSTEM表空间只包括一个数据文件：

?C:\ORACLE\PRODUCT\ORADATA\LFXDB\SYSTEM01.DBF

AULDEMO表空间只包括一个数据文件：

?C:\ORACLE\AULDEMO.DBF

接下来我们就可以准备一个配置文件了，配置文件的主要作用是告诉AUL需要恢复的数据文件的位置。

配置文件

生成配置文件

3、生成

AUL的配置文件是一个纯文本文件，你可以用任何文本编辑器来编辑它，我经常用SQL角本从V$DATAFILE视图中来生成，如下所示：

将最后两行拷贝到一个文本文件，就是AUL的一个配置文件了。在一般情况下，FILE#和RFILE#列的值可以随意指定，AUL在打开配置文件时可以从文件头来读取这两个值，在这个例子中，我特意将这两列的值都设为0，也就是说，你只要知道数据文件名就行了，给配置文件取名为auldemo.cfg，在配置文件中可以用“#”号开头的行来进行单行注释：

因为AUL以空格来区分这三个列，因此数据文件名中不能包括空格。事实上在Oracle的数据文件名中包括空格，是一个不好的习惯。

配置文件

打开配置文件

4、打开

编辑好配置文件后就可以在AUL中打开配置文件了，如果配置文件中的数据文件数多于4个，则需要购买正式的许可证，否则只能打开最前面的4个文件；在打开后如果有的数据文件大于512MB，你也需要购买正式的许可证，否则只能读取每个文件最前面的512MB，这时请在打开前先输入许可证号码。在这个例子中，

SYSTEM表空间的数据文件是400MB，AULDEMO表空间的数据文件是20MB，完全在免费的范围之内，就不需要申请正式的许可证了。

现在我们用“OPEN 配置文件”命令来打开配置文件：

成功打开配置文件后，第一列应当显示为Y，表示成功地从文件头中读出了数据文件的相关信息：

?TS#：表空间编译

?FNO：文件号

?RFN：在一个表空间中的相对文件号

?VER：数据块格式版本，02表示是8i或9i的数据文件，a2表示是10g的数据文件，我用的测试库是10g的。

?BLOCKS：文件包含的数据块的块数

如果不能成功打开，我们需要设置一些选项，将在下一章介绍。如果所有的选项设置准确，则可能表示文件头有坏块，但还是可以继续恢复的。

5、获取数据字典

在Oracle中所有的表结构信息都放在SYSTEM表空间中，为了方便AUL进行恢复，需要从SYSTEM表空间中将相关信息取出来，存成AUL能容易读取的格式，我们只需要依次运行四条UNLOAD命令：

这四条命令依次生成了AULUSR.TXT、AULOBJ.TXT、AULTAB.TXT 和AULCOL.TXT 四个纯文本文件，详细的格式我们将会在以后的篇章中介绍，在少数的情况下我们还需要手工修改这四个文件中的几个才能进行恢复。

6、查看表结构

在生成数据字典的信息后，就可以在AUL 中用DESC 命令查看表结构了，这里的DESC 命令的输出和SQL*Plus 中的不同，下面我们来看一下EMP 这个表的结构：

AUL 中的DESC 命令有可能和SQL*Plus 中的DESC

的输出结果有些区别，因为AUL 注重的是将数据恢复出来，而不是着重于将建表语法正确地解释出来。当然我尽量做到准确，保持和SQL*Plus 的输出的一致性。

7、生成恢复角本

为了恢复方便，我们可以用LIST 命令来生成恢复某个用户下所有表的AUL 命令，我们只需要输入“LIST TABLE 用户名”就可以了。下面我们来生成恢复SCOTT 用户的角本：

默认的命令中恢复出来的文件名和表同相同，并且文件的后缀名为txt。你可以将生成的命令拷贝到一个文件文件中，并作些必要的修改，然后一起调用这个角本文件来进行恢复。这儿我们将这四条恢复语句存成recover_scott.sql 文件。

8、运行角本进运行角本进行恢复行恢复

接下来我们只要运行刚才生成的recover_scott.sql 文件就可以了。对于角本文件的支持，允许我们方便地恢复很多个表的数据。现在来运行这个文件：

请注意@后面不要加空格，直接跟文件名。

9、比较恢复结果

现在需要做的是检查一下恢复的结果，以确认恢复是成功的，恢复出来的数据是可以使用的。

先从SQL*Plus 中查询一下DEPT 这个表的记录：

再来看一下生成的DEPT.TXT 文件中的内容，在恢复出来的文件中默认使用竖线来作为字段间的分隔符，恢复结果如下：

可以看到恢复的结果是完全匹配的。我们应当多检查几个表来确保恢复的准确性，再来看一下SALGRADE 表吧：

再来看一下SALGRADE.TXT 文件中的记录：

经过比较，发现记录完全匹配，这说明AUL 的恢复结果是具有高可信度的。

10

、将恢复结果装入新的数据库

为了方便将恢复出来的结果装入新的数据库，AUL 支持文本格式和DMP 格式。为了方便你快速将数据恢复到新的数据库中，节约你的宝贵时间，AUL 在恢复成文本文件时也会自动为你生成一个SQL Loader 的控制文件，命名规则为“表名

_sqlldr.ctl”，即使我们将数据恢复成文本文件，也不用害怕如何将数据导入到新的数据库中了。我们来看一下EMP 这个表的控制文件：

接下来就可以很简单地用Oracle 自带的sqlldr 工具将文本文件中的数据装入到数据库中了：

看完这个例子后，你应当已经可以用AUL来恢复你的数据了，你可以在使用AUL 的过程中体会到恢复数据的成就感，因为这是你将数据从坏的数据库中恢复出来的。

四、设置选项

在前一章中的例子中，我的数据库是运行在Windows下面的，数据库的数据块大小是8K，但如果你的数据库大小不为8K，或数据文件是Sun平台的，则需要修改两个设置选项。在AUL中还有更多的选项，我们将在这一章中介绍大部份选项的具体作用，有关于LOB数据类型的将在后面的章节中介绍。

所有的选项都是用“SET”命令来进行设置的，本章要讲的设置选项有：

?SET BLOCK_SIZE {2048 | 4096 | 8192 | 16384 | 32768}

?SET BYTE_ORDER {BIG | LITTLE}

?SET HEAD_SIZE header size (default 0)

?SET FIELD_TAG field_tag

?SET RECORD_TAG record_tag

?SET OUTPUT_STYLE {TXT | DMP}

?SET CHARSET charsetid

?SET NLSCHARSET charsetid

?SET BLOCK_CHECK {0 | 1}

1、BLOCK_SIZE

设置Oracle数据块的大小，允许的值有：2048、4096、819、16384和32768，默认值为8192。你必要设置准确的值，如果不清楚这个值的大小，你可以一个一个偿试，或询问数据库管理人员。在AUL/MyDUL中恢复是基于表空间的，因此不支持不同的块大小的表空间一起恢复。因此如果有些对象的块存贮在不同块大小的表空间上，将不能进行恢复。这不是AUL的Bug，而是设计上如此。

如果在打开配置文件时，首先想到的应当是这个值设置是否准确。在重新设置这个值时，你需要重新打开配置文件，或都运行CHECK命令来让AUL重新读取存贮在数据文件头中的信息。

这个选项比较容易理解，就不在这儿多说了。

2、BYTE_ORDER

为什么Windows下的数据库不能直接拷贝到Solaris上去用？这是因为文件格式的不同，最集中地体现在Byte Order上面，这个字节顺序到底是什么意思呢？在计算机中最常用的单位是一个字节，不过一个字节能表示的范围太小了，如果将一个字节理解成一个0-9间的任何一个数字，因此我们要表示一个千位数时就需要四位来表示，给定一个四位数8765，这个值是不会变的，但我们记录这个数字时可以写成8765也可以记录成5678，象中国古代的书籍在现代人眼中都是最后一页向前看的(从右向左)，只要我们自已记住是如何存贮(古书从右向左读，现在的图书从左向右读取)就可以了。在三十二位的系统中，一个整数由四个字节来组成，所以在不同的硬件平台的内存中时，就有两种顺序，Big Edian指将千位写在前面，Little Edian指将个位写成前面，但程序来写时这样一个千位数时，并不是一位一位地记，而是将这个四位数一次性写出去，因此就有两种不同的写法了。你可以测试一下下面这段程序在不同平台上的输出：

在Windows上的输出结果是：

而在Solaris(Sparc)平台上运行这段程序的话，应当输出：

在Oracle的数据文件中，记录了各种信息，有一些信息是用多于一个字节来表示的，如相对数据块地址(RDBA)由四个字节组成，Row index则只需要两个字节组成，在不同硬件平台下的Oracle在将数据块写入文件时，这些多个字节的值就出现了不同的写入顺序，因此不同硬件的Oracle数据文件并不能在相互拷贝使用。由于字节对齐方式只有2种，而实际上我们有很多的不同的硬件平台，所以有的不同硬件平台他们的字节对齐方式是相同的。在相同的平台上，Oracle数据库文件其实是相同的，理论上应当是可以互通的，只是Oracle保留了第一个数据块，并在其中记录了一些OS的特殊信息，导致数据文件不能通用。

我个人曾经将Windows下的文件拷贝到Linux下和Solaris(在PC上的)平台下测试，8i的数据文件在拷贝上去后，通过重建控制文件和resetlogs成功打开。biti_rainy曾用9i做了相同的试验，在9i的第一个块上记录了平台信息，通过交换第一个block后，成功地在Linux上打开了Windows下9i的数据文件。需要注意的是这只能作为研究测试之用，而不是官方的，请大家在不同平台移植时还是用exp/imp方式吧。这时大家应当理解10g中RMAN在转换不同硬件平台时，所要做的是什么工作了吧！

Solaris(Sparc)、AIX64、HPUX、HPUX-IA、IBM zSeries Linux、Mac上是高位字节优先的；而Windows、Linux IA、Tru64、Open VMS、Linux 64(AMD)是低位字节优先的。如果这个值不准确，你可以设上另一个值，然后重新打开配置文件或运行一下"CHECK"命令。

AUL中默认的值为BIG，采用Windows上的默认值。

3、HEAD_SIZE

在有些平台上(IBM AIX上的裸设备)，操作系统会先保留文件头中的一部分空间用于保存系统信息(非Oracle的)，相当于Oracle的内容不是从0这个位置开始的，而需要设定一个相对位置，所有Oracle的读写时都需要跳过这一段保留的字节。默认值是0，在大部份平台都没有保留空间。

我们可以用RMAN将裸设备上的文件拷贝成普通文件，在拷贝时RMAN会自动识别这一保留字节的长度。

我从没有机会使用过这一参数。