玩转Oracle之12c 可插拔数据库数据泵功能体验

：数据泵可以高效备份、复制、保护和传输大量的数据和源数据。在导入和导出过程中可以做到过滤数据和对象，并且能够在全数据库级、方案级、表级和表空间级实现导入导出。

Oracle12c的datapump功能跟以前差不多，在多租户的环境中执行导入\导出以及使用一些更细化的参数的时候，几乎没有区别，依然很好用，效率很高。目前有很多的用户仍然在使用exp/imp工具在执行一些迁移、备份、过滤和转移数据的工作，相比起来，数据泵的效率更高、更易用并且更方便管理，但exp/imp在有些时候可以完成datapump不适用的情况。两者的操作风格和格式很相似，相信在您掌握了其中任一种工具之后，另一种会很容易上手。

数据泵可以高效备份、复制、保护和传输大量的数据和源数据。在导入和导出过程中可以做到过滤数据和对象，并且能够在全数据库级、方案级、表级和表空间级实现导入导出。

在此，我们简单体验一下数据泵在可插拔数据库中的基本操作过程，你将会发现，跟以前传统的非插拔数据库几乎没有太大区别。

在Oracle12c的可插拔数据库环境中，首先启动CDB：

[[email protected] ~]$ export ORACLE_SID=cup  -----CDB的名字自定义为cup，顾名思义cup作为容器储存数据库，我们的PDB自定义为tea。

[js] view plaincopy

  1. [[email protected] ~]$ sqlplus / as sysdba
  2. SQL*Plus: Release 12.1.0.2.0 Production on Fri Jan 23 15:06:41 2015
  3. Copyright (c) 1982, 2014, Oracle.  All rights reserved.
  4. Connected to an idle instance.
  5. SQL> startup            -----启动CDB
  6. ORACLE instance started.
  7. Total System Global Area  767557632 bytes
  8. Fixed Size                  2929112 bytes
  9. Variable Size             574623272 bytes
  10. Database Buffers          184549376 bytes
  11. Redo Buffers                5455872 bytes
  12. Database mounted.
  13. Database opened.
  14. SQL> alter pluggable database tea open;           -----在CDB中启动可插拔数据库（PDB）tea。
  15. Pluggable database altered.
  16. SQL> alter session set container = tea;           -----切换到PDB中（tea）。
  17. Session altered.
  18. SQL> show con_name
  19. CON_NAME
  20. ------------------------------
  21. TEA                                   -----经验证，已切换到tea数据库容器。
  22. SQL> show parameter service;

做数据泵的导出需要首先创建目录对象，主要用于作为导出目的地存放导出文件用，应该事检查操作系统中有充足的空间可用并且该空间在数据库服务器本地。这样做的好处之一是可以对目录结构等信息达到保密的安全效果，不赞成使用默认的路径，因为可能会导致空间不足问题，以至于影响数据库正常功能。

在数据库系统中创建相关目录：

[js] view plaincopy

  1. [[email protected] /]# mkdir /oradump
  2. [[email protected] /]# chmod -R 777 /oradump
  3. [[email protected] /]# chown -R oracle.oinstall /oradump
  4. SQL> create directory dump_dir as ‘/oradump‘;            -----在数据库中创建该目录的对象信息。
  5. Directory created.
  6. SQL> select directory_name,directory_path from dba_directories;
  7. DIRECTORY_NAME      DIRECTORY_PATH
  8. --------------      --------------
  9. DUMP_DIR            /oradump

插入测试数据，以备验证后期验证导出、导入的效果：

[js] view plaincopy

  1. SQL> create table test(id number);
  2. Table created.
  3. SQL> insert into test values(1);
  4. 1 row created.
  5. SQL> CREATE USER eric  IDENTIFIED BY gao ACCOUNT UNLOCK;
  6. User created.
  7. SQL> grant dba to eric;
  8. Grant succeeded.

接下来我们执行一次全库导出：

expdp eric/gao directory=dump_dir dumpfile=fullbak.dmp  logfile=fullbak.log full=y

