时过境迁：Oracle跨平台迁移之XTTS方案与实践

作者简介

谢金融

云和恩墨东区交付部 Oracle 工程师，多年来从事 Oracle 第三方服务，曾服务过金融、制造业、物流、政府等许多行业的客户，精通数据库迁移、性能优化和故障诊断。

本文由恩墨大讲堂146期线上分享整理而成。课程回看可点击文末“阅读原文”。

1

前期准备

1.1.  检查数据库时区，保持两边一致

select dbtimezone from dual;

DBTIME

------

+08:00

 

1.2.  检查数据库字符集，保持两边一致

select * from nls_database_parameterswhere parameter like '%CHARACTERSET%';

PARAMETER                      VALUE

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

NLS_CHARACTERSET               AL32UTF8

NLS_NCHAR_CHARACTERSET         UTF8

 

1.3.  检查目标端补丁情况

目标端 PSU无特殊需求，可以随情况安装最新即可。

select 'opatch',comments fromdba_registry_history

'OPATC COMMENTS

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

opatch PSU 11.2.0.4.4

 

如果准备阶段使用 DBMS_FILE_TRANSFER方法，目标端建议安装的补丁如下：

Patch 19023822，修复目标端使用 DBMS_FILE_TRANSFER.GET_FILE包获取源端数据文件出现 ORA-03106 的情况。

Patch 22171097: MERGE REQUEST ON TOP OF DATABASE PSU11.2.0.4.6 FOR BUGS 17534365 19023822

 

如果准备阶段使用 RMAN 方法，目标端没有小补丁安装需求。

 

1.4.  检查组件安装情况，对于不一样的组件，需要有所标记

Select comp_name from dba_registry;

源端组件情况

COMP_NAME

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

OracleApplication Express

OracleMultimedia

OracleXML Database

OracleExpression Filter

OracleRules Manager

OracleWorkspace Manager

OracleDatabase Catalog Views

OracleDatabase Packages and Types

JServerJAVA Virtual Machine

OracleXDK

OracleDatabase Java Packages

目标段组件情况

COMP_NAME

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

OracleEnterprise Manager

OracleWorkspace Manager

OracleDatabase Catalog Views

OracleDatabase Packages and Types

备注：组件不同，可能导致源端的部分对象无法导入到目标端。

1.5.  检查是否使用了 Key Compression 的索引组织表

Key compression

Selectindex_name,table_name from dba_indexes where compression=’ENABLED’;

索引组织表

Select owner,table_namefrom dba_tables where iot_type is not null;

如果存在，目标端需要安装 Patch 14835322，否则索引组织表的对象无法导入到目标端。

目前该补丁只在 11.2.0.3 版本下提供，针对其他版本，如果 IOT表或者键值压缩索引无法导入时，建议在元数据导入完成后，将该类对象传输过去。

1.6.  检查源端是否有 Cluster 对象

If the sourcecontains cluster objects, then run "analyze cluster &cluster_namevalidate structure cascade" after XTTS has been completed in the targetdatabase and if it reports an ORA-1499 open the trace file and review if it hasentries like:

kdcchk: indexpoints to block 0x01c034f2 slot 0x1 chain length is 256

kdcchk: chain count wrong 0x01c034f2.1 chain is 1 index says 256

last entry 0x01c034f2.1 blockcount = 1

kdavls: kdcchk