cluster expdp（有人碰到过这样的情况么expdp大表报错ORA-01555）

本文目录

• 有人碰到过这样的情况么expdp大表报错ORA-01555
• 如何提高datapump操作性能
• Oracle Clusterware和RAC的不同
• EXP-00056: 遇到 ORACLE 错误 932 ORA-00932: 数据类型不一致: 应为 BLOB, 但却获得 CHAR 导出失败
• oracle备份 什么时候加cluster=no

有人碰到过这样的情况么expdp大表报错ORA-01555

这个错误是很早就publisher的。主要是说在执行导出或查询某张表的时候，又有其它用户对该表进行了行修改。修改提交后，通常UNDO中会保留这些旧的资料，用来保证数据一致性读。 如果UNDO保留时间到了，并且UNDO中无足够空间，这些在UNDO中的旧资料就会被覆盖。那些依靠这些数据的操作就无法获得一致性读，从而报错：ORA-01555 建议修改undo_retention、undo tablespace size到合适的大小或者选择数据库空闲时间段执行expdp作业 ps: 在oracle11g中，EM advice centre - undo advisor 可以评估undo表空间和undo retention如何设置

如何提高datapump操作性能

　　一。影响DataPump相关的DataPump参数　　access_method　　在某些情况下由Data Pump API所选择的方法不能快速的访问你的数据集。在这种情况下除了显式地设置该参数来测试每一种访问方法之外你是无法知道那种访问方法更高效的。该参数有两种选项direct_path与external_table　　cluster=n　　在RAC环境中可以显著提供高Data Pump API基本操作的速度。注意这个参数只对Data Pump API操作起作用，在RAC环境中，建议将该参数设置为n。而如果将parallel_force_local设置为true所带来的影响不仅仅只针对Data Pump API操作　　data_options=disable_append_hint　　它只是impdp参数，在非常特殊的情况下，可以安全的使用并且可能减少导入数据的时间。只有满足以下所有条件时才使用data_options=disable_append_hint参数。　　1.导入操作将向已经存在的表，分区或子分区导入数据　　2.将被导入的已经存在的对象数非常少（比如是10或者更小）　　3.当执行导入操作时其它会话对于这些被导入的对象只执行select语句。　　data_options=disable_append_hint参数只有在11.2.0.1与更高版本中才可以使用。只有在要锁定由其它会话所释放对象花费很长时间的情况下使用data_option=disable_append_hint才能节省时间。　　estimate　　estimate参数有两个相互排斥的选项，一个是blocks，另一个是statistics.在执行导出操作时使用blocks方法来评估数据集大小比使用statistics方法消耗的时间更长。但是使用blocks方法评估的数据集大小要比使用statistics方法评估的数据集大小要精确些。如果导出文件的评估大小不是最主要关注的事，建议使用estimate=statistics。　　exclude=comment　　在某些情况下，终端用户不需要列和对象类型对应的注释，如果忽略这些数据，DataPump操作将会减少执行时间。　　exclude=statistics　　如果不需要使用排斥的include参数，那么排除和导出统计信息将会缩短整个导出操作的时间。dbms_stats.gather_database_stats过程将在数据导入到目标数据库后来生成统计信息。DataPump操作当由DataPump引擎和任何其它的RDBMS会话并行执行对小表生成统计信息时可能会hang且无限期。对于运行时间超过1小时或更长时间的DataPump操作，可以考虑禁用数据库的自动统计信息收集任务为了临时禁用11g的自动统计信息收集任务因此DataPump操作不会与该任务产生竞争，以sys用户执行以下命令：　　exec dbms_auto_task_admin.diable（client_name=》’auto optimizer stats collection’,　　operation=》null,window_name=》null）；　　在DataPump操作完成之后重新启动统计信息收集任务：　　exec DBMS_AUTO_TASK_ADMIN.ENABLE（client_name =》 ’auto optimizer stats collection’, operation =》 NULL, window_name =》 NULL）；　　为了临时禁用10g的自动统计信息收集任务因此DataPump操作不会与该任务产生竞争，以sys用户执行以下命令：　　exec sys.dbms_scheduler.disable （’GATHER_STATS_JOB’）；　　在DataPump操作完成之后重新启动统计信息收集任务：　　exec sys.dbms_scheduler.enable （’GATHER_STATS_JOB’）；　　network_link　　使用这个参数将会有效限制DataPump API的并行度，除非你的网络吞吐量和网络带宽比本地设备更好，使用network_link将会比使用导出文件慢很多。对于DataPump API性能来说，因为它倾向于比dump文件操作要慢很多，只建议network_link作为最后一招来使用。可以考虑使用移动或共享设备来存储dump文件来代替network_link来执行数据的迁移。　　parallel　　如果有多个CPU使用并且没有使用CPU绑定或磁盘I/O绑定或内存绑定且在dumpfile参数中没有使用多个dump文件，那么并行执行将会对性能产生正面影响。如果parallel参数设置为N,N》1，那么为了更好的使用并行执行建议dumpfile参数应该设置为不比parallel参数小。　　需要注意的是，parallel参数是DataPump API可以使用的并发Data Pump工作进程的上限，但DataPump API可能使用的DataPump工作进程数要比这个参数指定的少，依赖于主机环境中的瓶颈，parallel参数指定的值小于可用CPU个数时Data Pump API基本操作可能会更快。　　query　　使用query参数会显著增加任何DataPump API基本操作的负载，这种开销与被查询表的数据量成正比。　　remap_*　　使用任何remap_*参数会显著增加任何DataPump API基本操作的负载，这种开销与被查询表的数据量成正比。　　二。影响DataPump操作性能的相关数据库参数　　aq_tm_processes=0　　当这个参数被显式设置为0，可能对高级队列操作产生负面影响，进而对使用高级队列的DataPump基本操作产生负面影响。可以复原这个参数或者设置一个大于0的值　　deferred_segment_creation=true　　只适用于导入操作，这将会消除为空表分配空间所花费的时间。对于导出操作设置这个参数将不会对性能产生显著的影响。这个参数在11.2.0.2或更高版本中非常有用。　　filesystemio_option=…　　在特定情况下数据库实例将会对ACFS文件系统执行写操作，指定Data Pump API执行的写操作类型性质作为导出操作的一部分，NONE以外的其它参数值都可能造成导出操作变慢。　　NLS_CHARACTERSET=… and NLS_NCHAR_CHARACTERSET=…　　当源数据库与目标数据库之间这两个参数存在差异时，在任何时候执行导入操作时对于指定的分区表都不能使用多个DataPump工作进程来创建分区表和填充。在有些情况下，只有一个DataPump工作进程可以对表数据执行操作，这将会对表获得排他锁来阻止任何其它DataPump工作进程对相同的表执行操作。当分区表不存在排他锁时可以使用多个DataPump工作进程同时操作来显著提高对分区表导入数据的性能。　　NLS_COMP=… and NLS_SORT=…　　在一些罕见的情况下，数据库的这两个参数被设置为了binary这将显著提高DataPump API基本操作的速度。对于你的环境是否将这两个参数设置为binary能提高性能需要进行测试。在会话登录后在会话级别设置这两个参数可以通过以下的登录触发器来实现。　　CREATE OR REPLACE TRIGGER sys.expdp_nls_session_settings AFTER LOGON ON DATABASE　　DECLARE　　V_MODULE VARCHAR2（60）；　　BEGIN　　SELECT SYS_CONTEXT （’USERENV’, ’MODULE’） INTO V_MODULE FROM DUAL;　　IF UPPER（V_MODULE） LIKE ’UDE%’　　THEN　　BEGIN　　EXECUTE IMMEDIATE ’ALTER SESSION SET NLS_COMP=’’BINARY’’’;　　EXECUTE IMMEDIATE ’ALTER SESSION SET NLS_SORT=’’BINARY’’’;　　END;　　END IF;　　END;　　/　　parallel_force_local=true　　在RAC环境中可以显著提高DataPump API基本操作的性能并且避免并行DML操作的bug。但这个参数只能对11.2.0.2或更高版本使用。　　streams_pool_size　　为了避免bug 17365043 ’STREAMS AQ: ENQUEUE BLOCKED ON LOW MEMORY WHEN REDUCING STREAMS_POOL_SIZE’　　建议将streams_pool_size设置以下查询所返回的结果值　　select ’ALTER SYSTEM SET STREAMS_POOL_SIZE=’||（max（to_number（trim（c.ksppstvl）））+67108864）||’ SCOPE=SPFILE;’　　from sys.x$ksppi a, sys.x$ksppcv b, sys.x$ksppsv c　　where a.indx = b.indx and a.indx = c.indx and lower（a.ksppinm） in （’__streams_pool_size’,’streams_pool_size’）；　　_memory_broker_stat_interval=999　　如果在你的缓慢DataPump环境中resize操作消耗了大量时间，那么设置这个参数将会减少resize操作的频率，进而在一个指定时间跨度内减少resize操作延迟其它操作的所花的时间。这是因为DataPump API依赖大量的流功能来帮助导出和导入操作。建议将这个参数设置为999，如果streams_pool_size参数已经被显式设置并且频繁的出现resize操作。　　三。表DDL级别影响DataPump性能的相关参数　　network_link+securefiles　　network_link参数当移动包含有lob列的表，且lob是为了使用securefiles将会使移动操作非常缓慢，当使用network_link参数移动包含用了使用securefiles而有lob列的表时会生成大量undo数据。原因是分布式事务分配请求被限制为跨数据库链路一次只有一个数据块，这意味着大数据集传输将会产生更多的传输。　　securefiles（不使用network_link）　　使用securefiles存储格式来存储LOB列数据允许包含lob列的表使用并行执行导出和导入　　使用basicfiles存储格式来存储LOB列数据不允许包含lob列的表使用并行执行导出和导入　　四。表DML级别影响DataPump性能的相关参数　　在DataPump操作和另一个访问数据库对象的会话之间产生竞争（通常是对表，行数据的锁）　　DataPump引擎在执行导出操作时将会等待由其它会话将其持有的行锁与表锁先释放，再执行相关表的导出和导入。DataPump引擎在执行导出操作时将会等待由其它会话所持有的行锁与表锁先释放再执行导出操作而典型导出工具不会等待。因此导出一张正在被频繁更新的表要比导出一个当前没有被更新的表要慢