参数解释：

  • directory：指定的是咱们刚创建的目录对象中的路径别名，在dba_directories中对应着directory_name字段。
  • dumpfile：自定义导出文件的filename。
  • logfile：可以把整个导入、导出过程中的操作信息输出到文件中，以便后期验证备份效果和排错用。
  • full：等于y的时候为全库导出模式。

注意：导出所用的用户不要用sys，一般用具有dba角色的用户即可，system也可用。

导出过程：

[[email protected] ~]$ expdp eric/[email protected] directory=dump_dir dumpfile=fullbak.dmp   logfile=fullbak.log full=y 
Export: Release 12.1.0.2.0 - Production on Fri Jan 23 18:34:12 2015    -----此行包含版本、导出操作开始的时间，该时间可用于计算导出总时间和记录操作时间点。

[js] view plaincopy

  1. Copyright (c) 1982, 2014, Oracle and/or its affiliates.  All rights reserved.
  2. Connected to: Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production
  3. With the Partitioning, OLAP, Advanced Analytics and Real Application Testing options
  4. Starting "ERIC"."SYS_EXPORT_FULL_01":  eric/********@tea directory=dump_dir dumpfile=fullbak.dmp logfile=fullbak.log full=y

"ERIC"."SYS_EXPORT_FULL_01"为当前执行的job的名字，可用于中途介入导入、导出过程中调整策略和查看状态。

[js] view plaincopy

  1. Estimate in progress using BLOCKS method...
  2. Processing object type DATABASE_EXPORT/EARLY_OPTIONS/VIEWS_AS_TABLES/TABLE_DATA
  3. Processing object type DATABASE_EXPORT/NORMAL_OPTIONS/TABLE_DATA
  4. Processing object type DATABASE_EXPORT/NORMAL_OPTIONS/VIEWS_AS_TABLES/TABLE_DATA
  5. Processing object type DATABASE_EXPORT/SCHEMA/TABLE/TABLE_DATA
  6. Total estimation using BLOCKS method: 4.265 MB

估算本次导入、导出的总大小。

[js] view plaincopy

  1. ...省略多行...
  2. Processing object type DATABASE_EXPORT/PRE_SYSTEM_IMPCALLOUT/MARKER
  3. Processing object type DATABASE_EXPORT/PRE_INSTANCE_IMPCALLOUT/MARKER
  4. Processing object type DATABASE_EXPORT/TABLESPACE
  5. . . exported "SYS"."KU$_USER_MAPPING_VIEW"               6.109 KB      38 rows
  6. ...省略多行...
  7. . . exported "SYS"."NACL$_WALLET_EXP"                        0 KB       0 rows
  8. . . exported "WMSYS"."WM$EXP_MAP"                        7.718 KB       3 rows
  9. Master table "ERIC"."SYS_EXPORT_FULL_01" successfully loaded/unloaded
  10. ******************************************************************************
  11. Dump file set for ERIC.SYS_EXPORT_FULL_01 is:
  12. /oradump/fullbak.dmp
  13. Job "ERIC"."SYS_EXPORT_FULL_01" successfully completed at Fri Jan 23 18:49:29 2015 elapsed 0 00:12:55

此行包含job名称，完成时间和总共使用时间，有时可能没有elapsed，可以根据该操作刚开始的时间做减法，算总时间。

查看一下导出的文件：

[[email protected] oradump]# ls -lh

总用量 2.8M

-rw-r----- 1 oracle oinstall 2.8M 1月  23 18:49 fullbak.dmp

导出的实际容量和其估算的容量还是有一定出入的，因此建议在准备存储空间的时候多预留一些。

-rw-r--r-- 1 oracle oinstall 9.4K 1月  23 18:49 fullbak.log

我们也可以只估算导出文件的大小而不进行实际的导出操作：

expdp eric/[email protected]  estimate_only=y directory=dump_dir  logfile=n full=y

此处我们使用了estimate_only参数，将该参数置于y状态即可开启估算功能，此处不需要写dumpfile参数，否则可能会报错。

输出结果：

[js] view plaincopy

  1. [[email protected] ~]$ expdp eric/[email protected]  estimate_only=y directory=dump_dir   logfile=n full=y
  2. Export: Release 12.1.0.2.0 - Production on Fri Jan 23 22:08:30 2015
  3. Copyright (c) 1982, 2014, Oracle and/or its affiliates.  All rights reserved.
  4. Connected to: Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production
  5. With the Partitioning, OLAP, Advanced Analytics and Real Application Testing options
  6. Starting "ERIC"."SYS_EXPORT_FULL_01":  eric/********@tea estimate_only=y directory=dump_dir logfile=n full=y
  7. Estimate in progress using BLOCKS method...
  8. Processing object type DATABASE_EXPORT/EARLY_OPTIONS/VIEWS_AS_TABLES/TABLE_DATA
  9. Processing object type DATABASE_EXPORT/NORMAL_OPTIONS/TABLE_DATA
  10. Processing object type DATABASE_EXPORT/NORMAL_OPTIONS/VIEWS_AS_TABLES/TABLE_DATA
  11. Processing object type DATABASE_EXPORT/SCHEMA/TABLE/TABLE_DATA
  12. .  estimated "SYS"."KU$_USER_MAPPING_VIEW"                  16 KB
  13. .  estimated "ORDDATA"."ORDDCM_DOCS"                      1.25 MB
  14. .  estimated "WMSYS"."WM$CONSTRAINTS_TABLE                 320 KB
  15. .  estimated "WMSYS"."WM$LOCKROWS_INFO                    192 KB
  16. .  estimated "WMSYS"."WM$UDTRIG_INFO                      192 KB<br>.  estimated "LBACSYS"."OLS$AUDIT_ACTIONS"                  64 KB
  17. .  estimated "LBACSYS"."OLS$DIP_EVENTS"                     64 KB
  18. .  estimated "LBACSYS"."OLS$INSTALLATIONS"                  64 KB
  19. .  estimated "LBACSYS"."OLS$PROPS"                          64 KB
  20. ...省略多行...
  21. Total estimation using BLOCKS method: 4.265 MB

此处我们看到，该值跟咱们上一次做实际全库导出过程中算的值一样。

Job "ERIC"."SYS_EXPORT_FULL_01" successfully completed at Fri Jan 23 22:10:18 2015 elapsed 0 00:01:32

数据泵有一个好处，那就是交互操作模式，我们可以在作业运行中去监控运行状态，并且可以暂停、启动作业，也可以终止作业。

查看正在执行的导入导出状态：

[js] view plaincopy

  1. Export> status                    -----查看当前作业状态
  2. Job: SYS_EXPORT_FULL_02           -----作业名，上面的全库导出我们也看到过有对应的名字
  3. Operation: EXPORT               -----操作类型：
  4. Mode: FULL                      -----模式：全库导出
  5. State: EXECUTING                -----状态：执行中
  6. Bytes Processed: 0
  7. Current Parallelism: 1          -----当前并行数，如果指定了parallel参数，便会影响该值，并且下面会对应的有worker1~workerN
  8. Job Error Count: 0
  9. Dump File: /oradump/fullbak.dmp
  10. bytes written: 4,096          -----已写入的字节
  11. Worker 1 Status:
  12. Instance ID: 1
  13. Instance name: cup              -----实例名为cup，容器数据库CDB的名称
  14. Host name: cafe                 -----操作系统主机名
  15. Process Name: DW00              -----相关写进程，如果设置了parallel的话，会有更多DWNN。
  16. State: EXECUTING

返回导入/导出命令行输出状态：

[js] view plaincopy

  1. Export> continue_client
  2. Processing object type DATABASE_EXPORT/EARLY_OPTIONS/VIEWS_AS_TABLES/TABLE_DATA
  3. Processing object type DATABASE_EXPORT/NORMAL_OPTIONS/TABLE_DATA
  4. Processing object type DATABASE_EXPORT/NORMAL_OPTIONS/VIEWS_AS_TABLES/TABLE_DATA
  5. Processing object type DATABASE_EXPORT/SCHEMA/TABLE/TABLE_DATA
  6. Total estimation using BLOCKS method: 4.578 MB
  7. Processing object type DATABASE_EXPORT/PRE_SYSTEM_IMPCALLOUT/MARKER
  8. Processing object type DATABASE_EXPORT/PRE_INSTANCE_IMPCALLOUT/MARKER
  9. Processing object type DATABASE_EXPORT/TABLESPACE
  10. Processing object type DATABASE_EXPORT/PROFILE

暂停正在运行的导入/导出操作，该操作不会导致作业停止，只是暂时停止，类似于断点续传：

[js] view plaincopy

  1. Export> stop_job
  2. Are you sure you wish to stop this job ([yes]/no): yes

附加正在运行的作业，在这里就用到了咱们一再提到的job名称了，使用attach参数指定作业名称就可附加到正在执行或者是暂停的作业中去：

[js] view plaincopy

  1. [[email protected] oradump]$ expdp eric/[email protected] attach=eric.SYS_EXPORT_FULL_02
  2. Export: Release 12.1.0.2.0 - Production on Fri Jan 23 22:24:04 2015
  3. Copyright (c) 1982, 2014, Oracle and/or its affiliates.  All rights reserved.
  4. Connected to: Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production
  5. With the Partitioning, OLAP, Advanced Analytics and Real Application Testing options
  6. Job: SYS_EXPORT_FULL_02
  7. Owner: ERIC
  8. Operation: EXPORT
  9. Creator Privs: TRUE
  10. GUID: 0D537C91F12C103FE0537EE0A8C01C87
  11. Start Time: Friday, 23 January, 2015 22:24:16
  12. Mode: FULL
  13. Instance: cup
  14. Max Parallelism: 1
  15. Timezone: -07:00
  16. Timezone version: 18
  17. Endianness: LITTLE
  18. NLS character set: ZHS16GBK
  19. NLS NCHAR character set: AL16UTF16
  20. EXPORT Job Parameters:
  21. Parameter Name      Parameter Value:
  22. CLIENT_COMMAND        eric/********@tea directory=dump_dir dumpfile=fullbak.dmp logfile=fullbak.log full=y
  23. State: IDLING                       -----在这里我们看到job是处于暂停状态的
  24. Bytes Processed: 0
  25. Current Parallelism: 1
  26. Job Error Count: 0
  27. Dump File: /oradump/fullbak.dmp
  28. bytes written: 4,096
  29. Worker 1 Status:
  30. Instance ID: 1
  31. Instance name: cup
  32. Host name: cafe
  33. Process Name: DW00
  34. State: UNDEFINED

启动暂停的作业：

[js] view plaincopy

  1. Export> start_job

再次查看一下作业的状态有没有发生变化：

[js] view plaincopy

  1. Export> status
  2. Job: SYS_EXPORT_FULL_02
  3. Operation: EXPORT
  4. Mode: FULL
  5. State: EXECUTING
  6. Bytes Processed: 0
  7. Current Parallelism: 1
  8. Job Error Count: 0
  9. Dump File: /oradump/fullbak.dmp
  10. bytes written: 69,632
  11. Worker 1 Status:
  12. Instance ID: 1
  13. Instance name: cup
  14. Host name: cafe
  15. Process Name: DW00
  16. State: EXECUTING         -----作业继续执行了
  17. Object Schema: SYS
  18. Object Name: KU$_USER_MAPPING_VIEW
  19. Object Type: DATABASE_EXPORT/EARLY_OPTIONS/VIEWS_AS_TABLES/TABLE
  20. Completed Objects: 1
  21. Worker Parallelism: 1

终止数据泵作业，在作业执行中途遇到问题不得不停止的时候，可以用kill_job命令终止操作：

[js] view plaincopy

  1. Export> kill_job
  2. Are you sure you wish to stop this job ([yes]/no): yes

终止之后系统中不会有实际的导出文件生成：

[[email protected] oradump]$ ls -lt

总用量 4       -rw-r--r-- 1 oracle oinstall 1398 1月  23 22:31 fullbak.log

查看数据泵输出的日志，我们看一下终止操作在日志中的信息：

[js] view plaincopy

  1. Job "ERIC"."SYS_EXPORT_FULL_02" stopped due to fatal error at Fri Jan 23 22:31:01 2015 elapsed 0 00:06:48

我们删除数据库tea中的表，然后在数据库全备的文件中恢复该表，以验证导出的效果：

[js] view plaincopy

  1. SQL> drop table test;
  2. Table dropped.
  3. SQL> select * from test;
  4. select * from test
  5. *
  6. ERROR at line 1:
  7. ORA-00942: table or view does not exist          -----该表已不存在。

然后从全备份中单独导入test表，在这里我们用全备的备份集，使用table参数保证单独导入该表，保证减小系统开销：

[js] view plaincopy

  1. [[email protected] oradump]$ impdp eric/[email protected] directory=dump_dir dumpfile=fullbak.dmp logfile=imptab.log tables=test
  2. Import: Release 12.1.0.2.0 - Production on Fri Jan 23 23:20:31 2015
  3. Copyright (c) 1982, 2014, Oracle and/or its affiliates.  All rights reserved.
  4. Connected to: Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production
  5. With the Partitioning, OLAP, Advanced Analytics and Real Application Testing options
  6. Master table "ERIC"."SYS_IMPORT_TABLE_01" successfully loaded/unloaded
  7. Starting "ERIC"."SYS_IMPORT_TABLE_01":  eric/********@tea directory=dump_dir dumpfile=fullbak.dmp logfile=imptab.log tables=test
  8. Processing object type DATABASE_EXPORT/SCHEMA/TABLE/TABLE
  9. Processing object type DATABASE_EXPORT/SCHEMA/TABLE/TABLE_DATA
  10. . . imported "ERIC"."TEST"      5.046 KB       1 rows  -----已导入1行数据，5K的数据量。
  11. Processing object type DATABASE_EXPORT/SCHEMA/TABLE/STATISTICS/TABLE_STATISTICS
  12. Processing object type DATABASE_EXPORT/STATISTICS/MARKER
  13. Job "ERIC"."SYS_IMPORT_TABLE_01" successfully completed at Fri Jan 23 23:21:37 2015 elapsed 0 00:00:59

验证表test已经恢复到了删除之前的状态：

[js] view plaincopy

  1. [[email protected] oradump]$ sqlplus eric/[email protected]
  2. SQL*Plus: Release 12.1.0.2.0 Production on Fri Jan 23 23:26:53 2015
  3. Copyright (c) 1982, 2014, Oracle.  All rights reserved.
  4. Last Successful login time: Fri Jan 23 2015 23:23:49 +08:00
  5. Connected to:
  6. Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production
  7. With the Partitioning, OLAP, Advanced Analytics and Real Application Testing options
  8. SQL> select * from test;

OK，数据已回来。在实际项目中，可能数据量、环境和客户要求都比此次试验规模庞大、情况复杂，但是万变不离其宗，切记一定实现规划好备份空间，密切的关注备份状态。

转：http://www.csdn.net/article/2015-02-02/2823788

时间： 2024-04-22 03:04:32

玩转Oracle之12c 可插拔数据库数据泵功能体验的相关文章

如何连接oracle 12c可插拔数据库

启动根容器:[oracle@eric ~]$ export ORACLE_SID=cup[oracle@eric ~]$ sqlplus / as sysdbaSQL*Plus: Release 12.1.0.2.0 Production on Wed Jan 21 16:00:06 2015Copyright (c) 1982, 2014, Oracle. All rights reserved.Connected to an idle instance.SQL> startup -----不

理解及应用 Oracle 12c 插拔数据库

一.概述 1.Oracle 12c 可插拔数据库体系结构 Oracle 12c 中引入了一个新功能就是Oracle Multitenant,这个功能可以在多租户容器数据库中,创建并维护许多个可插拔数据库.Oracle Multitenant是Oracle企业版中需要额外付费的组件.然而,在所有Oracle版本中都可以在一个可插拔数据库中免费使用它.多租户容器数据库(CDB)是指能够容纳一个或者多个可插拔数据库的数据库.容器是指CDB中的数据文件和元数据的集合.可插拔数据库是指可以通过克隆另一个数

oracle12c新特点——可插拔数据库（Pluggable Database,PDB）

1.    12c PDB新特点的优势 1)    可以把多个PDB集成进一个平台. 2)    可以快速提供一个新的PDB或一个已有PDB的克隆. 3)    通过拔插技术,可以快速把存在的数据库重新部署到一个新平台上. 4)    多个PDB数据库补丁或升级一次完成. 5)    通过把单个PDB拔插到较高版本的不同CDB,可以补丁或升级一个PDB. 6)    从同一个CDB中众多PDB中分离出某个PDB的内容. 7)    分离这些PDB应用管理员的责任. 2.    12c PDB新特

Oracle 12C 新特性 - “可插拔数据库”功能

Oracle 12C加入了一个非常有新意的功能"可插拔数据库"特性,实现了数据库(PDB)在"容器"(CDB)上的拔功能,既能提高系统资源的利用率,也简化大面积数据库的管理和迁移工作. 下面我们体验一下可插拔数据库的CDB和PDB的操作: 基本信息:根容器(CDB):CUP可插拔数据库(PDB):TEA 启动根容器:[[email protected] ~]$ export ORACLE_SID=cup[[email protected] ~]$ sqlplus /

Oracle12c中配置实例参数和修改容器数据库（CDB）及可插拔数据库（PDB）

Oracle12c中的多宿主选项允许一个容器数据库(CDB)容纳多个独立的可插拔数据库(PDB).本文将展示如何配置实例参数和修改容器数据库(CDB)及可插拔数据库(PDB).1. 配置CDB中的实例参数(ALTER SYSTEM)配置CDB实例参数和配置非CDB实例参数没什么不一样.ALTER SYSTEM命令用来设置初始化参数,而有些数据库配置修改需要用ALTER DATABASE命令.作为一个特权用户登录且连接到根容器时,任何ALTER SYSTEM命令默认都将作用于该根容器.这意味着如下

Oracle 12c RAC 移动MGMTDB 数据库 数据文件方法

注:本文谢绝转载! 在之前的Blog里介绍了Oracle12c RAC 中的MGMTDB的概念,参考: Oracle 12cRAC MGMTDB 说明 http://blog.csdn.net/tianlesoftware/article/details/41804553 而在默认情况下,MGMTDB 的数据文件是存放在OCR voting disk的磁盘组里的,为了节省OCR 磁盘组空间,我们也可以把MGMTDB 转移走. 当然,这里的移动位置,也是从一个共享位置移动到另一个共享位置. 具体

Oracle GoldenGate 12c实时捕获SQL Server数据

在Oracle GoldenGate 12c中,对一些最新的数据库提供了支持,比如SQL Server 2012/2014,当然12c也支持sql server 2008.主要新增特性有: 捕获进程可以读取sql server压缩的本地备份日志: 当第三方日志备份工具限制读取交易日志时,OGG的捕获进程仍然能实现数据复制: OGG支持无主键表的数据捕获(在ogg 11g中对无主键的表,如要复制,会有一些要求): OGG可在sql server和其它异构数据库之间实时同步数据: OGG 捕获进程可

Linux 下 oracle 导入数据库—数据泵方式导入dmp文件

dmp导出数据源的oracle版本是12c,我本地oracle版本是11g,这在导入数据过程中导致出现错误 一.用system 用户登录oracle,我忘记了system密码,解决办法: [[email protected] ~]$sqlplus "/as sysdba" SQL>startup SQL>conn /as sysdba SQL>alter user system identified by password; SQL>alter user sys

详谈Oracle12c新特点容器数据库&amp;amp;可插拔数据库（CDB&amp;amp;PDB）

一般信息 数据字典 CDB_FILE$ DBA_PDBS PDB$SEED CDB_LOCAL_ADMINAUTH$ DBA_PDB_HISTORY PDB_HISTORY$ CDB_PDB_SAVED_STATES DBA_PDB_SAVED_STATES PDB_PLUG_IN_VIOLATIONS CDB_RESOURCE_PLAN$ DBMS_PDB PDB_SPFILE$ CDB_RESOURCE_PLAN_DIRECTIVE$ DBMS_PDB_EXEC_SQL V$CONTAINE