这是一条经历了磨难的语句，然而最终也还是修成正果 

最开始报错：

EXP-00008: ORACLE error 904 encountered
ORA-00904: “DBMS_JAVA”.”LONGNAME”: invalid identifier
Export terminated successfully with warnings.

重新运行了$ORACLE_HOME/rdbms/admin/catexp.sql，无效，错误依旧。

然后运行$ORACLE_HOME/javavm/install/initdbj.sql，重新创建dbms_java包，这个错误消失了。

再次运行exp，报错：

Export done in US7ASCII character set and UTF8 NCHAR character set
server uses UTF8 character set (possible charset conversion)

EXP-00008: ORACLE error 6552 encountered
ORA-06552: PL/SQL: Compilation unit analysis terminated
ORA-06553: PLS-553: character set name is not recognized
Export terminated successfully with warnings.

检查系统环境，发现在props$中字符集是UTF8，但是操作系统环境变量没有设置NLS_LANG，于是：
NLS_LANG=AMERICAN_AMERICA.UTF8;export NLS_LANG

再次运行exp，仍然报错：

Export done in UTF8 character set and UTF8 NCHAR character set

EXP-00008: ORACLE error 6552 encountered
ORA-06552: PL/SQL: Compilation unit analysis terminated
ORA-06553: PLS-553: character set name is not recognized
Export terminated successfully with warnings.

于是询问客户是否有做过字符集的修改，果然，在很久很久以前，他们手动update props$表修改了字符集（手动修改props$是oracle7的招数，在oracle8和oracle9中虽然也能修改，但是会留下修改不干净的隐患）

首先，确认字符集是否修改的不彻底。

SELECT DISTINCT (NLS_CHARSET_NAME(CHARSETID)) CHARACTERSET,
                DECODE(TYPE#,
                       1,
                       DECODE(CHARSETFORM,
                              1,
                              'VARCHAR2',
                              2,
                              'NVARCHAR2',
                              'UNKOWN'),
                       9,
                       DECODE(CHARSETFORM,
                              1,
                              'VARCHAR',
                              2,
                              'NCHAR VARYING',
                              'UNKOWN'),
                       96,
                       DECODE(CHARSETFORM, 1, 'CHAR', 2, 'NCHAR', 'UNKOWN'),
                       112,
                       DECODE(CHARSETFORM, 1, 'CLOB', 2, 'NCLOB', 'UNKOWN')) TYPES_USED_IN
  FROM SYS.COL$
 WHERE CHARSETFORM IN (1, 2)
   AND TYPE# IN (1, 9, 96, 112);
 
CHARACTERSET         TYPES_USED_IN
-------------------- -------------
AL16UTF16            NCHAR
AL16UTF16            NCLOB
AL16UTF16            NVARCHAR2
UTF8                 CHAR
UTF8                 VARCHAR2
WE8ISO8859P1         CHAR
WE8ISO8859P1         CLOB
WE8ISO8859P1         VARCHAR2
 
8 rows selected.
确实在数据库的列属性中仍然存在着多个字符集的设定，这是导致exp失败的原因。下面解决这个问题。

SHUTDOWN IMMEDIATE;
STARTUP MOUNT;
ALTER SYSTEM ENABLE RESTRICTED SESSION;
ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
ALTER SYSTEM SET AQ_TM_PROCESSES=0;
ALTER DATABASE OPEN;
 
 
COL VALUE NEW_VALUE CHARSET SELECT VALUE FROM NLS_DATABASE_PARAMETERS WHERE PARAMETER='NLS_CHARACTERSET';
COL VALUE NEW_VALUE NCHARSET SELECT VALUE FROM NLS_DATABASE_PARAMETERS WHERE PARAMETER='NLS_NCHAR_CHARACTERSET';
 
--INTERNAL_USE是没有写在文档中的参数，用以强制完成字符集一致化
ALTER DATABASE CHARACTER SET INTERNAL_USE &CHARSET;
ALTER DATABASE NATIONAL CHARACTER SET INTERNAL_USE &NCHARSET;
 
 
SHUTDOWN IMMEDIATE;
STARTUP;
-- 再次启动数据库一遍
SHUTDOWN IMMEDIATE;
STARTUP;
按照上面的步骤，一步一步来，一步不要少，完成以后，重新检索col$表。

CHARACTERSET         TYPES_USED_IN
-------------------- -------------
UTF8                 CHAR
UTF8                 CLOB
UTF8                 NCHAR                         
UTF8                 NCLOB
UTF8                 NVARCHAR2
UTF8                 VARCHAR2
干净了，再次运行exp，大功告成。

Export terminated successfully without warnings.

 http://www.dbform.com/html/2007/309.html   EXP错误逐个击溃

