分类: Oracle
2009-01-07 15:59:01
可传输表空间现在可以跨平台移植,从而使得数据发布更快更容易。此外,外部表下载使得通过转换进行数据转移的任务更简单更快。
您如何将数据从一个数据库转移到另一个数据库?在现有的几种方法中,有一种方法尤为出色:可传输表空间。在这种方法中,您使用一组自包含、只读的表空间,只导出元数据,在操作系统层将这些表空间的数据文件拷贝至目标平台,并将元数据导入数据字典 — 这个过程称为插入。
操作系统文件拷贝一般比其它传统的数据转移方法(如导出/导入或 SQL*Loader)要快得多。然而,在 Oracle9i 数据库和更低版本中,可传输表空间仅限于在目标数据库和源数据库都运行在同一操作系统平台上的少数情况下才有用 — 例如,您不能在 Solaris 和 HP-UX 平台之间传输表空间。 在 Oracle 数据库 10g 中,这个局限消失了:只要操作系统字节顺序相同,您就可以在平台之间传输表空间。本文将不就字节顺序展开长篇的讨论,但这里只要提几句话就足够了:一些操作系统(包括 Windows)在低位内存地址中用最低有效字节存储多字节二进制数据;因此这种系统被称为低地址低字节序。相反,其它的操作系统(包括 Solaris)将最高有效字节存储在低位内存地址中,因此这种系统被称为低地址高字节序。当一个低地址高字节序的系统试图从一个低地址低字节序的系统中读取数据时,需要一个转换过程 — 否则,字节顺序将导致不能正确解释读取的数据.不过,当在相同字节顺序的平台之间传输表空间时,不需要任何转换。 您怎么知道哪一种操作系统采用哪一种字节顺序?不需猜测或搜索互联网,相反只需简单地执行以下查询:SQL> select * from v$transportable_platform order by platform_id; PLATFORM_ID PLATFORM_NAME ENDIAN_FORMAT ----------- ----------------------------------- -------------- 1 Solaris[tm] OE (32-bit) Big 2 Solaris[tm] OE (64-bit) Big 3 HP-UX (64-bit) Big 4 HP-UX IA (64-bit) Big 5 HP Tru64 UNIX Little 6 AIX-Based Systems (64-bit) Big 7 Microsoft Windows IA (32-bit) Little 8 Microsoft Windows IA (64-bit) Little 9 IBM zSeries Based Linux Big 10 Linux IA (32-bit) Little 11 Linux IA (64-bit) Little 12 Microsoft Windows 64-bit for AMD Little 13 Linux 64-bit for AMD Little 15 HP Open VMS Little 16 Apple Mac OS Big假设您想从一台在 Intel 体系结构上运行 Linux 操作系统的主机 SRC1 中将一个表空间 USERS 传输到运行 Microsoft Windows 操作系统的计算机 TGT1 上。源平台和目标平台都是低地址低字节序的。表空间 USERS 的数据文件是 users_01.dbf。您将按照类似以下的方法来进行操作。
alter tablespace users read only;
exp tablespaces=users transport_tablespace=y file=exp_ts_users.dmpexp_ts_users.dmp 文件只包含元数据(不是表空间 USERS 的内容)因此它将非常小。
imp tablespaces=users transport_tablespace=y file=exp_ts_users.dmp datafiles='users_01.dbf'
RMAN> convert tablespace users 2> to platform 'HP-UX (64-bit)' 3> format='/home/oracle/rman_bkups/%N_%f'; Starting backup at 14-MAR-04 using channel ORA_DISK_1 channel ORA_DISK_1:starting datafile conversion input datafile fno=00004 name=/usr/oradata/dw/starz10/users01.dbf converted datafile=/home/oracle/rman_bkups/USERS_4 channel ORA_DISK_1:datafile conversion complete, elapsed time: 00:00:07 Finished backup at 14-MAR-04这个步骤在目录 /home/oracle/rman_bkups 中创建了一个标准 RMAN 文件格式
parallelism = 4该子句创建四个 RMAN 通道,每一个通道处理一个数据文件。不过,一种更有用的方法是用一个步骤转换大量的表空间,在这种情况下并行转换将真正带来很大的帮助。下面我们将两个表空间 USERS 和 MAINTS 转换至 HP-UX:
RMAN> convert tablespace users, maints 2> to platform 'HP-UX (64-bit)' 3> format='/home/oracle/rman_bkups/%N_%f' 4> parallelism = 5; Starting backup at 14-MAR-04 using target database controlfile instead of recovery catalog allocated channel:ORA_DISK_1 channel ORA_DISK_1:sid=244 devtype=DISK allocated channel:ORA_DISK_2 channel ORA_DISK_2:sid=243 devtype=DISK allocated channel:ORA_DISK_3 channel ORA_DISK_3:sid=245 devtype=DISK allocated channel:ORA_DISK_4 channel ORA_DISK_4:sid=272 devtype=DISK allocated channel:ORA_DISK_5 channel ORA_DISK_5:sid=253 devtype=DISK channel ORA_DISK_1:starting datafile conversion input datafile fno=00004 name=/usr/oradata/dw10/dw10/users01.dbf channel ORA_DISK_2:starting datafile conversion input datafile fno=00005 name=/usr/oradata/dw10/dw10/users02.dbf channel ORA_DISK_3:starting datafile conversion input datafile fno=00006 name=/usr/oradata/dw10/dw10/maints01.dbf channel ORA_DISK_4:starting datafile conversion input datafile fno=00007 name=/usr/oradata/dw10/dw10/maints02.dbf converted datafile=/home/oracle/rman_bkups/USERS_4 channel ORA_DISK_1:datafile conversion complete, elapsed time: 00:00:03 converted datafile=/home/oracle/rman_bkups/USERS_5 channel ORA_DISK_2:datafile conversion complete, elapsed time: 00:00:00 converted datafile=/home/oracle/rman_bkups/MAINTS_6 channel ORA_DISK_3:datafile conversion complete, elapsed time: 00:00:01 converted datafile=/home/oracle/rman_bkups/MAINTS_7 channel ORA_DISK_4:datafile conversion complete, elapsed time: 00:00:01 Finished backup at 14-MAR-04在上述例子中,转换后的文件名难于辨认并很难与原始文件关联(例如,文件 users01.dbf 变为 USERS_4)。相反,您还可以使用其它格式来为数据文件命名。这个过程类似于在 Data Guard 中为数据文件重命名的过程。您可以使用如下命令:
RMAN> convert tablespace users 2> to platform 'HP-UX (64-bit)' 3> db_file_name_convert '/usr/oradata/dw10/dw10','/home/oracle/rman_bkups' 4> ; Starting backup at 14-MAR-04 using channel ORA_DISK_1 channel ORA_DISK_1:starting datafile conversion input datafile fno=00004 name=/usr/oradata/dw10/dw10/users01.dbf converted datafile=/home/oracle/rman_bkups/users01.dbf channel ORA_DISK_1:datafile conversion complete, elapsed time: 00:00:03 channel ORA_DISK_1:starting datafile conversion input datafile fno=00005 name=/usr/oradata/dw10/dw10/users02.dbf converted datafile=/home/oracle/rman_bkups/users02.dbf channel ORA_DISK_1:datafile conversion complete, elapsed time: 00:00:01 Finished backup at 14-MAR-04这将在转换后保留文件名。如果您切换到目录 /home/oracle/rman_bkups,您将看到文件 users01.dbf 和 users02.dbf,它们对应相同名称的原始文件。 在上述情况下,我们在源平台上转换文件。不过,您也可以在目标平台上转换文件。例如,您可以将文件 users01.dbf 拷贝至运行 HP-UX 的主机 TGT1 上,然后利用以下命令将文件转换成 HP-UX 格式:
RMAN> convert 2> datafile '/usr/oradata/dw10/dw10/users01.dbf' 3> format '/home/oracle/rman_bkups/%N_%f' 4> ;这种方法将以指定的格式在目录中创建文件。 但为什么您会想在目标平台上转换数据文件,确切的原因是什么?一个原因是更短的停机时间,这要求表空间仅在拷贝至目标主机期间为 READ ONLY 状态。您可以为数据文件创建三个镜像,使表空间为只读,分开第三个镜像,然后立即使表空间为读/写状态。然后可以把第三个镜像加载到目标系统上,并在空闲时进行转换。这种安排使得表空间必须保持为只读的时间最少。 另一个原因可能是性能。OLTP 数据库可能承担一个持续的负载,而使用 RMAN 转换操作可能使系统负载超出期望的范围。相反,可以把转换操作卸载到数据仓库服务器上,其中通常提供了更多的 CPU,以进行并行操作。 将外部表用作数据传输机制 Oracle9i 数据库引入了外部表,外部表使得格式化的纯文本文件在数据库中视为一个表,此表可以通过常规 SQL 进行选择。假设您必须使用这种外部表方法将名称为 TRANS 的表的内容从 OLTP 数据库转移到数据仓库数据库中。下面是实现这一目的的步骤。
spool trans_flat.txt select||','|| ||','|| ... from trans; spool off
create directory dump_dir as '/home/oracle/dump_dir';
create table trans_ext ( ...... ) organization external ( type oracle_loader default directory admin access parameters ( records delimited by newline badfile 'trans_ext.bad' discardfile 'trans_ext.dis' logfile 'trans_ext.log' fields terminated by "," optionally enclosed by '"' ( ... ... ) ) location ('trans_flat.txt') ) reject limit unlimited;
create directory dump_dir as '/home/oracle/dump_dir'; create table trans_dump organization external ( type oracle_datapump default directory dump_dir location ('trans_dump.dmp') ) as select * from trans /这些命令在目录 /home/oracle/dump_dir 中创建了一个名称为 trans_dump.dmp 的文件。这个文件不完全是 ASCII 文本;元数据是纯文本,但实际的数据是原始格式的。不过,这个文件是可以移植到不同的操作系统 — 类似于导出转储文件,但与导出不同的是,数据下载非常快。您将把这个文件拷贝到数据仓库服务器中,然后用与之前提到的相同的方式创建外部表,但这次用这个文件替换源文件。 那么旧的数据传输机制和这种数据传输机制有什么不同?有一些不同。首先,您可以非常快速地创建一个可移植的文件,而无需编写任何复杂的 SQL,选择表的列等等。其次,您可以用这种文件作为外部表的输入,从而使得将数据作为一个常规的表进行查看并在数据处理之后将数据加载到其它的表中成为可能。您还可以按如下所示方法提高到这种外部表中的数据下载的性能。
create table trans_dump organization external ( type oracle_datapump default directory dump_dir location ('trans_dump.dmp') ) parallel 2 as select * from trans /这些命令创建了相同的文件,只不过是以并行的方式。您应当这么做,以利用多个主机 CPU(如果提供的话)。除了并行化之外,您还可以按照如下所示方法将表下载到多个外部文件中。
create table trans_dump organization external ( type oracle_datapump default directory dump_dir location ('trans_dump_1.dmp','trans_dump_2.dmp') ) parallel 4 as select * from trans /这些命令创建了两个文件 trans_dump_1.dmp 和 trans_dump_2.dmp,而不只是一个。这种方法在将文件扩散到多个物理设备或控制器上以减少与 I/O 相关的等待时非常有帮助。 结论 通过使表空间能够跨平台传输,10g 为数据仓库数据转移提供了一个强大的解决方案。该特性与外部表下载相结合,消除了在源数据库和目标数据库之间进行数据发布的阻碍(无论它是 OLTP 数据库、数据仓库数据库或数据集市数据库)并使您能够为特定类型的应用程序作出适当的平台选择。 此外,通过使可传输表空间变得可行,10g 使得数据刷新更快更频繁,以便能够更快地把经过分析的数据提供给最终用户。该功能还可以用来通过离线介质将数据发布给不同的数据库,而不管它们的主机系统是什么。利用外部表下载,终于为最终用户提供了一个作为 ETL 工具的实用程序,以用来转移大量的数据。