服务器本地连接自身没有问题,但远程客户端连接时报错,远程客户端使用tnsping也没有问题. cmd->tnsping 192.168.56.101:1521/ora11gR2 tnsping命令:如果能够ping通,则说明客户端能解析listener的机器名,而且lister也已经启动,但是并不能说明数据库已经打开,而且tsnping的过程与真正客户端连接的过程也不一致.但是如果不能用tnsping通,则肯定连接不到数据库. 服务器端执行 lsnrctl 未发现什么异常 C:\Document

参考文献: http://10000001.blog.51cto.com/4600383/1248367 背景: 使用sqlplus连接oracle,提示ORA-01034和ORA-27101,具体内容如下: ERROR: ORA: ORACLE not available ORA: shared memory realm does not exist Process ID: Session ID: Serial 解决方法是执行以下命令: C:\Documents and Settings\Ad

本机IP地址:192.168.1.163 [oracle@rtest ~]$ sqlplus /nolog SQL*Plus: Release 10.2.0.2.0 - Production on Sun May 4 19:32:13 2014 Copyright (c) 1982, 2005, Oracle.  All Rights Reserved. @>conn sys/oracle ERROR: ORA-01034: ORACLE not available ORA-27101: sha

出现ORA-01034和ORA-27101的原因是多方面的:主要是oracle当前的服务不可用,shared memory realm does not exist,是因为oracle没有启动或没有正常启动,共享内存并没有分配给当前实例.所以,通过设置实例名,再用操作系统身份验证的方式,启动数据库.这样数据库就正常启动了,就不会报ORA-01034和ORA-27101两个启动异常了. 在cmd命令窗口中依次直接输入下面命令 sqlplus sys/admin as sysdba startup 

由于开发需要,oracle11g被应用于虚拟机,所以系统资源显得弥足珍贵,百度了一下就有答案. 用dba身份进入Oracle,笔者在plsql中对数据库进行管理: show parameter sga; --显示内存分配情况 alter system set sga_max_size=200m scope=spfile; --修改占用内存的大小 注:在PL/SQL中 在command window中的Editor模式下使用以上命令 (转) 还有memory_target alter system

我本机安装的数据库版本是ORACLE 11G R2,用plsql连接时候,报ora-12514如下错误: 但是在cmd里用sqlplus连接已经创建的用户时候,报如下错误: ORA-01034 - Oracle not availableORA-27101 - shared memory realm does not exist网上查了几个解决资料,说是oracle home和sid的问题,或者是让使用Net Configuration Assistant重建本地网络服务名.实践了一下,都不管用

昨天安装的oracel,今天用navicat连接oracel出现以下错误: ORA-01034: ORACLE not available ORA-27101: shared memory realm does not exist 进程 ID: 0 会话 ID: 0 序列号: 0 Windows cmd用先输入sqlplus命令,然后用sys登录,出现如下错误: 表示数据库未启动,查看进程,发现oracel监听和服务都已经启动,cmd中采用如下命令连接.启动数据库: sqlplus / as s

ORA-01034ORA-27101Linux-x86_64 Error: 2:No such file or directory. 或者是 ORA-00119: invalid specification for system parameter LOCAL_LISTENER重启oracle是提示错误ORA-00119: invalid specification for system parameter LOCAL_LISTENER. 解决方法: 首先仍然是了解错误信息:oerr ora 0

