2.5.1 字节顺序和平台_深入解析Oracle：数据库的初始化-QQ阅读男生轻小说网

书名：深入解析Oracle：数据库的初始化
作者名：盖国强
本章字数：684字
更新时间：2024-12-21 10:49:48

2.5 跨平台表空间传输

需要注意的是，在Oracle 10g之前，数据文件是不能够跨平台传输使用的，从Oracle 10g开始，Oracle支持跨平台的表空间传输，这极大地增强了数据迁移的便利性。

2.5.1 字节顺序和平台

数据文件所以不能跨平台，主要是由于不同平台的字节顺序不同，这是计算机领域由来已久的问题之一，在各种计算机体系结构中，由于对字、字节等的存储机制有所不同，通信双方交流的信息单元（比特、字节、字、双字等）应该以什么样的顺序进行传送就成了一个问题，如果不达成一致的规则，通信双方将无法进行正确的编/译码从而导致通信失败。

目前在各种体系的计算机中通常采用的字节存储机制主要有两种：Big-Endian 和 Little-ndian。

一些操作系统（包括Windows）在低位内存地址中存放二进制数据的最低有效字节，因此这种系统被称为Little Endian；而另一些操作系统（包括Solaris）将最高有效字节存储在低位内存地址中，因此这种系统被称为Big Endian。

举一个简单点的例子，假如 1122这样一个数据要存入不同系统，对于Little Endian的系统，存储的顺序就是 2211，小头在前；而对于Big Endian的系统来说，存储顺序就是 1122，大头在前，显然Big Endian更符合我们通常的语言习惯。

那么跨平台的问题就出现了，当一个Little Endian的系统试图从一个Big Endian的系统中读取数据时，就需要转换，否则不同的字节顺序将导致数据不能被正确读取。

说明：据考证，Endian这个词来源于 Jonathan Swift在1726年写的讽刺小说《Gulliver’ Travels》（《格利佛游记》）。该小说在描述Gulliver 畅游小人国时碰到了如下的一个场景。在小人国里的小人因为非常小（身高6英寸）所以总是碰到一些意想不到的问题。有一次因为对水煮蛋该从大的一端（Big-End）剥开还是小的一端（Little-End）剥开的争论而引发了一场战争，并形成了两支截然对立的队伍：支持从Big-End剥开的人Swift就称作Big-Endians，而支持从Little-End剥开的人就称作Little-Endians（后缀ian表明的就是支持某种观点的人）。Endian这个词由此而来。

清楚了这个问题，接下来就可以来看看Oracle是如何处理这种情况的。

2.5.2 源平台和目标平台

首先在迁移之前，需要确认一下源平台和目标平台的平台信息，这些信息可以通过视图v$transportable_platform和v$database视图联合查询得到。

以下是源平台的信息：

SQL> col PLATFORM_NAME for a30

SQL> SELECT d.platform_name, endian_format

2 FROM v$transportable_platform tp, v$database d

3 WHERE tp.platform_name = d.platform_name;

PLATFORM_NAME　　ENDIAN_FORMAT

------------------------------ --------------

Solaris[tm] OE (64-bit)　　Big

查询目标数据库平台信息：

SQL> col platform_name for a40

SQL> SELECT d.platform_name, endian_format

2 FROM v$transportable_platform tp, v$database d

3 WHERE tp.platform_name = d.platform_name;

PLATFORM_NAME　　ENDIAN_FORMAT

---------------------------------------- --------------

Microsoft Windows IA (32-bit)　Little

看到Windows平台和Solaris平台的字节顺序是不同的，Windows是Little-Endian，而Solaris是Big-Endian的。

可以通过数据库查询Oracle 10g支持的平台转换：

SQL> col PLATFORM_NAME for a40

SQL> select * from v$transportable_platform;

PLATFORM_ID PLATFORM_NAME　ENDIAN_FORMAT

----------- -------------------------------------- --------------

1 Solaris[tm] OE (32-bit)　Big

2 Solaris[tm] OE (64-bit)　Big

7 Microsoft Windows IA (32-bit)　Little

10 Linux IA (32-bit)　Little

6 AIX-Based Systems (64-bit)　Big

3 HP-UX (64-bit)　Big

5 HP Tru64 UNIX　Little

4 HP-UX IA (64-bit)　Big

11 Linux IA (64-bit)　Little

15 HP Open VMS　Little

8 Microsoft Windows IA (64-bit)　Little

9 IBM zSeries Based Linux　Big

13 Linux 64-bit for AMD　Little

16 Apple Mac OS　Big

12 Microsoft Windows 64-bit for AMD　Little

17 Solaris Operating System (x86)　Little

18 IBM Power Based Linux　Big

17 rows selected.

2.5.3 源平台的导出及转换

接下来开始我们的测试，创建一个独立的自包含表空间，并创建一个测试表：

SQL> create tablespace trans

2 datafile '/data2/ora10g/oradata/mars/trans.dbf' size 10M;

SQL> create user trans identified by trans default tablespace trans;

SQL> grant connect,resource to trans;

SQL> connect trans/trans

SQL> create table test as select * from dict;

SQL> select count(*) from test;

COUNT(*)

----------

617

将表空间设置为只读：

SQL> connect / as sysdba

Connected.

SQL> alter tablespace trans read only;

Tablespace altered.

导出要传输的表空间：

$ exp \'/ as sysdba\' tablespaces=trans transport_tablespace=y file=exp_trans.dmp

Export: Release 10.2.0.1.0 - Production on Thu Mar 22 16:31:15 2007

Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production

With the Partitioning, OLAP and Data Mining options

Export done in ZHS16GBK character set and AL16UTF16 NCHAR character set

Note: table data (rows) will not be exported

About to export transportable tablespace metadata...

For tablespace TRANS ...

. exporting cluster definitions

. exporting table definitions

. . exporting table　　TEST

. exporting referential integrity constraints

. exporting triggers

. end transportable tablespace metadata export

Export terminated successfully without warnings.

使用RMAN的convert命令转换文件格式：

$ rman target /

Recovery Manager: Release 10.2.0.1.0 - Production on Thu Mar 22 16:34:30 2007

