ORA-01034: ORACLE not available ORA-27101 出现ORA-01034和ORA-27101的原因是多方面的:主要是oracle当前的服务不可用,shared memory realm does not exist,是因为oracle没有启动或没有正常启动,共享内存并没有分配给当前实例.所以,通过设置实例名,再用操作系统身份验证的方式,启动数据库.这样数据库就正常启动了,就不会报ORA-01034和ORA-27101两个启动异常了. 还有就是可能是登录数据库后,

在使用PowerDesigner配置数据库连接(configure connections)的时候,点击Test connection之后弹出Unable to connect SQLState=08004 标识符不能解析的错误提示,说明的你的PowerDesigner软件的安装目录含有空格,将PowerDesigner重新安装在没有空格的目录下,问题即可解决. 提示:例如SVN等开发软件安装的时候最好安装在不含空格的目录下.

10.2版本xe的服务器和客户端安装都很方便,由于xe的服务器只允许建立一个实例,实例名字会直接默认为xe,客户端默认安装在C:\XEClient目录下,使用sqlplus连接服务器: sqlplus user/passwd@ip_address/xe(省略/xe,同样能够搜索到服务器上默认的服务xe) 但是xe客户端安装后没有提供图形用户界面用来设置应用程序使用的本地服务名,相信第一次碰到这个问题的人都会有些不知所措,下面是解决办法: 1.拷贝一个写好的tnsnames.ora到任意地方,比如

1.连接数据库显示无监听程序,首先查看服务器的oracle监听服务是否开启,服务名称:OracleOraDb11g_home1TNSListener(具体环境中可能不完全一样,但是认准TNSListener是没错的) 2.本地使用127.0.0.1可以连接,但使用本机IP则显示无监听,使用其他机器连接也是无监听,先排查一下防火墙问题 3.排查防火墙后依旧没有解决,那么问题根源所在:oracle的listener.ora文件 解决办法: listener.ora文件路径:F:\app\Admini

1.连接数据库显示无监听程序,首先查看服务器的oracle监听服务是否开启,服务名称:OracleOraDb11g_home1TNSListener(具体环境中可能不完全一样,但是认准TNSListener是没错的) 2.本地使用127.0.0.1可以连接,但使用本机IP则显示无监听,使用其他机器连接也是无监听,先排查一下防火墙问题 3.排查防火墙后依旧没有解决,那么问题根源所在:oracle的listener.ora文件 解决办法: listener.ora文件路径:F:\app\Admini

一. 问题一 在做RAC standby 的alert log里发现如下错误: SUCCESS: diskgroup DATA was mounted ERROR: failed toestablish dependency between database dave_st and diskgroup resourceora.DATA.dg SUCCESS: diskgroup FRA was mounted ERROR: failed toestablish dependency betwee

笔者手动安装成功 一,oracle安装前的准备与配置 1,修改stsctl.conf文件 Linux是为小文件设计的,Oracle数据库安装需要占用较多资源,要把各项参数调大. 使用vi编辑/etc/sysctl.conf文件.命令如下: vi /etc/sysctl.conf 按i进入插入模式,把光标移到文档最后,将以下一段文字(复制自Oracle 11g官方文档) 插入到文档最后. fs.aio-max-nr = 1048576 fs.file-max = 6815744 kernel.sh

一.安装环境 1.linux版本:redhat6.3_x86_64 2.oracle版本:Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production 二.安装前准备工作 1.修改主机名(不是必须的,如果不设置,直接使用原来的) 设置主机名为www hostname www #设置主机名为www vi /etc/sysconfig/network #编辑配置文件 HOSTNAME=www #修改local

一.前期环境准备 1.硬件信息 (1)主机版本 [root@localhost ~]# cat /etc/redhat-release Red Hat Enterprise Linux Server release 7.7 (Maipo) [root@localhost ~]# (2)CPU [oracle@localhost soft19]$ cat /proc/cpuinfo | grep "physical id" | uniq |wc -l 8 [root@localhost