工作环境中的集群迁移之后,oracle出了挺多问题,最开始一直没找到原因,后来发现做迁移的人是冷迁移的,且数据库节点是硬关机的,惊了( 表现症状有不能登陆,登录了不能操作等 第一个报的是 ORA-00214 : ??? '.../CONTROL01.CTL' ?? 8292532 '.../CONTROL02.CTL' ?? 8292528 ??? 这个是控制文件问题,手动用较新的备份文件(8292532)替换掉旧的在用的即可(8292528) 第二个是连接不上 ORA-01033:ORACLE

使用plsql登录oracle数据库,提示如下错误: 定位原因:tnsnames.ora文件中数据库的配置参数有误所致 解决办法:将SERVICE_NAME修改为SID即可

问题所在: 1.要登录的数据库实例内容配置内容错误,联系负责该机子的管理员看原因

sql> shutdown immediate 后就无法进行任何操作了,重新通过sqlplus不能登录,提示ORA-01034和ORA-27101错误 解决,以下全部在cmd中: 1. 启动oracle监听: lsnrctl start 2. 手工设置一下oralce的sid,如:set ORACLE_SID=orcl 3. sqlplus /nolog 4. conn / as sysdba 5. 启动服务: start 6. 启动:startup 7. 测试:select * from us

ORA-01034:ORACLE not available ORA-27101:shared memory realm does not exit   ERROR: ORA-01034:ORACLE not available ORA-27101:shared memory realm does not exit 1 先看oracle的监听和oracle的服务是否都启动了.启动oracle监听:cmd的命令行窗口下,输入lsnrctl start,回车即启动监听. 2 查看oracle的sid

出现ORA-01034和ORA-27101的原因是多方面的:主要是oracle当前的服务不可用,shared memory realm does not exist,是因为oracle没有启动或没有正常启动,共享内存并没有分配给当前实例.所以,通过设置实例名,再用操作系统身份验证的方式,启动数据库.这样数据库就正常启动了,就不会报ORA-01034和ORA-27101两个启动异常了. 还有就是可能是登录数据库后,不正常的退出,比如直接关掉窗口,而这时数据库里有未完成的动作,再次登录时就会提示“i

ORA-01034:Oracle not available 问题描述:ora-01034常与ora-27101同时出现,都是在登录数据库的时候报该错误 错误原因:出现ORA-01034和ORA-27101的原因是多方面的:主要是oracle当前的服务不可用,shared memory realm does not exist,是因为Oracle没有启动或者没有正常启动,共享内存并没有分配给当前实例.所以,通过设置实例名,再用操作系统身份验证的方式,启动数据库.这样数据库就正常启动了.还有就是可

DB服务器重启之后再连接报错如下: 原因是重启之后listener.ora被还原成初始文件,sid被清空. 解决步骤: 1.查看监听服务和数据库服务: 由此找到listener.ora文件的路径:D:\oracle\product\10.2.0\db_2\network\ADMIN 修改如下(红色标记是添加部分): # listener.ora Network Configuration File: D:\oracle\product\10.2.0\db_2\network\admin\list

场景: 碰到ORA-00257归档日志写满的解决方法这篇日志当中描述的归档日志写满的情况. 此时我想将数据库切换到非归档模式,参考如何启动或关闭oracle的归档(ARCHIVELOG)模式进行操作,但是在执行shutdown immediate;的时候卡死. 此时我重启了windows oracle 数据库服务器. 再次连接数据库出现解决连接Oracle 11g报ORA-01034和ORA-27101的错误当中的问题. 解决方法: sysdba身份连接oracle C:\Documents a

今天跟往常一样,登陆PL/SQL,确登陆失败,出现一个错误“ORA-01034”和“ORA-27101”如图: 然后就就通过命令提示符去登陆Oracle,去查看怎么回事,然后问题进一步出现,错误“ORA-03113:通信通道的文件结尾 进程 ID:6320 回话 ID :191 序列号:3”. 问题根源 Oracle出现错误,于是去错误日志里去找问题根源:在 e:\app\kang\diag\rdbms\oracle\oracle\trace\文件夹下找到oracle_ora_6320.trc文

一.SQL> @?/rdbms/admin/catupgrd.sql 说明:? 代表 ORACLE_HOME,在Linux中可能以 $ORACLE_HOME表示. @ 表示执行脚本 参考: http://candon123.blog.51cto.com/704299/381841 二.从10.2.0.1升级到10.2.0.4:参考:http://axu20.blog.163.com/blog/static/41206263201052524659980/ 1.先看oracle的监听和oracle

可通过secureCRT或者telnet直接连 启动监听命令:lsnrctl start 成功启动后:sqlplus /nolog 回车 conn / as sysdba 回车 startup 回车 select * from user_tables; 回车 有结果,ok 启动监听和服务成功 附由于无服务导致的错误: 关于ORA-01034和ORA-27101的一种解决方法 1 先看oracle的监听和oracle的服务是否都启动了.启动oracle监听:cmd的命令行窗口下,输入lsnrctl