connected to target database: MARS (DBID=1034439893)

RMAN> convert tablespace trans

2> to platform 'Microsoft Windows IA (32-bit)'

3> format '/tmp/%N_%f';

Starting backup at 22-MAR-07

using target database control file instead of recovery catalog

allocated channel: ORA_DISK_1

channel ORA_DISK_1: sid=140 devtype=DISK

channel ORA_DISK_1: starting datafile conversion

input datafile fno=00005 name=/data2/ora10g/oradata/mars/trans.dbf

converted datafile=/tmp/TRANS_5

channel ORA_DISK_1: datafile conversion complete, elapsed time: 00:00:01

Finished backup at 22-MAR-07

确认导出文件已生成：

$ ls -l /tmp/TRANS*

-rw-r----- 1 oracle dba 10493952 Mar 22 16:37 /tmp/TRANS_5

2.5.4 文件传输

通过FTP获得两个文件，注意应该使用二进制方式传输（bin模式）：

D:\oradata\EYGLE\DATAFILE>ftp 172.16.33.50

Connected to 172.16.33.50.

220 testdbserver.hurray.com.cn FTP server (SunOS 5.8) ready.

User (172.16.33.50:(none)): gqgai

331 Password required for gqgai.

Password:

230 User gqgai logged in.

ftp> bin

200 Type set to I.

ftp> mget /export/home/oracle/exp_trans.dmp

200 Type set to I.

mget /export/home/oracle/exp_trans.dmp? y

200 PORT command successful.

150 Binary data connection for /export/home/oracle/exp_trans.dmp (172.16.34.89,5006) (3072 bytes).

226 Binary Transfer complete.

ftp:收到 3072字节，用时 0.00Seconds 3072000.00Kbytes/sec.

ftp> mget /tmp/TRANS_5

200 Type set to I.

mget /tmp/TRANS_5? y

200 PORT command successful.

150 Binary data connection for /tmp/TRANS_5 (172.16.34.89,5008) (10493952 bytes).

226 Binary Transfer complete.

ftp:收到 10493952字节，用时 1.13Seconds 9270.28Kbytes/sec.

2.5.5 目标数据库的导入

在目标数据库中，可以使用RMAN对备份文件进行转换，以使数据文件具有更规范的名称：

D:\oradata\EYGLE\DATAFILE>rman target /

恢复管理器: Release 10.2.0.1.0 - Production on星期四 3月 22 17:18:50 2007

连接到目标数据库: EYGLE (DBID=1417824532)

RMAN> convert datafile 'D:\oradata\EYGLE\DATAFILE\TRANS_5'

2> db_file_name_convert

3> 'D:\oradata\EYGLE\DATAFILE\TRANS_5','D:\oradata\EYGLE\DATAFILE\TRANS01.DBF';

启动 backup于 22-3月 -07

使用目标数据库控制文件替代恢复目录

分配的通道: ORA_DISK_1

通道 ORA_DISK_1: sid=144 devtype=DISK

通道 ORA_DISK_1:启动数据文件转换

输出文件名=D:\ORADATA\EYGLE\DATAFILE\TRANS_5

已转换的数据文件 = D:\ORADATA\EYGLE\DATAFILE\TRANS01.DBF

通道 ORA_DISK_1:数据文件转换完毕,经过时间: 00:00:08

完成 backup于 22-3月 -07

然后需要在目标数据库创建相应的用户：

SQL> create user trans identified by trans;

用户已创建。

SQL> grant connect,resource to trans;

授权成功。

接下来可以执行导入：

D:\oradata\EYGLE\DATAFILE>imp '/ as sysdba' tablespaces=trans transport_tablespace=y file=exp_trans.dmp datafiles=D:\oradata\EYGLE\DATAFILE\TRANS01.DBF

Import: Release 10.2.0.1.0 - Production on星期四 3月 22 17:34:27 2007

连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production

With the Partitioning, OLAP and Data Mining options

经由常规路径由 EXPORT:V10.02.01创建的导出文件

即将导入可传输的表空间元数据...

已经完成 ZHS16GBK字符集和 AL16UTF16 NCHAR字符集中的导入

.正在将 SYS的对象导入到 SYS

.正在将 TRANS的对象导入到 TRANS

. .正在导入表　　"TEST"

.正在将 SYS的对象导入到 SYS

成功终止导入, 没有出现警告。

注意：此处也可以在IMP时通过fromuser/touser参数将数据导入其他用户下。

现在这个表空间已经被插入新的数据库中，并且数据全部传输过来：

SQL> select name from v$datafile where name like ‘%TRANS%’;

NAME

------------------------------------------------------------

D:\ORADATA\EYGLE\DATAFILE\TRANS01.DBF

SQL> select count(*) from trans.test;

COUNT(*)

----------

617

导入后的表空间还处于Read Only状态，确认后可以更改为读写模式：

SQL> select tablespace_name,status from dba_tablespaces;

TABLESPACE_NAME　STATUS

------------------------------ ---------

SYSTEM　ONLINE

UNDOTBS1　ONLINE

SYSAUX　ONLINE

TEMP　ONLINE

USERS　ONLINE

EYGLE　ONLINE

TRANS　READ ONLY

已选择7行。

SQL> alter tablespace trans read write;

表空间已更改。

同样，传输表空间也可以通过数据泵来完成，以下是Oracle 10gR1中插入表空间的简单示例：

E:\Oracle\oradata\eygle\dpdata>impdp eygle/eygle dumpfile=trans.dmp directory=dpdata transport_datafiles='E:\Oracle\oradata\eygle\EYGLE\DATAFILE\TRANS01.DBF'

Import: Release 10.1.0.2.0 - Production on星期二, 27 4月, 2004 15:03

连接到: Oracle Database 10g Enterprise Edition Release 10.1.0.2.0 - Production

With the Partitioning, OLAP and Data Mining options

已成功加载/卸载了主表 "EYGLE"."SYS_IMPORT_TRANSPORTABLE_01"

