ORA-00439的解决

今天用gc配置了stream后,重启数据库后发现有以下的问题

 

SQL> startup
ORA-00439: feature not enabled: Real Application Clusters

 

我这个库PROD不是rac环境,单实例的。

 

开始以为是stream的什么参数有问题。

然后从参数文件里面全部删掉,重启数据库还是一样的问题。

查看alert日志

 

ALTER SYSTEM SET job_queue_processes=10 SCOPE=BOTH;
Fri Oct 26 14:39:18 2012
ALTER SYSTEM SET job_queue_processes=20 SCOPE=BOTH;
Fri Oct 26 14:45:09 2012
Shutting down instance: further logons disabled
Fri Oct 26 14:45:11 2012
kkjcre1p: unable to spawn jobq slave process, error 1089
Fri Oct 26 14:45:14 2012
Stopping background process CJQ0
Fri Oct 26 14:45:14 2012
Stopping background process QMNC
Fri Oct 26 14:45:15 2012
Stopping background process MMNL
Fri Oct 26 14:45:15 2012
Streams CAPTURE C001 with pid=14, OS id=2162 stopped
Fri Oct 26 14:45:16 2012
Stopping background process MMON
Fri Oct 26 14:45:17 2012
Shutting down instance (immediate)
License high water mark = 12

Archiving is disabled
Fri Oct 26 14:45:57 2012
ARCH shutting down
ARC1: Archival stopped
Fri Oct 26 14:46:02 2012
ARCH shutting down
ARC0: Archival stopped
Fri Oct 26 14:46:03 2012
Thread 1 closed at log sequence 7
Successful close of redo thread 1
Fri Oct 26 14:46:03 2012
Completed: ALTER DATABASE CLOSE NORMAL
Fri Oct 26 14:46:03 2012
ALTER DATABASE DISMOUNT
Completed: ALTER DATABASE DISMOUNT
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active

百思不得其解,还好是个是实验库,如果是正式库就麻烦了。

最后查各处资料。metalink里面提到。是一个参数(cluster_database)需要设为false. 这个参数在参数文件里不存在,可能被设为了false.改好后重启

[oracle@oel1 dbs]$ sqlplus / as sysdba

SQL*Plus: Release 10.2.0.1.0 - Production on Fri Oct 26 15:06:37 2012

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

Connected to an idle instance.

SQL> create spfile from pfile;

File created.

SQL> startup
ORA-32004: obsolete and/or deprecated parameter(s) specified
ORACLE instance started.

Total System Global Area  285212672 bytes
Fixed Size                  1218968 bytes
Variable Size              88082024 bytes
Database Buffers          188743680 bytes
Redo Buffers                7168000 bytes
Database mounted.
Database opened.
SQL> show parameter cluster

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
cluster_database                     boolean     FALSE
cluster_database_instances           integer     1
cluster_interconnects                string
SQL> create pfile from spfile;

File created.

SQL> exit
Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
[oracle@oel1 dbs]$ vi initPROD.ora
[oracle@oel1 dbs]$

 

当然这个问题的原因还需要复现才行,暂时没从日志里面看出什么端倪来,有进展随时更新。

 

对于 ORA-32004: obsolete and/or deprecated parameter(s) specified
需要从alert日志中找出过期的参数

 

Deprecated system parameters with specified values:
  parallel_server

修改后重启,没有问题。

ORACLE instance shut down.
SQL> create spfile from pfile;

File created.

SQL> startup
ORACLE instance started.

Total System Global Area  285212672 bytes
Fixed Size                  1218968 bytes
Variable Size             100664936 bytes
Database Buffers          176160768 bytes
Redo Buffers                7168000 bytes
Database mounted.
Database opened.

时间: 2024-07-31 20:33:15

ORA-00439的解决的相关文章

【ORA 错误及解决】ORA-30036

故障现象:UNDO表空间越来越大,长此下去最终数据因为磁盘空间不足而崩溃: 问题分析:产生问题的原因主要以下两点: 1. 有较大的事务量让Oracle Undo自动扩展,产生过度占用磁盘空间的情况: 2. 有较大事务没有收缩或者没有提交所导制: 说    明:本问题在ORACLE系统管理中属于比较正常的一现象,日常维护多注意对磁盘空间的监控. 备    份: (如果没有在线事务,可以不做,关闭监听) $>exp vas/vas file=/opt/oracle/data_1.dmp,/opt/o

