首先将用户切换为Oracle用户登录,su - oracle; 进入:sqlplus / as sysdba: 问题现象: SQL> select * from dba_users; select * from dba_users*ERROR at line 1:ORA-01034: ORACLE not available 出现类似问题一般是由于监听或Oracle没有启动,使用以下方法即可解决. 解决方法: 首先先测试一下,监听是否启动:lsnrctl status:如果监听没有启动,则如果监

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

问题:监控不断告警ORA-12609 Wed 10/14/2020 10:40 AM 12CRAC1-ALERT中出现ORA错误,请检查 171- nt OS err code: 0 172- Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=xx)(PORT=1910)) 173-2020-10-14T10:29:26.605709+08:00 174-Errors in file /u01/app/oracle/diag/rdbms/bjivradg/

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 查看监听状态 里面详细列出了监听的状态以及服务端的监听文件位置, 查看监听文件 查看客户

按照正常操作流程,启动项目,发现项目报错,原因是连接不上oracle数据库, PLSQL连接时报错,错误码  ORA:12154 无法解析指定的连接标识符 第一次,遇到这个错误,在网上找了资料都是需要修改 监听(D:\oracle\product\11.2.0\dbhome_1\NETWORK\ADMIN\listener.ora)和服务(D:\oracle\product\11.2.0\dbhome_1\NETWORK\ADMIN\tnsnames.ora)文件. 基于前一天正常使用,第二天莫

环境: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

  今天在帮同事安装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

当使用错误的用户名或密码登陆数据库时,会提示如下报错内容: bash-4.1$ sqlplus a/a@test SQL*Plus: Release 10.2.0.4.0 - Production on Sun Sep 15 17:06:51 2013 Copyright (c) 1982, 2007, Oracle.  All Rights Reserved. ERROR: ORA-01017: invalid username/password; logon denied Enter use

第 1章   数据库server监听错误 1.1.1数据库监听错误 1.1.1.1 问题及现象 server环境为ORACLE11G RAC环境,系统启动后,监听没起来. [oracle@RAC4 ~]$ lsnrctl status LSNRCTL for Linux: Version 11.2.0.3.0 - Production on 29-JUN-2015 10:44:45 Copyright (c) 1991, 2011, Oracle.  All rights reserved. C

启动监听程序报错: 说明:在rhel5.8上安装完成oracle11g数据库后,使用netca创建完监听,启动监听时报错.还未使用dbca创建实例. [oracle@rusky-oracle11g ~]$ lsnrctl start LSNRCTL :: Copyright (c) , , Oracle. All rights reserved. Starting /u01/app/oracle/product/11.2.0.1/db_1/bin/tnslsnr: please wait...