启动 "EYGLE"."SYS_IMPORT_TRANSPORTABLE_01": eygle/******** dumpfile=trans.dmp directory= dpdata transport_datafiles='E:\

Oracle\oradata\eygle\EYGLE\DATAFILE\TRANS01.DBF'

处理对象类型 TRANSPORTABLE_EXPORT/PLUGTS_BLK

处理对象类型 TRANSPORTABLE_EXPORT/TABLE

处理对象类型 TRANSPORTABLE_EXPORT/TTE_POSTINST/PLUGTS_BLK

作业 "EYGLE"."SYS_IMPORT_TRANSPORTABLE_01"已于 15:03成功完成

2.5.6 同字节序文件的跨平台

前面说过，当一个Little Endian的系统试图从一个Big Endian的系统中读取数据时，就需要通过转换，否则不同的字节顺序将导致数据不能被正确读取。那么另外一个问题出现了，如果字节序相同的平台进行文件交互，数据能否被正确读取呢？

理论上的确是可以的，但是由于在不同的平台上操作系统会在数据文件头写上系统信息，这部分信息无法跨越平台，所以仍然会导致跨平台的文件无法被数据库正确识别（Oracle10g中同字节序平台数据文件头不再存在跨平台的迁移问题）。

接下来让我们通过Windows和Linux平台来进行一个跨平台测试，相信通过这个测试可以对以上提出的问题作出一个很好的回答。

实验环境为Windows XP + Oracle 10g 10.2.0.1：

SQL> select * from v$version where rownum <2;

BANNER

----------------------------------------------------------------

Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod

实验环境为Red Hat Enterprise Linux AS release 3 + Oracle 9iR2 9.2.0.4：

SQL> select * from v$version where rownum <2;

BANNER

----------------------------------------------------------------

Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production

看一下Linux平台，文件头被操作系统保留了8192字节：

SQL> select file_name,bytes from dba_data_files

2 where tablespace_name='USERS';

FILE_NAMEBYTES

----------------------------------- ----------

/opt/oracle/oradata/eygle/users.dbf 10485760

SQL> !

[oracle@jumper eygle]$ ll users.dbf

-rw-r-----　1 oracle　dba　10493952 Mar 23 10:14 users.dbf

[oracle@jumper eygle]$ exit

exit

SQL> select 10493952 -10485760 diff from dual;

DIFF

----------

8192

Windows平台上数据文件头同样保留了8192字节：

SQL> select file_name,bytes from dba_data_files

2 where tablespace_name='USERS';

FILE_NAME　BYTES

--------------------------------------------------- ----------

D:\ORADATA\EYGLE\DATAFILE\O1_MF_USERS_2G8OJYYS_.DBF　5242880

SQL> host dir D:\ORADATA\EYGLE\DATAFILE\O1_MF_USERS_2G8OJYYS_.DBF

2007-03-22 17:41　5,251,072 O1_MF_USERS_2G8OJYYS_.DBF

SQL> select 5251072 -5242880 diff from dual;

DIFF

----------

8192

可以通过Linux和Windows平台来进行一个小测试实验，这两个平台都是Little Endian的系统：

SQL> select * from v$transportable_platform;

PLATFORM_ID PLATFORM_NAME　ENDIAN_FORMAT

----------- ------------------------------------ --------------

1 Solaris[tm] OE (32-bit)　Big

2 Solaris[tm] OE (64-bit)　Big

7 Microsoft Windows IA (32-bit)　Little

10 Linux IA (32-bit)　Little

首先在Linux下Oracle 9204中创建一个测试表空间：

[oracle@jumper oracle]$ cd oradata/eygle

[oracle@jumper eygle]$ sqlplus "/ as sysdba"

Connected to:

Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production

With the Partitioning option

JServer Release 9.2.0.4.0 - Production

SQL> create tablespace eyglee datafile size 10M;

Tablespace created.

创建测试用户并创建一个测试表：

SQL> create user eyglee identified by eyglee default tablespace eyglee;

SQL> grant connect,resource to eyglee;

SQL> connect eyglee/eyglee

Connected.

SQL> create table eyglee as select * from dict;

SQL> select count(*) from eyglee;

COUNT(*)

----------

477

将表空间设置为只读：

SQL> connect / as sysdba

Connected.

SQL> alter tablespace eyglee read only;

Tablespace altered.

SQL> select file_name from dba_data_files where tablespace_name='EYGLEE';

FILE_NAME

------------------------------------------------------------

/opt/oracle/oradata/eygle/o1_mf_eyglee_309yc9gr_.dbf

压缩文件以方便传输：

[oracle@jumper eygle]$ tar -cvf eyglee.tar o1_mf_eyglee_309yc9gr_.dbf

o1_mf_eyglee_309yc9gr_.dbf

[oracle@jumper eygle]$ gzip eyglee.tar

导出表空间：

[oracle@jumper eygle]$ exp \'/ as sysdba\' tablespaces=eyglee transport_tablespace=y file=trans_eyglee.dmp

Export: Release 9.2.0.4.0 - Production on Sat Mar 24 18:17:32 2007

Connected to: Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production

With the Partitioning option

JServer Release 9.2.0.4.0 - Production

Export done in ZHS16GBK character set and AL16UTF16 NCHAR character set

Note: table data (rows) will not be exported

About to export transportable tablespace metadata...

For tablespace EYGLEE ...

. exporting cluster definitions

. exporting table definitions

. . exporting table　EYGLEE

. exporting referential integrity constraints

. exporting triggers

. end transportable tablespace metadata export

Export terminated successfully without warnings.

[oracle@jumper eygle]$ ll *eyglee*

-rw-r--r--　1 oracle　dba　32985 Mar 24 18:14 eyglee.tar.gz

-rw-r-----　1 oracle　dba　10493952 Mar 24 18:13 o1_mf_eyglee_309yc9gr_.dbf

-rw-r--r--　1 oracle　dba　16384 Mar 24 18:17 trans_eyglee.dmp

传输文件到Windows平台：

D:\oradata\EYGLE\DATAFILE>dir *eyglee*

2007-03-24 18:21　32,985 eyglee.tar.gz

2007-03-24 18:21　16,384 trans_eyglee.dmp

D:\oradata\EYGLE\DATAFILE>gzip -d eyglee.tar.gz

D:\oradata\EYGLE\DATAFILE>tar -xvf eyglee.tar

tar: blocksize = 20

x o1_mf_eyglee_309yc9gr_.dbf, 10493952 bytes, 20496 tape blocks

在Windows上创建新用户：

SQL> create user eyglee identified by eyglee;

用户已创建。

SQL> grant connect ,resource to eyglee;

授权成功。

如果此时导入会出现ORA-00600错误：

D:\oradata\EYGLE\DATAFILE>imp '/ as sysdba' tablespaces=eyglee transport_tablespace=y file=trans_eyglee.dmp datafiles=d:\oradata\EYGLE\DATAFILE\o1_mf_eyglee_309yc9gr_.dbf

Import: Release 10.2.0.1.0 - Production on星期六 3月 24 18:59:23 2007

连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production

With the Partitioning, OLAP and Data Mining options

经由常规路径由 EXPORT:V09.02.00创建的导出文件

即将导入可传输的表空间元数据...

已经完成 ZHS16GBK字符集和 AL16UTF16 NCHAR字符集中的导入

.正在将 SYS的对象导入到 SYS

IMP-00017:由于 ORACLE错误 600,以下语句失败:

"BEGIN sys.dbms_plugts.beginImpTablespace('EYGLEE',9,'SYS',1,0,8192,1,1899"

"6106462,1,2147483645,8,128,8,0,1,0,8,1407686520,1,1,18996106397,NULL,0,0,NULL,NULL); END;"

IMP-00003:遇到 ORACLE错误 600

ORA-00600: 内部错误代码, 参数: [krhcvt_filhdr_v10_01], [], [], [], [], [], [], []

ORA-06512:在 "SYS.DBMS_PLUGTS", line 1801

ORA-06512:在 line 1

IMP-00000: 未成功终止导入

其中“参数: [krhcvt_filhdr_v10_01]”提示文件头无法正确识别。可以通过对这个文件进行一个特殊操作，为文件更换一个Windows下数据文件的文件头，则数据文件就应该能够被数据库识别。以下是这个“小手术”操作的过程。

首先提取一个Windows数据文件头：

D:\oradata\EYGLE\DATAFILE>dd if=O1_MF_USERS_2G8OJYYS_.DBF of=header.dbf bs=8192 count=1

1+0 records in

1+0 records out

然后去除Linux下的数据文件头：

D:\oradata\EYGLE\DATAFILE>dd if=o1_mf_eyglee_309yc9gr_.dbf of=eyglee.dbf bs=8192 skip=1

1280+0 records in

1280+0 records out

最后将这两个文件合二为一：

D:\oradata\EYGLE\DATAFILE>copy /b header.dbf+eyglee.dbf eygleee.dbf

header.dbf

eyglee.dbf

已复制1 个文件。

现在拥有的新文件eygleee.dbf就具有了一个Windows平台的文件头以及Linux下的“文件身”。至此，这个文件就能够被Windows上的Oracle识别了，可以执行导入操作：

D:\oradata\EYGLE\DATAFILE>imp '/ as sysdba' tablespaces=eyglee transport_tablespace=y file=trans_eyglee.dmp datafiles=d:\oradata\EYGLE\DATAFILE\eygleee.dbf

Import: Release 10.2.0.1.0 - Production on星期六 3月 24 19:22:13 2007

经由常规路径由 EXPORT:V09.02.00创建的导出文件

即将导入可传输的表空间元数据...

已经完成 ZHS16GBK字符集和 AL16UTF16 NCHAR字符集中的导入

.正在将 SYS的对象导入到 SYS

.正在将 EYGLEE的对象导入到 EYGLEE

. .正在导入表　"EYGLEE"

成功终止导入, 没有出现警告。

此时，数据已经能够被正确识别：

SQL> connect eyglee/eyglee

已连接。

SQL> select count(*) from eyglee;

COUNT(*)

----------

477

最后将表空间更改为读写模式，可以进行正常的数据操作：

SQL> connect / as sysdba

已连接。

SQL> alter tablespace eyglee read write;

表空间已更改。

SQL> connect eyglee/eyglee

已连接。

SQL> insert into eyglee select * from eyglee;

已创建477行。

SQL> insert into eyglee select * from eyglee;

已创建954行。

SQL> insert into eyglee select * from eyglee;

已创建1908行。

SQL> commit;

提交完成。

SQL> select count(*) from eyglee;

COUNT(*)

----------

3816

通过这个实验，还可以得出另外一个结论，Oracle 9i的数据文件可以通过表空间传输迁移到Oracle 10g中使用。

2.5.7 Oracle 10g同字节序跨平台迁移

在Oracle 10g中，同字节序跨平台的文件头信息Oracle会自动改写，不再需要转换。我们看以下测试：

[oracle@danaly oradata]$ sqlplus "/ as sysdba"

SQL*Plus: Release 10.2.0.1.0 - Production on Thu Jul 12 15:14:21 2007

SQL> alter database mount;

Database altered.

SQL> alter database open;

Database altered.

SQL> select name from v$datafile;

NAME

--------------------------------------------------------------------------------

/opt/oracle/oradata/eygle/EYGLE/datafile/o1_mf_system_37tc1xns_.dbf

/opt/oracle/oradata/eygle/EYGLE/datafile/o1_mf_undotbs1_37tc29mb_.dbf

/opt/oracle/oradata/eygle/EYGLE/datafile/o1_mf_sysaux_37tc2gqc_.dbf

/opt/oracle/oradata/eygle/EYGLE/datafile/o1_mf_users_37tc2tth_.dbf

SQL> show parameter comp

NAME　TYPE　VALUE

------------------------------------ ------------- ------------------------------

compatible　string　10.2.0.1.0

nls_comp　string

plsql_compiler_flags　string　INTERPRETED, NON_DEBUG

plsql_v2_compatibility　boolean　FALSE

SQL> create tablespace trans

2 datafile '/opt/oracle/oradata/eygle/EYGLE/datafile/trans.dbf' size 10M;

Tablespace created.

SQL> create user trans identified by trans default tablespace trans;

SQL> grant connect,resource to trans;

SQL> connect trans/trans

Connected.

SQL> create table test as select * from dict;

Table created.

SQL> select count(*) from test;

COUNT(*)

----------

615

SQL> connect / as sysdba

Connected.

SQL> alter tablespace trans read only;

Tablespace altered.

导出元数据，准备表空间迁移：

[oracle@]$ exp \'/ as sysdba\' tablespaces=trans transport_tablespace=y file=exp_trans.dmp

Export: Release 10.2.0.1.0 - Production on Thu Jul 12 15:28:24 2007

Note: table data (rows) will not be exported

About to export transportable tablespace metadata...

For tablespace TRANS ...

. exporting cluster definitions

. exporting table definitions

. . exporting table　TEST

. exporting referential integrity constraints

. exporting triggers

. end transportable tablespace metadata export

Export terminated successfully without warnings.

[oracle@danaly oradata]$ ls -l exp_trans.dmp

-rw-r--r-- 1 oracle dba 16384 Jul 12 15:28 exp_trans.dmp

然后我们可以直接将这两个文件传输到Windows平台上，在数据库中执行必要的准备步骤：

SQL> create user trans identified by trans;

用户已创建。

SQL> grant connect,resource to trans;

授权成功。

接下来执行导入：

C:\oracle\oradata\EYGLE\DATAFILE>imp '/ as sysdba' tablespaces=trans transport_tablespace=y file=exp_trans.dmp datafiles=C:\oracle\oradata\EYGLE\DATAFILE\trans.dbf

Import: Release 10.2.0.3.0 - Production on星期四 7月 12 15:55:30 2007

经由常规路径由 EXPORT:V10.02.01创建的导出文件

即将导入可传输的表空间元数据…

已经完成 ZHS16GBK字符集和 AL16UTF16 NCHAR字符集中的导入

.正在将 SYS的对象导入到 SYS

.正在将 TRANS的对象导入到 TRANS

. .正在导入表　"TEST"

.正在将 SYS的对象导入到 SYS

成功终止导入, 没有出现警告。

我们看到这个文件可以直接被Windows上的系统识别。

SQL> select count(*) from trans.test;

COUNT(*)

----------

615

SQL> select tablespace_name,status from dba_tablespaces;

TABLESPACE_NAME　STATUS

------------------------------ ---------

SYSTEM　ONLINE

UNDOTBS1　ONLINE

SYSAUX　ONLINE

TEMP　ONLINE

USERS　ONLINE

TRANS　READ ONLY

2.5.8 Oracle 10g同字节序跨平台迁移的增强

基于上一节的测试我们知道，在Oracle 10gR2中，Oracle开始支持同字节序全数据库的跨平台迁移。这一技术实现有以下几点注意事项：

源平台和目的平台需要具有相同的字节序；

重做日志文件和控制文件不会传输，迁移之后需要重建控制文件使用 RESETLOGS方式打开数据库；临时文件不会被传输；

BFILES、外部表和Directories、口令文件等不会被传输。

我们通过Linux平台到Windows平台的迁移来看一下这一技术的实现。

1．确认平台及版本

首先要确定源平台和目标平台具有相同的字节序：

SQL> select PLATFORM_NAME, ENDIAN_FORMAT from V$TRANSPORTABLE_PLATFORM

2 where platform_name in ('Linux IA (32-bit)','Microsoft Windows IA (32-bit)');

PLATFORM_NAME　ENDIAN_FORMAT

---------------------------------------- --------------

Microsoft Windows IA (32-bit)　Little

Linux IA (32-bit)　Little

然后需要确定源平台及目标平台的数据库版本，通常需要这两者具有相同的数据库版本，本例的情况有所不同，Linux 平台的数据库版本为 10.2.0.1，Windows 平台的数据库版本为10.2.0.3，数据库版本不同将使情况稍微复杂一点，而且需要注意的是，通常高版本的数据库不能向低版本迁移。

2．确认是否支持迁移

跨平台迁移需要数据库处于READ ONLY模式打开，使用DBMS_TDB.CHECK_DB进行检查：

SQL> set serveroutput on

SQL> declare

2 db_ready boolean;

3 begin

4 db_ready := dbms_tdb.check_db('Microsoft Windows IA (32-bit)');

5 end;

6 /

PL/SQL procedure successfully completed.

如果以上过程成功执行，并没有其他相关警告输出，则说明数据库可以支持跨平台转移。

3．检查外部对象

使用DBMS_TDB.CHECK_EXTERNAL来识别外部表、Directories或BFILES等，这些对象所指向的外部数据不能被RMAN自动转移。

SQL> set serveroutput on

SQL> declare

2 external boolean;

3 begin

4 external := dbms_tdb.check_external;

5 end;

6 /

The following directories exist in the database:

SYS.DATA_PUMP_DIR

PL/SQL procedure successfully completed.

如果数据库中存在外部表、DIRECTORIES等，则以上过程执行后的输出与以上类似。

4．使用RMAN进行跨平台文件迁移

执行跨平台迁移首先要通过RMAN对数据文件进行转换，RMAN执行过程如下：

[oracle@danaly eygle]$ rman target /

Recovery Manager: Release 10.2.0.1.0 - Production on Sat Jun 23 23:06:52 2007

connected to target database: EYGLE (DBID=1445136501)

RMAN> CONVERT DATABASE NEW DATABASE 'JULIA'

2> TRANSPORT SCRIPT '/opt/oracle/oradata/transport/transport.sql'

3> TO PLATFORM 'Microsoft Windows IA (32-bit)'

4> DB_FILE_NAME_CONVERT '/opt/oracle/oradata/eygle/EYGLE/datafile' \

'/opt/oracle/oradata/transport';

Starting convert at 23-JUN-07

using target database control file instead of recovery catalog

allocated channel: ORA_DISK_1

channel ORA_DISK_1: sid=159 devtype=DISK

Directory SYS.DATA_PUMP_DIR found in the database

User SYS with SYSDBA and SYSOPER privilege found in password file

channel ORA_DISK_1: starting datafile conversion

input datafile

fno=00001 name=/opt/oracle/oradata/eygle/EYGLE/datafile/o1_mf_system_37tc1xns_.dbf

converted datafile=/opt/oracle/oradata/transport/o1_mf_system_37tc1xns_.dbf

channel ORA_DISK_1: datafile conversion complete, elapsed time: 00:00:15

channel ORA_DISK_1: starting datafile conversion

input datafile

fno=00002 name=/opt/oracle/oradata/eygle/EYGLE/datafile/o1_mf_undotbs1_37tc29mb_.dbf

converted datafile=/opt/oracle/oradata/transport/o1_mf_undotbs1_37tc29mb_.dbf

channel ORA_DISK_1: datafile conversion complete, elapsed time: 00:00:07

channel ORA_DISK_1: starting datafile conversion

input datafile

fno=00003 name=/opt/oracle/oradata/eygle/EYGLE/datafile/o1_mf_sysaux_37tc2gqc_.dbf

converted datafile=/opt/oracle/oradata/transport/o1_mf_sysaux_37tc2gqc_.dbf

channel ORA_DISK_1: datafile conversion complete, elapsed time: 00:00:07

channel ORA_DISK_1: starting datafile conversion

input datafile

fno=00004 name=/opt/oracle/oradata/eygle/EYGLE/datafile/o1_mf_users_37tc2tth_.dbf

converted datafile=/opt/oracle/oradata/transport/o1_mf_users_37tc2tth_.dbf

channel ORA_DISK_1: datafile conversion complete, elapsed time: 00:00:01

Run SQL script /opt/oracle/oradata/transport/transport.sql on the target platform to create database

Edit init.ora file /opt/oracle/product/10.2.0/dbs/init_00il1i4r_1_0.ora. This PFILE will be used to create the database on the target platform

To recompile all PL/SQL modules, run utlirp.sql and utlrp.sql on the target platform

To change the internal database identifier, use DBNEWID Utility

Finished backup at 23-JUN-07

RMAN 的转换语句中指定生成一个转换脚本 transport.sql 用于参考，转换的目标平台是Microsoft Windows IA (32-bit)，所有的数据文件转换后存放在一个新的目录下。

最后RMAN还自动生成一个参数文件，这个文件是init_00il1i4r_1_0.ora，这个参数文件里包含了一些重要的初始化参数，可以根据需要进行相应的更改，由于平台以及路径的不同，很多涉及路径的参数都需要进行变更，这个参数文件的内容大致分为三个部分。

第一部分列出需要修改的参数：

# Please change the values of the following parameters:

control_files = "/opt/oracle/product/10.2.0/dbs/cf_D-JULIA_id-1445136501_00il1i4r"

db_create_file_dest = "/opt/oracle/product/10.2.0/dbs/eygle"

db_recovery_file_dest = "/opt/oracle/product/10.2.0/dbs/flash_recovery_area"

db_recovery_file_dest_size= 2147483648

background_dump_dest = "/opt/oracle/product/10.2.0/dbs/bdump"

user_dump_dest = "/opt/oracle/product/10.2.0/dbs/udump"

core_dump_dest = "/opt/oracle/product/10.2.0/dbs/cdump"

audit_file_dest = "/opt/oracle/product/10.2.0/dbs/adump"

db_name = "JULIA"

第二部分列出了建议Review的参数：

# Please review the values of the following parameters:

remote_login_passwordfile= "EXCLUSIVE"

db_domain = ""

dispatchers = "(PROTOCOL=TCP) (SERVICE=eygleXDB)"

第三部分列出了来自于源数据库的一些特殊设置，这些参数可以酌情修改：

# The values of the following parameters are from source database:

processes = 150

sga_target = 943718400

db_block_size = 8192

compatible = "10.2.0.1.0"

db_file_multiblock_read_count= 16

undo_management = "AUTO"

undo_tablespace = "UNDOTBS1"

job_queue_processes = 10

open_cursors = 300

pga_aggregate_target = 314572800

参数文件的内容我们可以在新的平台上重新创建，这个参数文件可以作为参考。

5．转移文件到目标平台

源平台的工作完成之后，数据文件可以通过FTP等方式转移到目标平台，部署到相应目录下，我的操作步骤如下：

C:\oracle\oradata>gzip -d trans.tar.gz

C:\oracle\oradata>tar -xvf trans.tar

tar: blocksize = 20

x transport/transport.sql, 2397 bytes, 5 tape blocks

x transport/o1_mf_sysaux_37tc2gqc_.dbf, 125837312 bytes, 245776 tape blocks

x transport/o1_mf_undotbs1_37tc29mb_.dbf, 209723392 bytes, 409616 tape blocks

x transport/o1_mf_system_37tc1xns_.dbf, 314580992 bytes, 614416 tape blocks

x transport/o1_mf_users_37tc2tth_.dbf, 5251072 bytes, 10256 tape blocks

C:\oracle\oradata>mkdir -p JULIA\DATAFILE

C:\oracle\oradata>mkdir JULIA\CONTROLFILE

C:\oracle\oradata>mkdir JULIA\ONLINELOG

C:\oracle\oradata>mv transport\* JULIA\DATAFILE

6．创建基础环境

首先创建相关目录：

C:\oracle\oradata>mkdir C:\oracle\admin\julia\adump

C:\oracle\oradata>mkdir C:\oracle\admin\julia\bdump

C:\oracle\oradata>mkdir C:\oracle\admin\julia\cdump

C:\oracle\oradata>mkdir C:\oracle\admin\julia\dpdump

C:\oracle\oradata>mkdir C:\oracle\admin\julia\pfile

C:\oracle\oradata>mkdir C:\oracle\admin\julia\udump

创建Windows数据库服务：

C:\oracle\oradata>oradim -new -sid julia

实例已创建。

修改参数文件，参数文件可以从前面自动生成的参数文件进行修改得到，其中目录结构需要依据新平台的具体设置进行修改，和存储主要相关的两个参数修改如下：

db_create_file_dest = "C:\oracle\oradata"

db_recovery_file_dest = "C:\oracle\flash_recovery_area"

修改后的参数文件在Windows上应该位于$ORACLE_HOME/database下。参数文件中的另一个重要参数是控制文件路径：

control_files = "/opt/oracle/product/10.2.0/dbs/cf_D-JULIA_id-1445136501_00il1i4r"

如果我们计划使用OMF管理，可以暂时注释这一参数，在创建控制文件后再将控制文件的名称路径追加到参数文件中。

7．迁移步骤

准备工作完成之后，我们可以进行新平台的数据库加载等工作，这些工作还可以参考在源平台生成的transport.sql脚本。

这个脚本的第一部分给出了使用参数文件启动实例及重新创建控制文件的语法参考，当然我们还需要修改才能使用这段脚本：

STARTUP NOMOUNT PFILE='/opt/oracle/product/10.2.0/dbs/init_00il1i4r_1_0.ora'

CREATE CONTROLFILE REUSE SET DATABASE "LINDB10G" RESETLOGS NOARCHIVELOG

MAXLOGFILES 16 MAXLOGMEMBERS 3 MAXDATAFILES 100 MAXINSTANCES 8 MAXLOGHISTORY 292

LOGFILE

GROUP 1 SIZE 50M, GROUP 2 SIZE 50M, GROUP 3 SIZE 50M

DATAFILE

'/opt/oracle/oradata/transport/o1_mf_system_37tc1xns_.dbf',

'/opt/oracle/oradata/transport/o1_mf_undotbs1_37tc29mb_.dbf',

'/opt/oracle/oradata/transport/o1_mf_sysaux_37tc2gqc_.dbf',

'/opt/oracle/oradata/transport/o1_mf_users_37tc2tth_.dbf'

CHARACTER SET ZHS16GBK;

由于我们已经编辑好了新的参数文件，所以可以使用这个参数文件启动实例：

C:\oracle\oradata>set ORACLE_SID=julia

C:\oracle\oradata>sqlplus "/ as sysdba"

SQL*Plus: Release 10.2.0.3.0 - Production on星期一 6月 25 09:45:59 2007

已连接到空闲例程。

SQL> startup nomount pfile=?\database\initjulia.ora

ORACLE 例程已经启动。

接下来创建控制文件：

SQL> CREATE CONTROLFILE REUSE SET DATABASE "JULIA" RESETLOGS NOARCHIVELOG

2　MAXLOGFILES 16

3　MAXLOGMEMBERS 3

4　MAXDATAFILES 100

5　MAXINSTANCES 8

6　MAXLOGHISTORY 292

7　LOGFILE

8　GROUP 1 SIZE 10M,

9　GROUP 2 SIZE 10M,

10　GROUP 3 SIZE 10M

11　DATAFILE

12　'C:\oracle\oradata\JULIA\DATAFILE\o1_mf_system_37tc1xns_.dbf',

13　'C:\oracle\oradata\JULIA\DATAFILE\o1_mf_undotbs1_37tc29mb_.dbf',

14　'C:\oracle\oradata\JULIA\DATAFILE\o1_mf_sysaux_37tc2gqc_.dbf',

15　'C:\oracle\oradata\JULIA\DATAFILE\o1_mf_users_37tc2tth_.dbf'

16　CHARACTER SET ZHS16GBK;

控制文件已创建。

然后，将控制文件的名称等信息追加到参数文件中：

SQL> column ctl_files NEW_VALUE ctl_files;

SQL> SELECT CONCAT ('control_files=''',

2　　　　CONCAT (REPLACE (VALUE, ', ', ''','''), '''')

3　　　) ctl_files

4　FROM v$parameter WHERE NAME = 'control_files';

CTL_FILES

--------------------------------------------------------------------------------

control_files='C:\ORACLE\ORADATA\JULIA\CONTROLFILE\O1_MF_37Y7SZ9R_.CTL','C:\ORAC

LE\FLASH_RECOVERY_AREA\JULIA\CONTROLFILE\O1_MF_37Y7SZMK_.CTL'

SQL> host "echo &ctl_files >>C:\oracle\10.2.0\database\initjulia.ora";

注意：执行完以上命令后，需要检查参数文件的格式，如果控制文件名称未正确添加，可以手工调整一下。

完成了以上工作后，可以关闭数据库，再次启动数据库到MOUNT状态，这时候新的控制文件已经发挥作用：

SQL> shutdown immediate;

ORA-01109: 数据库未打开

已经卸载数据库。

ORACLE 例程已经关闭。

SQL> startup mount;

ORACLE 例程已经启动。

数据库装载完毕。

8．完成数据库恢复

接下来再参考一下transport.sql中的推荐步骤：

ALTER DATABASE OPEN RESETLOGS;

-- Commands to add tempfiles to temporary tablespaces.

-- Online tempfiles have complete space information.

-- Other tempfiles may require adjustment.

ALTER TABLESPACE TEMP ADD TEMPFILE

SIZE 20971520 AUTOEXTEND ON NEXT 655360 MAXSIZE 32767M;

-- End of tempfile additions.

现在我们需要通过RESETLOGS方式来重新生成日志文件，然后手工添加临时文件。

注意，在迁移过程中如果两个平台的数据库版本完全一致，则以上步骤可以顺利执行，参考transport.sql可以顺利完成迁移。而本例的测试平台由于Linux平台的数据库版本为10.2.0.1， Windows平台版本为10.2.0.3，所以实际操作中还会有所不同，在执行RESETLOGS过程中，数据库会发生中断：

SQL> alter database open resetlogs;

alter database open resetlogs

第 1行出现错误:

ORA-01092: ORACLE实例终止。强制断开连接

检查日志我们发现以下提示：

Mon Jun 25 10:03:19 2007

Errors in file c:\oracle\admin\julia\udump\julia_ora_3596.trc:

ORA-00704: 引导程序进程失败

ORA-39700:必须用 UPGRADE选项打开数据库

Oracle 要求以 UPGRADE 选项打开数据库，对数据库执行跨版本迁移。我们继续参考transport.sql的最后部分：

SHUTDOWN IMMEDIATE

STARTUP UPGRADE PFILE='/opt/oracle/product/10.2.0/dbs/init_00il1i4r_1_0.ora'

@@ ?/rdbms/admin/utlirp.sql

SHUTDOWN IMMEDIATE

STARTUP PFILE='/opt/oracle/product/10.2.0/dbs/init_00il1i4r_1_0.ora'

-- The following step will recompile all PL/SQL modules.

-- It may take serveral hours to complete.

@@ ?/rdbms/admin/utlrp.sql

set feedback 6;

再次启动数据库到UPGRADE模式，由于之前的数据库中断，现在这些需要进行一点恢复工作：

SQL> startup upgrade;

ORACLE 例程已经启动。

数据库装载完毕。

ORA-01113:文件 1需要介质恢复

ORA-01110:数据文件 1:'C:\ORACLE\ORADATA\JULIA\DATAFILE\O1_MF_SYSTEM_37TC1XNS_.DBF'

SQL> recover database;

完成介质恢复。

恢复完成之后启动数据库到UPGRADE模式：

SQL> shutdown immediate;

ORA-01109: 数据库未打开

已经卸载数据库。

ORACLE 例程已经关闭。

SQL> startup upgrade;

ORACLE 例程已经启动。

数据库装载完毕。

数据库已经打开。

执行脚本?/rdbms/admin/utlirp.sql，这个脚本执行完成之后会有如下提示：

DOC>#######################################################################

DOC>　utlirp.sql completed successfully. All PL/SQL objects in the

DOC>　database have been invalidated.

DOC>

DOC>　Shut down and restart the database in normal mode and run utlrp.sql to

DOC>　recompile invalid objects.

DOC>#######################################################################

也就是说，这个脚本的作用是使数据库中的PL/SQL对象INVALID，然后通过utlrp.sql的重新编译，消除跨平台的兼容性影响。

按照transport.sql脚本提示的步骤，我们可以重新启动数据库来执行utlrp.sql脚本（由于本例涉及到版本迁移，需要再次启动数据库到UPGRADE模式，如果数据库版本相同，则可以直接启动数据库，执行utlrp.sql脚本完成最后的编译工作）：

SQL> @@ ?/rdbms/admin/utlrp.sql

TIMESTAMP

-------------------------------------------------------------------------------

COMP_TIMESTAMP UTLRP_BGN 2007-06-25 10:27:57

……

PL/SQL 过程已成功完成。

TIMESTAMP

-------------------------------------------------------------------------------

COMP_TIMESTAMP UTLRP_END 2007-06-25 10:39:43

PL/SQL 过程已成功完成。

utlrp.sql执行完成之后我们需要再执行和数据库升级相关的脚本，这个脚本是catupgrd.sql：

SQL> @?/rdbms/admin/catupgrd.sql

这个脚本调用catlog.sql和catproc.sql来重建字典对象等，在执行完这个脚本之后，我们可以关闭数据库后，正常打开数据库：

SQL> startup

ORACLE 例程已经启动。

数据库装载完毕。

数据库已经打开。

SQL> select count(*) from dba_objects where status='INVALID';

COUNT(*)

----------

已选择 1行。

SQL> @?\rdbms\admin\utlrp.sql

catupgrd.sql脚本可能会使部分字典对象失效，我们可以再次运行utlrp.sql脚本来进行编译，编译完成后，不要忘记为数据库添加临时文件：

SQL> ALTER TABLESPACE TEMP ADD TEMPFILE

2 SIZE 20971520 AUTOEXTEND ON NEXT 655360 MAXSIZE 32767M;

表空间已更改。

至此，同字节序的跨平台迁移全部完成，当然由于版本的不同，整个过程稍微复杂了一些，不过这个过程对于跨平台的迁移及版本升级是一个很好的参考。

2.5.9 实现数据迁移的高可用性

通过以上测试实际上可以确认，对于可传输表空间，可以很容易从Oracle 9i向Oracle 10g迁移。那么这种方法对于可用性要求极高的环境进行数据迁移或数据库迁移具有极大的便利。

如果进行数据库升级，通常的方法是通过DBUA（Database Upgrade Assistant，Oracle 10g引入的工具）进行，但是 DBUA 存在的问题是，操作过程过长，而且如果升级过程中出现问题，数据文件可能不能重新被使用，这就需要从备份中进行恢复，这使得业务连续性要求高的企业很难采用这种方法进行升级。

另一种常见的迁移方法是通过逻辑导出导入（EXP/IMP），但是这种方法对于不断变化的数据无能为力，所以通常也不可行。

那么现在，可传输表空间就成了一个可以考虑的快速迁移或升级方法。

Oracle有一个小组，专注于设计高可用性架构的实现，以帮助用户最大限度地提高系统可用性，Oracle有一个专有名词用来命名这类技术MAA（Maximum Availability Architecture）。OTN上MAA部分有一个Amadeus公司的实践案例，通过可传输表空间从Oracle 9i向Oracle 10g实现快速数据迁移。

当然这种方法的使用要考虑的还有很多，通过各种技术和方法的结合使用才能最终达到快速迁移的目标。

Amadeus公司的迁移是在同类型平台不同主机之间进行的，其实现步骤大致如下。

（1）在升级主机安装Oracle 9i版本，并创建生产库的DataGuard数据库，这个工作可以在线进行，不影响主节点的工作。

（2）在升级主机安装Oracle 10gR2数据库软件，创建数据库；此时升级主机上存在了 2个数据库。

（3）整理不能通过 transport tablespace处理的内容，如 sequence、synonyms、grants等。

（4）在升级割接时间，将主库置为只读，将日志全部应用到备机，业务影响从此时开始。

（5）将备机的数据文件通过可传输表空间迁移至Oracle 10gR2数据库，并创建 sequencee、synonyms、grants等对象，检查验证。

（6）如果没有问题，则即可将业务切换至新的Oracle 10gR2数据库运行，业务恢复正常运行。

在这个迁移过程中，如果迁移失败，那么直接读写打开主库即可恢复业务的正常运行，回退非常方便。

使用这种方法，业务影响仅发生在以上（4）～（6）步，在OTN的案例中，Amadeus公司在实际操作中，10分钟之内就将一个大型数据库迁移到Oracle 10gR2，这种方式是一种非常有新意的创新性应用。在熟悉了Oracle的各项技术之后，通过不断实践和探索，我们就能够不断发现充满价值的Oracle应用。