ORA-19808: recovery destination parameter mismatch

2023-11-22 01:48

本文主要是介绍ORA-19808: recovery destination parameter mismatch,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

一:版本信息

操作系统版本:AIX 61009

数据库版本:11.2.0.3.11(RAC)


二:错误描述

  今天在启动一套RAC数据库的第二个节点的时候报了如下错误:

sqlplus / as sysdbaSQL*Plus: Release 11.2.0.3.0 Production on Wed Apr 22 15:09:25 2015Copyright (c) 1982, 2011, Oracle.  All rights reserved.Connected to an idle instance.SQL> startup
ORACLE instance started.Total System Global Area 3.2068E+10 bytes
Fixed Size                  2237328 bytes
Variable Size            5167385712 bytes
Database Buffers         2.6844E+10 bytes
Redo Buffers               55271424 bytes
ORA-01105: mount is incompatible with mounts by other instances
ORA-19808: recovery destination parameter mismatch

三:错误原因及解决方案

   1.错误原因:

我们来查看一下ORA-19808错误的信息

oerr ora 19808
19808, 00000, "recovery destination parameter mismatch"
// *Cause:  The value of parameters DB_RECOVERY_FILE_DEST and
//          DB_RECOVERY_FILE_DEST_SIZE must be same in all instances.
//          instance. All databases must have same recovery destination
//          parameters.
// *Action: Check DB_RECOVERY_FILE_DEST and DB_RECOVERY_FILE_DEST_SIZE
//          values in all instances.
  由上面的解释我们可以知道,该错误是由于RAC的两个实例使用的参数文件中db_recovery_file_dest或者db_recovery_file_dest_size的值不一致造成的。(RAC所有节点使用同一个spfile可以避免该问题的发生)

  

  下面检查我遇到的是不是这个问题:

1)检查第一个实例使用的参数文件

SQL> show parameter spfile;NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
spfile                               string      /apps/oracle/product/11.2.0.3/db_1/dbs/spfile****db1.ora
2)检查第二个实例使用的参数文件

SQL> show parameter spfile;NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
spfile                               string      /apps/oracle/product/11.2.0.3/db_1/dbs/spfile****db2.ora
##果然两个RAC的两个实例使用的是不同的spfile

3)检查两个实例的db_recovery_file_dest_size参数值

select name ,value,inst_id from gv$system_parameter  where name='db_recovery_file_dest_size';NAME                           VALUE                   INST_ID
------------------------------ -------------------- ----------
db_recovery_file_dest_size     10737418240                   1
db_recovery_file_dest_size     0                             2

##两个实例的db_recovery_file_dest_size不同

4)检查两个实例的db_recovery_file_dest参数值

select name ,value,inst_id from gv$system_parameter  where name='db_recovery_file_dest';NAME                           VALUE                   INST_ID
------------------------------ -------------------- ----------
db_recovery_file_dest                                        1
db_recovery_file_dest                                        2
##两个实例上都没有设置 db_recovery_file_dest值,由上面的分析可知两个实例使用的参数文件中db_recovery_file_dest_size值的不一致导致,第二个RAC第二个实例启动时报ORA-19808错误。


  2.解决方案:

 修改第二个实例上的db_recovery_file_dest_size值与第一个实例相同,再次启动实例成功。

alter system set db_recovery_file_dest_size=10g;











这篇关于ORA-19808: recovery destination parameter mismatch的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/406601

相关文章

ora-01017 ora-02063 database link,oracle11.2g通过dblink连接oracle11.2g

错误图示: 问题解决 All database links, whether public or private, need username/password of the remote/target database. Public db links are accessible by all accounts on the local database, while private

瑞芯微Parameter File Format解析

Rockchip android系统平台使用parameter文件来配置一些系统参数 主要包含:串口号:nandflash分区 固件版本,按键信息等; 如下是台电P98HD的parameter参数: FIRMWARE_VER:4.1.1        // 固件版本 //固件版本,打包 updata.img 时会使用到,升级工具会根据这个识别固件版本。 //Boot loader 会读取

ORA-25150:不允许对区参数执行ALTERING

在用PL/SQL工具修改表存储报错: 百度一下找到原因: 表空间使用本地管理,其中的表不能修改NEXT MAXEXTENTS和PCTINCREASE参数 使用数据自动管理的表空间,其中的表可以修改NEXT MAXEXTENTS和PCTINCREASE参数

ORA-01861:文字与格式字符串不匹配

select t.*, t.rowid from log_jk_dtl t; insert into log_jk_dtl (rq,zy,kssj,jssj,memo)  values (to_date(sysdate,'yyyy-mm-dd'),'插入供应商', to_char(sysdate,'hh24:mi:ss'),to_char(sysdate,'hh24:mi:ss'),'备注'

利用PL/SQL工具连接Oracle数据库的时候,报错:ORA-12638: 身份证明检索失败的解决办法

找到相对应的安装目录:比如:E:\oracle\product\10.2.0\client_1\NETWORK\ADMIN 在里面找到:SQLNET.AUTHENTICATION_SERVICES= (NTS) 将其更改为:SQLNET.AUTHENTICATION_SERVICES= (BEQ,NONE) 或者注释掉:#SQLNET.AUTHENTICATION_SERVICES= (N

apt-get update更新源时,出现“Hash Sum mismatch”问题

转载自:apt-get update更新源时,出现“Hash Sum mismatch”问题 当使用apt-get update更新源时,出现下面“Hash Sum mismatch”的报错,具体如下: root@localhost:~# apt-get update ...... ...... W: Failed to fetch http://us.archive.ubuntu.com/ub

ORA-00600 [1880]

-----环境信息 [oracle@trsen02 bdump]$ uname -a Linux trsen02.yto.com 2.6.18-194.el5 #1 SMP Tue Mar 16 21:52:39 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux SQL> select * from v$version; BANNER ----

ORA-31626/ORA-31638/ORA-39077/ORA-6502

导数据遇到ORA-31626/ORA-31638/ORA-39077/ORA-6502 报错信息如下: [oracle@vm010148 ~]$ expdp system/oracle directory=dir dumpfile=full.dmp logfile=full.log Export: Release 11.2.0.3.0 - Production on Sun Sep

ORA-00600 [504]

ALERT日志: Wed Sep 10 09:00:53 2014 Errors in file /u01/app/oracle/diag/rdbms/trsendb/trsendb2/trace/trsendb2_ora_40371414.trc  (incident=821340): ORA-00600: internal error code, arguments: [504],

Oracle(110)什么是RMAN(Recovery Manager)?

RMAN(Recovery Manager)是Oracle数据库提供的一个高效的备份和恢复工具。它能够简化和自动化复杂的备份和恢复操作,并且提供了强大的功能来确保数据的完整性和安全性。 RMAN 的主要功能 备份数据库:支持全备份、增量备份和归档日志备份。恢复数据库:支持从备份中恢复整个数据库或部分数据。克隆数据库:可以方便地创建数据库的副本。验证备份:确保备份数据的一致性和完整性。管理备份空