oracle数据泵_银行业Oracle RAC数据库迁移经验分享

引言

在银行业中，数据是生命、是金钱、是最重要的资产，因此数据库运维工作更是IT运维中的重点。在数据库日常管理中，数据迁移是一项极为重要的工作。迁移不仅要保证数据完整性，还要确保业务连续稳定运行，是一项极其庞大，需要精细调整和综合运用技术手段的工程。

近期我们迁移了多套生产环境，积累了较为丰富的经验，而“大鹏之动，非一羽之轻也；骐骥之速，非一足之力也”，在此分享给各位业界同仁，欢迎大家留言讨论，共同夯实数据库运维管理之基石！

● 背景●

我行随着业务的指数增长，某重要应用数据库服务器硬件性能已经不能满足业务需求，需要将该数据库迁移到高性能服务器上。

Oracle数据库常用迁移方式及适用场景包括以下五种：

1. 物理迁移

有停机窗口且源端目标端的平台相同的情况下，可通过拷贝数据文件、控制文件、日志文件、参数文件等到目标服务器对应目录下，可直接打开数据库。

2. 数据泵迁移

有停机窗口情况下，可通过expdp/impdp的方式迁移数据库。对平台无要求。

3. DG迁移

在停机时间短且源端目标端的平台相同的情况下，采用DG方式，通过DG切换的方式迁移。

4. RMAN迁移

在停机时间短且源端目标端的平台相同的情况下，采用RMAN的方式，通过全量恢复和追归档的方式迁移。

5. 存储迁移

停机时间短(包括停库、切存储、启库时间)且源端目标端的平台、数据库版本相同，通过存储复制或存储切换的方式，启动新环境数据库。

待迁移数据库特点：原生产数据库有较长停机窗口，且在生产环境中，因业务属性DML操作较多，并且由于前期配置问题，产生过多碎片，数据库关联应用系统较少。

根据行内现有环境现状，初选方案是存储复制和数据泵两种。经过对比两种方案的优缺点，以及结合实际应用的特点，最终选择了第二种数据泵的方式进行迁移。此方案其在迁移的过程中可以清理大量碎片，提升数据库整体性能，对后期业务的运行能力提升有积极的效果，同时移方法具有简单、平稳的优势。本文中重点介绍数据泵迁移方案的过程。同时简单描述存储复制这个备选迁移方案的实现过程。

● 流程及操作模板●

数据库迁移流程图

操作模板

主机信息介绍

序号	内容	原数据库	目标数据库
1	主机名	host1/host2	newhost1/newhost2
2	服务器型号	IBM p740	IBM p750
3	CPU	16c	20c
4	MEM	128G	256G
5