Oracle Clusterware和RAC的不同

我在之前的Blog里写过2篇有关Oracle 数据泵的Blog，如下： Oracle 10gData Pump Expdp/Impdp 详解***隐藏网址*** Oracleexpdp/impdp 使用示例***隐藏网址*** 这两篇都是介绍数据泵的使用。 那么在实际的使用中，我们也会遇到一个问题，发生一些ORA-xx的错误，有具体的错误，我们都可以去google去分析，但是还有情况，就是也不错误，而是在某一步停住了，而且很长时间不动。 这是时候，我们是不好判断数据泵的操作是否正常。 在数据泵卡住的时候，有一个很好的方法来判断：1． 在expdp的时候，我们要观察dump 文件的变化，只要dump 文件大小在变化，那就说明expdp是正常的。2． 在impdp的时候，我们可以及时查看表空间的变化，只要我们的表空间在变化，说明我们的impdp是正常的。 如果在数据泵操作的时候，表空间和dump都没有变化，数据泵操作也停止在某一步不动。那么我们就只能对数据泵进行debug操作。二．如何对数据泵进行debug？ trace 生成的文件可能很大，所以在进行trace之前，必须先检查dump文件的大小：max_dump_file_size。 $ orz param max_dump Session altered. NAME ISDEFAULT SESMO SYSMOD VALUE---------------------- --------- -------------- ---------------max_dump_file_size TRUE TRUE IMMEDIATE unlimited 如果不是unlimited，就进行修改：ALTER SYSTEM SETmax_dump_file_size = unlimited SCOPE = both; 2.1 使用Data Pump的TRACE 参数 2.1.1 TRACE 说明 启动trace 功能只需要在expdp/impdp 命令后加上一个trace 参数，该参数由一个7位的16进制数据组成。 前三位指定Data Pump组件的代码，后四位一般是:0300。 任何已0开头的trace的值都会被忽略，trace值不区分大小写。 如：TRACE = 04A0300 或者 TRACE=4a0300trace值的一些注意事项：（1） trace 值不要超过7位十六进制数字。（2） 不要添加十六进制的0x符号。（3） 不要将16进制转换成10进制。（4） 会忽略最前面的0，即使长度不满足7位。（5） 参数不区分大小写。在使用trace 参数时，执行数据泵操作的用户需要具有DBA 角色或者EXP_FULL_DATABASE /IMP_FULL_DATABASE的角色，如果权限不足，就会报ORA-31631的错误。ORA-31631: privileges are required 解决方法：给用户赋权。 如：GRANT exp_full_database TO tianlesoftware; 操作完成之后，在收回权限即可：revoke exp_full_database from tianlesoftware; 使用TRACE的示例：expdp scott/tiger DIRECTORY=my_dir DUMPFILE=expdp_s.dmp LOGFILE=expdp_s.log TABLES=empTRACE=480300

