同事导出数据,结果遇到如下报错: expdp user1/XXXXXXXX directory=szdata1 dumpfile=szhzinfo_20180319.dmp logfile=szhzinfo_20180319.log exclude=STATISTICS,INDEX tables=TKINFO QUERY=\"WHERE  voteproccesstime between 20180304000000 and 20180304235959 \" Processing o

11.2.0.2,expdp报错: ORA-39126: Worker unexpected fatal error in KUPW$WORKER.GET_TABLE_DATA_OBJECTS []ORA-31642: the following SQL statement fails:BEGIN "SYS"."DBMS_CUBE_EXP".SCHEMA_CALLOUT(:1,0,1,'11.02.00.00.00'); END;ORA-06512: at &quo

alert报错 2019-01-12T10:10:11.499130+08:00Errors in file /u01/app/oracle/diag/rdbms/rac1/rac112/trace/rac112_j000_119621.trc:ORA-12012: error on auto execute of job "SYS"."ORA$AT_OS_OPT_SY_7458"ORA-20001: Statistics Advisor: Invalid task

sqlplus /nolog.conn /as sysdba.startup命令后显示 SQL> startupORA-01078: failure in processing system parametersLRM-00109: could not open parameter file '/home/oracle/app/product/11.2.0/dbhome_1/dbs/initLCDC.ora' 查找文件,果然不存在.估计是非法关机造成的. 这是因为在oracle9i和oracle

一.打开数据库alert日志,发现有报错 ERROR: failed to establish dependency between database RACDB and diskgroup resource ora.DATA.dg 二.上mos查看(是一个BUG,无害) This error is harmless.It is documented in the  internal Bug 8304720 "ERROR: FAILED TO ESTABLISH DEPENDENCY BETWE

Oracle 导入全库之后使用plsql登陆时报错 版本12C版本2 ORA-12541: TNS: No Listener 再oracle主机本地可以使用sqlplus 登陆,但是使用plsql无法登陆,报错如上. 首先考虑是防火墙问题,查看防火墙和selinux均为关闭状态 然后查看监听状态 查看 监听状态的命令为首先使用oracle 用户登陆操作系统,命令lsnrctl 进入监听程序,关键status 查看监听状态 里面详细列出了监听的状态以及服务端的监听文件位置, 查看监听文件 查看客户

在一次数据迁移的时候,expdp导出报错,错误信息如下: 版本号:11.2.0.1 没有打PSU,查看报错的aler部分日志如下: 其中的某一些trc日志文件截图: Trace file d:\oracle\administrator\diag\rdbms\ttfc\ttfc\trace\ttfc_dm00_11104.trcOracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit ProductionWith the P

报错信息如下: ORA-39002: invalid operationORA-39070: Unable to open the log file.ORA-29283: invalid file operationORA-06512: at "SYS.UTL_FILE", line 536ORA-29283: invalid file operation 经排查,没发现因粗心造成命令写错.后来经过搜索,是因为日志文件不能放到asm中.解决方法有, 1.使用NOLOGFILE=YES选

Oracle 执行语句插入临时表报表空间不足,在增加表空间到最大后依然报错,经分析应该为创建的临时表水位线未清除导致,查询降低水位线方法如下: 原文地址:http://blog.itpub.net/26736162/viewspace-2139546/ Oracle  降低高水位线的方法 高水位(HIGH WARTER MARK,HWM)好比水库中储水的水位,用于描述数据库中段的扩展方式.高水位对全表扫描方式有着至关重要的影响.当使用DELETE删除表记录时,高水位并不会下降,随之导致的是全表扫

环境:AIX6.1 + Oracle11.2.0.4 RAC(2 nodes) 1.故障现象 2.定位问题 3.处理问题 1.故障现象 使用crsctl查看集群各资源状态,在任一节点都会直接报错CRS-4535, CRS-4000:但此时数据库是可以被正常访问的. 具体故障现象如下: #节点1查询 grid@bjdb1:/home/grid>crsctl stat res -t CRS-4535: Cannot communicate with Cluster Ready Services CR

