impdp 遇到 ORA-07445 错误。重新EXPDP,IMPDP解决了。
今天在用impdp导入数据时遇到下面的错误,前台impdp直接说fatal error,也不给出任何解释就退出了。只好从后台日志找原因。---以下内容选自alert_hlsales.logSMCO started with pid=36, OS id=22347800Wed Mar 21 13:24:43 2012Exception [type: SIGSEGV, Invalid permissions for mapped object] [ADDR:0x0] [PC:0x10801D914, kupfuDecompress()+1268] [flags: 0x0, count: 1]Errors in file /opt/oracle/diag/rdbms/hluat/hlsales/trace/hlsales_dw00_13959466.trc (incident=64284):ORA-07445: exception encountered: core dump [kupf
drop user 死锁(物化视图,JOB)
当用户建立一个物化视图后,会伴随着同时产生一个JOB,定时刷新物化视图其实是通过定时执行JOB实现的。因此,如果手工直接册除了JOB,而仍保留物化视图,那么这个MVIEW是无法自动刷新了。在册除用户时,如果用户有所属的物化视图,而其对应的JOB却被手工册除,这时有可能会出现死锁。这时通过查询v$session_wait会发现有dblink 相关的等待事件。解除这种死锁的办法: 1,手工删除用户所属的物化视图。2,删除用户。[@more@]
impdp -->ORA-600 [kpotcgah-9]
impdp 遭遇 ORA-600 错误,解决方法:去掉并行,parallel=1Mon Jun 20 14:49:44 2011DM00 started with pid=58, OS id=19464672, job HLDBA.SYS_IMPORT_SCHEMA_08Mon Jun 20 14:49:48 2011DW00 started with pid=59, OS id=2752626, wid=1, job HLDBA.SYS_IMPORT_SCHEMA_08Mon Jun 20 14:50:06 2011DW01 started with pid=60, OS id=5046318, wid=2, job HLDBA.SYS_IMPORT_SCHEMA_08Mon Jun 20 14:50:06 2011DW02 started with pid=63, OS id=13631978, wid=3, job HLDBA.SYS_IMPORT_SCHEMA_08Mon Jun 20 14:50:06 2011DW03 started with
悲剧的SEQUENCE。。。。。
悲剧的SEQUENCE。。。。。初步猜测可能是由于RAC 中手工修改sys.seq$表造成的。但是从报错的SEQUENCE NAME $ expdp '"hldba/azAZ123$%^"' directory=dump_dir3 logfile=exp_sales_salown061901.log dumpfile=sales_salown061901_%u.dmp schema>Export: Release 11.2.0.2.0 - Production on Sun Jun 19 19:50:16 2011Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit ProductionWith the Partitioning, Real
global_name 修改引发的蛋痛
唉。。。其实这个问题以前也别人说过,只是刀没割到自己身上,那是不知道痛苦地。。。现在我要认真地反醒一下:ORACLE有时候真叫人蛋疼啊,透明网关的问题搞得人心碎。现在又出这个问题。是这样的。本来想加上域名限定,后来发现太麻烦了,又想去掉,没想到这次出问题了。一旦通过DB_LINK查询,就报恐怖的ORA-00600 。。。。ORA-00600: internal error code, arguments: [kpndsci-1], [24338], [ORA-24338: statement handle not executed], [], [], [], [], [], [], [], [], []后来想起来了,就查了一下GLOBAL_NAME视图,发现用alter dat