EXP-00056: 遇到 ORACLE 错误 932 ORA-00932: 数据类型不一致: 应为 BLOB, 但却获得 CHAR 导出失败

是个bug，metalink解释如下Full Export From 10.2.0.1 Aborts With EXP-56 ORA-932 (Inconsistent Datatypes) EXP-0 Modified 30-MAR-2009 Type PROBLEM Status PUBLISHED In this Document Symptoms Cause Solution ReferencesApplies to:Oracle Server - Enterprise Edition - Version: 10.1.0.2 to 10.2.0.3Oracle Server - Personal Edition - Version: 10.1.0.2 to 10.2.0.3Oracle Server - Standard Edition - Version: 10.1.0.2 to 10.2.0.3This problem can occur on any platform.SymptomsA full database export from a Oracle10g database aborts with:... . exporting cluster definitions EXP-00056: ORACLE error 932 encountered ORA-00932: inconsistent datatypes: expected BLOB, CLOB got CHAR EXP-00056: ORACLE error 932 encountered ORA-00932: inconsistent datatypes: expected BLOB, CLOB got CHAR EXP-00000: Export terminated unsuccessfully EXP-00000: Export terminated unsuccessfully If export was started with SYS schema, a table level export may also fail with:...Current user changed to TEST . . exporting table DOC_ARCHIVE 16 rows exported Current user changed to SYS EXP-00011: SYS.; does not exist Export terminated successfully with warnings.CauseOne possible cause (note there might be others):Script $ORACLE_HOME/rdbms/admin/catmeta.sql has been run recently.There are several invalid SYS.KU$_% views in the dictionary:-- invalid objects: SET lines 120 pages 2000 COL status FOR a9 COL object_type FOR a20; COL owner.object FOR a50 SELECT status, object_id, object_type, owner||’.’||object_name "OWNER.OBJECT" FROM dba_objects WHERE status != ’VALID’ AND object_name NOT LIKE ’BIN$%’ ORDER BY 4,2; STATUS OBJECT_ID OBJECT_TYPE OWNER.OBJECT --------- ---------- --------------- -------------------------------- INVALID 7105 PACKAGE BODY SYS.DBMS_METADATA INVALID 6683 VIEW SYS.KU$_10_1_COMMENT_VIEW INVALID 6788 VIEW SYS.KU$_10_1_IND_STATS_VIEW INVALID 6778 VIEW SYS.KU$_10_1_PIND_STATS_VIEW INVALID 6752 VIEW SYS.KU$_10_1_PTAB_STATS_VIEW INVALID 6770 VIEW SYS.KU$_10_1_SPIND_STATS_VIEW INVALID 6748 VIEW SYS.KU$_10_1_TAB_ONLY_STATS_VIEW ... (etc) A query in SQL*Plus on sys.ku$_xmlschema_view also fails with ORA-932:SET lines 200 pages 2000 COL url FOR a60 WRA SELECT url, local, stripped_val FROM sys.ku$_xmlschema_view; ORA-00932: inconsistent datatypes: expected BLOB, CLOB got CHARSolutionFor reasons having to do with compatibility, the XDB objects cannot be created by the catproc.sql script. The script catproc.sql therefore calls the catmeta.sql script, which contains fake object views for XDB objects. The real object views are defined in the catmetx.sql script (this script is invoked by catxdbv.sql which is invoked by catqm.sql).Solution #1Run following scripts while connected as SYS user:》 sqlplus /nologSQL》 connect / as sysdba SQL》 @?/rdbms/admin/catmetx.sql SQL》 @?/rdbms/admin/utlrp.sql SQL》 exitAfterwards, re-run the export.or:Solution #2Run the export with the Export DataPump client. E.g.:》 expdp system/manager directory=my_dir \dumpfile=expdp_full.dmp logfile=expdp_full.log full=y

oracle备份 什么时候加cluster=no

数据库中最重要最关键的就是备份与恢复啦，这节我们就来谈一谈Oralce数据库的备份与恢复针对expdp,impdp的使用。