为测试一个迁移方案,装了一套10g rac环境,可能是很久没有装过10g的RAC了,整个过程情况不断. 1.在把集群软件和数据库软件都装好之后,用crs_stat检测状态的时候,发现vip的状态不对,ping vipIP不通 [root@rac10g01 ~]# cd $CRS_HOME[root@rac10g01 crs_1]# crs_stat -tName Type Target State Host --------------------------------------------

环境:RHEL6.4 + Oracle 11.2.0.4 步骤摘要:1.启动报错ORA-031132.查看alert日志查找原因3.根据实际情况采取合理的措施,这里我们先增加闪回区大小,把库启动起来4.制定对应的归档日志删除策略 1.启动报错ORA-03113 $ sqlplus / as sysdba SQL*Plus: Release Production on 星期六 2月 :: Copyright (c) , , Oracle. All rights reserved. Connecte

在使用expdp导出一个表的数据时遇到了下面情况,也不见其提示报错信息,一下子就执行完了,也没有导出我需要的数据 [oracle@getlnx01 dump_dir]$ expdp system/xxxx TABLES=xxx.inv_workshop_stock dumpfile=inv_workshop_stock.dmp DIRECTORY=DUMP_DIR logfile=1.log;   Export: Release 10.2.0.4.0 - 64bit Production on

  今天在帮同事安装PL/SQL时,在登陆的时候出现上述错误,从网上找了好多解决方法,但都没有解决问题.对于免安装版本的PL/SQL在登陆是应该先配置好路径:bin\instantclient_11_2\NETWORK\ADMIN下面的tnsnames.ora   例如: DDR = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP) (HOST = 192.168.1.213)(PORT = 1521)) (CONNECT_DATA = (SERVER = D

[grid@max1 ~]$ lsnrctl stop LSNRCTL for Linux: Version 11.2.0.3.0 - Production on 04-NOV-2016 00:20:54 Copyright (c) 1991, 2011, Oracle. All rights reserved. Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER)))TNS-01190: The user is not

Loadrunner参数化连接oracle.mysql数据源报错及解决办法 (本人系统是Win7 64,  两位小伙伴因为是默认安装lr,安装在 最终参数化的时候,出现连接字符串无法自动加载出来: 最后通过安装在,问题到此解决 1.通过数据库连接参数化大量数据,电脑本地已经成功安装了数据库驱动,且本地可以配置数据源成功,在loadrunner 中配置数据源却找不到对应的数据库驱动. ----A:检查当前loadrunner工具的版本,是32位还是64位(目前还没有64位的),32位是不能安装64

情况:之前使用的默认的pdb数据库pdborcl,连接的时候使用SQLdeveloper,配置了tnsname.ora,里面添加了pdborcl的service:这里报错是感觉tnsname配置错误了,因为默认这个插件数据库是没有open的: 解决方法是:将tnsname.ora这里面的这个配置删除掉.. -- 暂时的解决方式.....

11gR2数据库日志报错:Fatal NI connect error 12170.TNS-12535.TNS-00505 [问题点数:100分,结帖人MarkIII]             不显示删除回复             显示所有回复             显示星级回复             显示得分回复             只显示楼主           收藏 关注 MarkIII MarkIII 等级: 结帖率:98.94% 楼主发表于: 2011-05-13 10:33

參考MOS文档有: Troubleshooting Guide ORA-609 : Opiodr aborting process unknown ospid (文档 ID 1121357.1) Alert.log shows ORA-609 with TNS-12537: TNS:connection closed (文档 ID 1538717.1) Fatal NI Connect 12560' And 'ORA-609 Opiodr Aborting Process' Errors In

今天在linux里面安装Oracle的时候出现一个报错,忽略报错安装之后,数据库启动的时候报错: 从网上找到的解决方法: 创建实例后,进入sqlplus启动报错: sqlplus / as sysdba; SQL*Plus: Release 11.1.0.6.0 - Production on Wed Aug 5 16:48:56 2009 Copyright (c) 1982, 2007, Oracle. All rights reserved. Connected to an idle in