1，首先推荐oracle 10g rac 白皮书
http://www.oracle.com/technology/products/database/clustering/pdf/TWP_RAC_Overview_10gR1_112503.pdf
2，RAC介绍
什么是Oracle 实时应用群集 (RAC) - Oracle RAC是Oracle的一种并行数据库群集技术，是Oracle9i企业版的一个选项。
RAC从技术和商业角度使IT机构获得如下竞争优势:
高可扩展性: RAC使一个共享存储支持的活动群集，通过它多台服务器可平行工作于共同的数据上。通过一个群集内部连接技术-CacheFusion，
高达8台数据库服务器节点使用SCSI或光纤通道技术通过一个独立的Gigabit1 内部连接器相连，共享数据库存储。
使客户可以用低成本的小群集开始部署并随着需求的增大而不断加入节点。Dell所能支持的最大配置是8台PowerEdgeTM  8450服务器(每台8 CPU, 16GB内存)，
可提供64-CPU的数据库系统和高达128GB（每台16GB）的服务器节点共享内存。
高可用性: RAC, 除了提供所需性能和协调单个服务器工作外，同时提供容错功能以保证系统最大的正常工作时间。经过Dell,
Oracle和EMC共同研究实现了群集的完全冗余，让数据库在某个群集组件（服务器、交换机、磁盘、内部连接器等）失效的情况下能继续正常工作。
一份Dell白皮书"Oracle RAC失效模式及影响分析"阐述了群集在破坏性测试中的表现和恢复。该白皮书即将在Dell | Oracle最佳应用中心上提供下载。
Dell和EMC同样也提供了灾难性恢复高级解决方案，例如RAC备份策略、快照和镜像方案来远程遥控提供保护。
3，ORACLE RAC安装
就不看了，有兴趣可以看看
http://www.unixblog.net/index.php?blog=6&cat=25&page=1&disp=posts&paged=2
4，ORACLE RAC应用配置

我用的是WebSphere下的配置

一、 在WebSphere应用服务器所在的操作系统上安装oracle9i客户端。
二、 配置Oracle本地命名服务
的两台Oracle数据库IP为
10.1.7.37:1521:ora9i1
10.1.7.38:1521:ora9i2
配置后tnsname.ora的格式为
ora9i =  (DESCRIPTION =    (ADDRESS_LIST = (LOAD_BALANCE = on)      (ADDRESS = (PROTOCOL = TCP)(HOST = 10.1.7.38)(PORT = 1521))      (ADDRESS = (PROTOCOL = TCP)(HOST = 10.1.7.37)(PORT = 1521))    )    (CONNECT_DATA =      (SERVICE_NAME = ora9i)    )  )
三、 在WebSphere管理控制台中
3.1 资源->JDBC提供程序
添加一个JDBC提供程序，名称为rac
3.2 为名称为sxsc的提供程序定义两个"数据源"，分别命名为epsa/ept_user，数据源的JNDI名分别为jdbc/epsa,jdbc/ept_user，这两个数据源的"定制属性"页面的URL值为"jdbc:oracle:oci8:@ora9i"。
【注意】我们也可以不用oci 驱动，而是适用thin驱动，优点是不用安装oracle客户端了，此时数据源定制属性URL值应该为：
jdbc:oracle:thin:@(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = 10.1.7.38)(PORT = 1521)) (ADDRESS = (PROTOCOL = TCP)(HOST = 10.1.7.37)(PORT = 1521))(LOAD_BALANCE = on))(CONNECT_DATA =(SERVICE_NAME = ora9i)))

3.3 环境->管理Websphere变量，增加一个"ORACLE_JDBC_DRIVER_PATH"变量，值为oracle客户端安装目录的jdbc\lib目录。
3.4 安全性->JAAS配置->J2C认证数据，增加两个命名，分别为epsa，ept_user，将数据库用户名和密码录入。
3.5 资源->JDBC提供程序，分别选中两个数据源，将"组件受管认证别名"和"容器受管的认证别名"分别设置为两个J2C认证数据。
【注意】步骤三操作过程可以参考网址
http://www-128.ibm.com/developerworks/cn/websphere/library/techarticles/fanggw/0406_was5ds/was5ds.html?ca=dwcn-newsletter-wsdd
四、C:\windows\system32\drivers\etc 下的hosts文件，增加
10.1.7.37 rx7620a
10.1.7.38 rx7620b

四、 修改程序的配置文件以使通过JNDI别名jdbc/epsa和jdbc/ept_user访问数据库。

五、 验证和存在的问题
通过5.1和5.2的试验，证明RAC配置已经成功，但是还有部分问题，可能需要在实际的应用环境下调整。
5.1 sqlplus ept_user@ora9i登陆，select * from v$instance，应该能够随机显示37和38两个服务器的实例名。（实际不是如此，原因有待分析）。
5.2 在应用程序中一次申请30个连接，应该均衡分布在37,38两台机器上，实际效果是虽然两台机器都有，但是分布不均衡，可能是用同一个客户端连接的原因。
5.3 JDBC oci driver 和JDBC thin driver