问题是: 我在自己电脑(win7  64bit)上安装了oracle的64位数据库   通过sqlplus能正常连接 主要是安装pl/sql时   我是这样安装的1.在网上下载了个instantclient-basic-nt-11.2.0.3.0包  解压放在E盘下   路径如下E:\instantclient-basic-nt-11.2.0.3.0\instantclient_11_2 2.我在PL/SQL中的perferences中connection中的oracle_home:E:\ins

今天用ODBC连接Oracle数据库时,报了这么一个错“Unable to connect SQLState=08004 Oracle ODBC Ora-12154”,上网查了好久都说PowerDesign安装路径带有特殊字符,但是当我路径中的空格.括号这些都去掉后还是报这错.干脆卸了PowerDesign,直接用ODBC连接,依然报错.此时意识到了不是PowerDesign安装路径的问题,仔细一看TNS Service Name那里都是乱码的. 我使用的数据库版本是Oracle 11g 64位

不多说,直接上干货! 前期博客 PLSQL Developer概念学习系列之如何正确登录连接上Oracle(图文详解)   如用scott.scott_password进行登录,orcl是全局数据库 出现: (没有登录) -PL / SQL Developer ORA - 12541: TNS :无建听程序 解决办法: 重新配置监听程序. 然后在LISTENER文件里将HOST改为自己的IP 地址即可. 修改地方1:  DESKTOP-IOTFVUA是我的windows系统的主机名 修改地方2:

1.tnsnames.ora文件中配置内容中的连接别名:由upaydb修改为IP地址 2.连接超时 定位原因: PLSQL登录界面的数据库列表就是读的tnsname.ora中连接的别名,这个文件中连接别名修改后,那么你PLSQL登录数据库时也要选择对应的连接别名:

今天使用IMPDP导入的时候报了一个错误 ORA-39002: invalid operation  ORA-39070: Unable to open the log file.  ORA-29283: invalid file operation  ORA-06512: at "SYS.UTL_FILE", line 475  ORA-29283: invalid file operation 第一眼看到这个错误的时候感觉很诧异,这个怎么和什么日志文件啥的有什么关系呀? 后来在网上

今天安装EM12C的时候遇到了一个报错: 修改好数据库中的参数大小后,重新启动报错 Specified value of MEMORY_TARGET is too small, needs to be at least 3072M 提示MEMORY_TARGET is too small 这样的话数据库已经停止了,所以只能用: SQL> CREATE PFILE FROM SPFILE; 先把生成的spfile备个份 再修改spfile中的参数:*.memory_target=322122547

今天切换到asm实例的时候,发现是一个空实例,尝试启动实例,结果报错ORA-01078和LRM-00109 SQL> startupORA-01078: failure in processing system parametersLRM-00109: could not open parameter file '/u01/app/oracle/product/10.2.0/db/dbs/init+ASM1.ora' 但是crs_stat t 中,所有的asm实例显示全部正常,为什么是空实例呢?

1. ORA-4031错误的原因,一般是大量的hard parse导致了shared pool中的free list中产生大量的内存小碎片,当一个需要很大内存来进行hard parse的sql语句到来时,无法从free list中找到内存,即使进行内存的释放,还是不能找到符合的内存块.从而报ORA-4031错误. 2. ORA-4031错误的解决方法: 1)alter system flush shared_pool;将shared pool中的所有内存清空.该方法治标不治本. 2)共享SQL语

方法一: show processlist; show variables like 'max_connections'; show global status like 'max_used_connections'; set GLOBAL max_connections=; 方法二: 修改my.ini: max_connections= 这种方法要重启.

数据库向保护模式报告不同的保护级别"警告消息. 首先查看主备库的保护模式和保护级别 select protection_mode,protection_level from v$database; 发现主备不一致,为了保持一致,在dg broker中统一修改为最大性能 DGMGRL> edit configuration set protection mode as MAXPERFORMANCE; 问题轻松化解 再次向主备库查询,发现都是一致的了

今天做一个特殊的实验,需要重启数据库 数据库关闭没有问题 SQL> shutdown immediate; Database closed. Database dismounted. ORACLE instance shut down. 但是启动的时候,出现了一个报错: SQL> startup mount ORA-32004: obsolete and/or deprecated parameter(s) specified ORACLE instance started. Total Sy