plsql连接oracle数据库报ora 12154错误解决方法_oracle

plsql连接oracle数据库报ora 12154错误 今天遇到一个问题,使用sqlplus能够连接到远程的数据库,但是使用plsql却连接不上,报错"ORA-12154: TNS: 无法解析指定的连接标识符" 解决方法如下: 1.先检查服务器端的监听服务是否打开,如果没有打开请启动其监听 客户端:tnsping <tns_name> 服务器Linux下: #>lsnrctl status 查看监听状态 #>lsnrctl start 启动监听 2.通过Sql

【ora 错误及解决方法】ORA-01652

ORA-01652:unable to extend temp segment by num in tablespace name 产生原因:ORACLE临时段表空间不足,因为ORACLE总是尽量分配连续空间,一旦没有足够的可分配空间或者分配不连续就会出现上述的现象.    解决方法:我们知道由于ORACLE将表空间作为逻辑结构-单元,而表空间的物理结构是数据文件,数据文件在磁盘上物理地创建,表空间的所有对象也存在于磁盘上.为了给表空间增加空间,就必须增加数据文件.先查看一下指定表空间的可用空间

ORA-12514错误的解决

版本:11.2.0.1.0 - 64bit 本机安装Oracle后链接测试发现以下情况: sqlplus scott/tiger 正常登陆 sqlplus scott/tiger@orcl  登陆失败,提示ORA-12514错误,应该是无法识别服务名ORCL 为此查阅资料,找到以下解决方案: ------------------------------------------------------------------- 找到oracle安装目录下listener文件: 原文件如下: SID

Oracle ASM存储Spfile解析

  在之前的文章<Oracle Restart启动数据库实例故障一例>(http://space.itpub.net/17203031/viewspace-774622)中,笔者解决了一个由于使用create pfile from spfile引起的Restart无法启动数据库实例的故障.   严格的说,笔者并没有完全将其解决.主要体现在Spfile的使用和存放上.   1.问题简述   Oracle Database安装在ASM存储的时候,默认都是使用ASM保存Spfile参数文件.与早期的

ora.crf资源异常—临时停止和禁用解决办法

检查发现运行在win 2008平台的11.2.0.3 rac的crs的alert日志里面出现大量类似记录CRS-2765错误 2015-09-04 00:12:10.431 [ohasd(3844)]CRS-2765:资源 'ora.crf' 已失败 (在服务器 'rac2' 上). 2015-09-04 00:16:46.047 [ohasd(3844)]CRS-2765:资源 'ora.crf' 已失败 (在服务器 'rac2' 上). 2015-09-04 00:21:21.479 [oh

Oracle数据库ORA 54013错误的解决办法_oracle

ORA-54013: 不允许对虚拟列执行 INSERT 操作 这是Oracle 11 的新特性 -- 虚拟列. 在以前的Oracle 版本,当我们需要使用表达式或者一些计算公式时,我们会创建数据库视图,如果我们需要在这个视图上使用索引,我们会创建基于函数的索引.现在Oracle 11允许我们直接在表上使用虚拟列来存储表达式.虚拟列的值是不存储在磁盘的,它们是在查询时根据定义的表达式临时计算的.我们不能往虚拟列中插入数据,我们也不能隐式的添加数据到虚拟列,我们只能使用物理列来插入数据.然后可以查询

oracle 11g配置 解决启动连接数据库出现的ora错误_oracle

按照网上方法并结合实践,整理了一下(以后忘记了可以看看),oracle登录问题的解决办法: 常见的登录连接oracle数据库时遇到的问题ora-12560,01034,27101,00119,00132等,可以按照以下步骤检查和解决. Oracle11g数据库监听,数据库启动  1.添加监听程序(服务器端) 打开net manager 添加监听 添加监听位置(网络地址) 添加数据库服务(oracle主目录可以不填) 2.添加服务命名  3.测试 利用服务器端sqlplus工具E:\app\204

plsql在64位机器下读取tnsname.ora 及oracle_home异常的解决办法

问题是: 我在自己电脑(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

用shell帮助解决ORA问题

今天碰到一个设计的严重问题,由于使用了外部文件来和sqlplus交互 sql大体结构如下 select xxxxx from xxxxx where table_name in ( "解析外部文件") 在测试环境中没有什么问题,当某个用户表比较多的时候,就开始报如下的错误 * ERROR at line 1003: ORA-01795: maximum number of expressions in a list is 1000 ***************************