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

**1

前期准备**

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

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

1.3. 检查目标端补丁情况

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

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

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

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

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

Select comp_name from dba_registry;

源端组件情况

目标段组件情况

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

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

索引组织表

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

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

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

**

1.7. 检查 RMAN DEVICE TYPE DISK 是否配置 COMPRESSED

配置压缩会导致以上报错，通过rman > show all; 检查

1.8. SYS、SYSTEM 用户是否有对象存在于业务表空间

如数据库用户 SYS、SYSTEM 在业务表空间上创建有对象，则这些对象不能通过 XTTS 迁移，需要在目标库手工创建。

1.9. 检查表空间自包含

在传输阶段可能因为目标端数据文件目录所限制，需要将各个表空间拆分进行传送，在导入元数据阶段，考虑到字包含特性，需要将所有的表空间汇总进行传送。

检查表空间时，只检查业务表空间的自包含情况；系统表空间，临时表空间，undo 表空间不在检查列。

exec dbms_tts.transport_set_check（'将所有需要传输的表空间名写在这里用逗号隔开' ,TRUE,True）;

1.10. 检查源端 Compatible 参数

source 端不可以是 windows P7，source 端的 COMPATIBLE.RDBMS 必须大于 10.2.0，且不大于目标端 COMPATIBLE.RDBMS

如果目标端数据库版本是 11.2.0.3 或更低。那么需要在目标端装 11.2.0.4 并创建实例，然后用来进行备份集转换。如果 11.2.0.4 中转实例使用 ASM。那么 ASM 版本也必须是 11.2.0.4，否则报错 ORA-15295。

1.11. 如果启用 Block Change Tracking 功能

该功能在源端数据量较大或者数据改变较大时启用，需要在源端安装补丁 Bug 16850197。

该补丁在以下版本 PSU中提供

2.0.3.9

2.0.4

如果源库是在上述版本前，需要安装个别补丁。

1.12. 检查目标端的 DB_FILES 参数

在元数据导入阶段，如果目标端的 DB_FILES 参数小于源端的 DB_FILES 参数，会导致元数据导入出错，所以要确保目标端参数比源端大于或者等于。

1.13. 确认生产库的 recycle in 功能是关闭，并手工清空回收站

1.14. 数据文件状态检查

正常返回应为：ONLINE、SYSTEM。

2

XTTS 操作步骤

迁移步骤大致如下：

初始化阶段，配置参数文件

开启块追踪特性

准备阶段，进行数据全量同步

增量阶段，进行数据文件的增量同步

在停机同步前，在目标端新建 Owner 用户，临时表

传输阶段，最后一次增量同步，并导入元数据

将原库中的其余用户导入到目标端中

校验数据文件，检查有无坏块

3

RMAN 方式

注意：

使用 RMAN方式有一个严重的限制：同一批次的表空间传输到目标端后，都在同一个目录下，即目标端的最终存放数据文件的目录大小要足够存放一个批次中所有的表空间数据文件。

源端和目标端需要挂载存储用于存放所有数据文件的镜像文件，建议使用 NFS 的方式将存储远程从源端挂载到目标端，减少备份传送时间。

**3.1. 初始化阶段，配置参数文件

**3.1.1. 创建 Dest 端到 Source 端的 DBLINK

该步骤创立的 DBLINK用于在传输阶段的元数据导入时使用

create public database link ttslink connect to systemidentified by password using 'ttslink';

来了

3.1.2. Source 端和 Dest 端创建目录用于存放 XTTS脚本

3.2. 开启块追踪特性

按照文档所示，开启这个特性后，使用 XTTS会触发 BUG16850197，需要安装个别补丁，但是目前该补丁只在 11.2.0.3.8 上有提供。

经过测试，其余版本没有触发 bug。

RAC 环境下，需要将块追踪文件存放在共享存储上，否则会导致 DFS LOCKHANDLE，导致实例异常。

3.3. 准备阶段，进行数据全量同步

3.3.1. 修改参数

源端平台 ID 查询

附录解释：

3.3.2. 将 XTTS目录 Copy 传送到目标端

scp -r /home/oracle/xtt2 sprac2:/home/oracle

3.3.3. 设置 TMPDIR

3.3.4. 源端 Prepare

perl /home/oracle/xtt2/xttdriver.pl -p

初始化之后产生 xttplan.txt rmanconvert.cmd

xttplan.txt 记录了当前 SCN，也就是下次需要增量的开始 SCN

rmanconvert.cmd 记录了文件转换的名字

3.3.5. 源端生成的数据文件 Copy 到目标端

**3.3.6. 转换数据文件 Copy 的 Endian 模式

转换成功之后会生成 xttnewdatafiles.txt

整个过程，存放在 stageondest 的 copy，将会转换写入到 storageondest 参数设置的最终存放点。转换完成后，copy 就可以删除了。

**3.4. 增量阶段，进行数据文件的增量同步

3.4.1. 源端创建增量备份

第一次增量备份之后产生的配置文件为 tsbkupmap.txt incrbackups.txt，这两个为增量与数据文件对应关系配置,在做增量恢复时候需要用到。增量备份文件放在了backupformat 指定位置。

**3.4.2. 传输增量备份到目标端

3.4.3. 目标端应用增量备份

3.4.4. 源端为之后的增量备份确定新的 SCN

该步骤会将 -i 时生成的 xttplan.txt.new 改名为 xttplan.txt，并将原来的 xttplan.txt 备份。

3.4.5. 重复前滚操作

重复操作步骤 3.4.1 - 3.4.4，恢复增量数据。

**3.5. 停机同步前，在目标端新建 Owner 用户

**3.5.1. 创建临时表空间

依照原库上的临时表空间大小，在目标端创建同名临时表空间。

3.5.2. 创建 Owner 用户

在源端执行下列语句

将生成的语句，在目标端执行，创建用户。

**3.6. 传输阶段，最后一次增量同步，并导入元数据

3.6.1. 将原库表空间置为只读状态

3.6.2. 开始最后做增量备份

重复步骤 3.4.1 - 3.4.3，做最后的增量恢复。

3.6.3. 自定义 Role 处理

3.6.4. 自定义 Profile 处理

3.6.5. 临时表处理

**---创建临时表

@temp_table.sql

源端生产库采集脚本，目标端执行

set long 1000000

SET PAGESIZE 3000

set lines 200

SET HEADING OFF

SET VERIFY OFF

SET FEEDBACK OFF

set echo on

set timing off

set wrap On

SET LONGCHUNKSIZE 400

select dbms_metadata.get_ddl('TABLE',TABLE_NAME,OWNER)

from DBA_TABLES

where TEMPORARY='Y' and owner in ();**

**3.6.6. 目标端导入元数据

3.6.6.1. 一次元数据导入

这个步骤会产生一个导入样本脚本 xttplugin.txt，需要修改如下：

在一次元数据导入阶段，不能开启并行，统计信息导入阶段，可以将会话杀除终止

将统计信息排除，后面开启并行收集统计信息。

3.6.6.2. 二次元数据导入

将第一次没有导入的过程，视图，包，触发器导入。

3.6.6.3. 重新在目标端搜集统计信息

**3.7. 将原库中的其余用户导入到目标端中，权限处理

使用如下脚本重新赋权

3.8. 校验数据文件，检查有无坏块

RMAN> validate tablespace xtts check logical;

3.9. 编译无效对象，进行数据对比。

原文发布时间为：2018-02-25

本文作者：谢金融