通过XTTS传输表空间方法实现数据库迁移步骤以及思路

---

前言

在日常运维当中，我们会碰到一种数据库迁移情况：
1、数据库体量大
2、停机时间短
3、服务器性能较弱
那么这种情况的时候要想实现数据库迁移业务库，xtts无非是最合适的选择。

---

提示：以下是本篇文章正文内容，下面案例可供参考

详细脚本操作参考：

本人另一篇文章：https://blog.csdn.net/weixin_41607523/article/details/115612633

一、前期准备工作：

1.准备目标库环境，保证与源库字符集相同！

2.确认源端数据库处于归档模式

3.收集源端数据库信息，主要包括：

1）临时表空间检查
2）自包含检查
3）系统表空间下是否存在用户对象（如有需要修改或者单独处理）

二、具体实施工作：

1.建立nfs，节省文件传输时间（可选）

2.导出源库用户创建脚本，并在目标端进行创建

参考：
set line 160
set pagesize 0
spool create_user.sql
select 'create user '||a.name||' identified by values '||''''||a.password||''''||';' from user$ a left join dba_users b on a.name=b.username where b.default_tablespace in('tbsname');
spool off

3.修改归档模式，并添加归档日志删除脚本及任务

4.源端做0级备份

此处要结合服务器性能，业务繁忙情况，适当的添加多通道以及压缩。（不建议压缩）

5.0级备份传输后在目标库进行0级备份文件提取

6.源端做一次1级备份

7.目标端一级备份恢复

8.测试时间段可重复6~7步骤

9.源端设置表空间只读（read only）----停机开始

10.源端做最后一次1级备份

11.导出源库表空间元数据

12.源端设置表空间可读写（read write）----停机结束

如果正式割接时，源库可暂不恢复可读写，避免产生业务数据。

13.目标端还原1级增量备份

14.源端提取用户权限和对象信息（可提前准备）

15.目标端导入表空间元数据

16.目标端修改用户默认表空间

17.目标端表空间设置为可读写

18.目标端导入用户权限和对象

三、迁移验证工作：

1.校验表空间文件是否损坏

2.编译失效对象

3.重建序列

4.收集统计信息

5.数据对比