Oracle数据库迁移方法.docxVIP

Oracle数据库迁移 背景： 据项目实施人员反应，部署系统的过程中，有一个最大的问题，那就是 平台数据库的迁移。经常会碰到表空间导出导入失败，或是导入过程中数据 表丢掉或是数据表虽然能导入，但表字段丢掉等现象。针对这种情况，我仔 细剖析了一下：主要原因出在当前的exp/imp这种数据导入导出工具存在比 较大的缺陷，这种缺陷将在后边提到。相比当前这种方式，我这里提供一种 比较方便稳定的数据库迁移方案。以下提到的方案，我也多次尝试考证了， 并且还很实在。 数据库迁移方案： 实用环境：Oracle10g或是以上版本。 原理：利用Oracle10g提供的数据泵，迅速加载以及卸载数据。 优点：导入导出数据库迅速比较快，且完整，性能稳定。 缺点：这种方式只能在装有Oracle服务器端的软件的机器上应用。 完整方案： 这里模拟二个场景： 场景1：实现不同库下不同用户之间表空间的迁移。 假定经过Oracle数据泵，A用户UserA将表空间TA提取到，尔后B用户UserB将装载到表空间TB。 第一步：首先在源库(A)上建一个目录，这个目录取于转储导入导出过程中的数据文件及日志文件。 createdirectorydumpdirasE:\dump; 注：dumpdir为目录名，它是数据库中的目录对象名， “c:dump”：为对应的磁盘物理路径。 第二步：给用户授予目录的读写权限。(因为要写日志，这一步是必须的) grantread,writeondirectorydumpdirtoUserA; 1 第三步：导出用户UserA下的所有对象： expdpUserA/Password@orclschemas=UserAdumpfile=DIRECTORY=dumpdir 注： 1、orcl为配置的用于从客户端连结Oracle的连结名。 2、dumpfile中不能再包含路径 以上三步为数据导出过程，下面几步为数据导入过程。 第四步：在目标库(B)上创立一表空间(TB)(如果不存)，已存则直接到下一步。 CREATETABLESPACETB LOGGING DATAFILEF:\oracle\product\ SIZE32M AUTOEXTENDON NEXT32MMAXSIZE2048M EXTENTMANAGEMENTLOCAL; 以上是我本机测试代码 第五步：在目标库上创立用户UserB CREATEUSERUserBIDENTIFIEDBYsagisDEFAULTTABLESPACETB;GRANTDBATOUserB; 第六步：在目标库（B）上，创立一个目录对象，如果A、B位于同一个Oracle服务器 上，则能够不创立，能够用第一步创立的dumpdir对象。如果A、B位于不同Oracle服务器，则 需此外创立。 createdirectorydumpdirasc:\dump; 以不同服务器上Oracle迁移为例，则此时要将第三步创立的数据文件拷到B服务器的 c:\dump目录下。 第七步：给用户授予目录对象的读写权限，同第二步。 grantread,writeondirectorydumpdirtoUserB; 第八步：导入数据到B库上用户UserB的表空间TB下 impdpUserB/sagis@sgsdirectory=dumpdir dumpfile= remap_schema=UserA:UserB remap_tablespace=TA:TB,TC:TD 注： 2 remap_schema=UserA:UserB命行的作用是：导入过程中作用户的映射，这与imp语句 中的fromuser和touser不同，fromuser和touser要求库中必须存在这两用户。而作用户映射后，库B上不必存在UserA用户对象。 remap_tablespace=TA:TB命令行的作用是：作表空间映射。并且导入过程中B库中不 必存在TB表空间。 上面提到的前三步为导出过程，后五步为导入过程。经过这种方式能够实现数据库的 完整迁移。能够将A库上随意用户下表空间迁移到B库上随意用户指定表空间中。 场景2：实现不同表空间中表的迁移 第一步：导出数据，这一步同前面场景1的前三步。 第二步：导入数据表，导入前的准备工作与场景1提到第4、5、6、7 第同样。 导入过程： impdpUserB/sagisdirectory=dumpdir dumpfile= remap_schema=UserA:UserB remap_tablespace=TA:TB tables=tb1,tb2 能够在导入过程中指定导入的表。 3、oracle数据泵与exp/imp工具的比较 1)用exp/imp导出导入时，速度比较慢，而用expdp/impdp数据泵 提取、特别适合大数据量导入