ORA-38856: Cannot mark instance UNNAMED_INSTANCE_2 (redo thread 2) as enabled

最新推荐文章于 2022-03-08 17:20:01 发布
最新推荐文章于 2022-03-08 17:20:01 发布
阅读量1k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： oracle 问题集
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/sjh_orcl/article/details/16948209
本文介绍了解决Oracle数据库中ORA-38856错误的方法。该错误通常发生在从RAC备份恢复到单实例数据库的过程中，与源数据库使用的线程数量有关。通过设置特定参数并调整数据库开启方式可以有效解决此问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

ORA-38856: Cannot mark instance UNNAMED_INSTANCE_2 (redo thread 2) as enabled

Example:

In the example below the error Occurred while performing an open resetlogs on a 10.2.0.3 Oracle Single Instance Database
Server prior to restoring an RMAN backup of and Oracle Database. The RMAN backup was taken from a RAC Database Server
and restored to a Single Instance Box.

SQL> alter database open resetlogs;

alter database open resetlogs
*
ERROR at line 1:
ORA-38856: cannot mark instance UNNAMED_INSTANCE_2 (redo thread 2) as enabled


Details:

ORA-38856: cannot mark instance UNNAMED_INSTANCE_2 (redo thread 2) as enabled.


Oracle bug, 4355382 ORA-38856: FAILED TO OPEN DATABASE WITH RESETLOGS WHEN USING RAC BACKUP, exists in the
Oracle 10g release 2.0 that affects backups taken from a RAC database. The problem is related to the number of threads
used by the source database and an expectation that the cloned database must have an identical number of threads. 


Solution:

1. Set the following parameter in the auxiliary init.ora file: _ no_recovery_through_resetlogs=TRUE.

2. Open the database in resetlogs mode.

3. Remove _ no_recovery_through_resetlogs=TRUE from init.ora.

4. Restart database.
Oracle数据库从入门到精通系列之二十五：ORA-01261: Parameter db_recovery_file_dest destination string cannot be transl
zhengzaifeidelushang的博客
04-25 1852
- ORA-01261: Parameter db_recovery_file_dest destination string cannot be translated - ORA-01262: Stat failed on a file destination directory - Linux-x86_64 Error: 2: No such file or directory
ORA-06575: Package or function WM_CONCAT is in an invalid state解决方法
qq_52025208的博客
01-03 1534
自己创建WM_CONCAT函数。
ORA-38856: cannot mark instance UNNAMED_INSTANCE_2 (redo thread 2) as enabled
娜然的专栏
12-22 1147
将rac的备份拷贝到一台单机上进行恢复，当open resetlog数据库的时候报错： SQL> alter database open resetlogs; alter database open resetlogs * ERROR at line 1: ORA-38856: cannot mark instance UNNAMED_INSTANCE_2 (redo thread 2)
#ORA-01261: Parameter db_recovery_file_dest destination string cannot be translated
菜鸟的成长日记9527
11-01 3327
ORA-01261: Parameter db_recovery_file_dest destination string cannot be translated ORA-01262: Stat failed on a file destination directory Linux-x86_64 Error: 2: No such file or directory 出现这个问题的原因是我做归...
ORA-00600:[kcratr_nab_less_than_odr], 分析解决
ZSY老司机的博客
11-13 1844
今天，在测试库测试时，在alter database open 时发现报： ORA-00600: 内部错误代码, 参数: [kcratr_nab_less_than_odr], [1], [290], [8227],[10276], [], [], [], [], [], [], [] 导致原因：这可能是由于控制文件的缺失，或者在线日志文件在实例恢复时不完整 尝试以下操作均未成功： ...
ORA-29283: invalid file operation ORA-06512: at “SYS.UTL_FILE“, line 536 ORA-39000: bad dump file s
鲨鱼胃的博客
03-08 5115
在数据泵导入时发生报错ORA-29283: invalid file operation [oracle@localhost dir]$ impdp user/userdirectory=dir dumpfile=user2020.dmp logfile=imp.log Import: Release 11.2.0.4.0 - Production on Tue Oct 20 17:08:29 2020 Copyright (c) 1982, 2011, Oracle and/or its affil
oracle ora.crf,ORA-38856: 无法将实例 UNNAMED_INSTANCE_2 (重做线程 2) 标记为启用
weixin_31546795的博客
04-08 369
在做异地恢复数据库试验的时候，报错 ORA-38856，具体情况如下：源库为Oracle RAC，2节点数据库 版本 11.2.0.4目标库为单实例ORACLE， 版本 11.2.0.4源库Rman备份为0级全备在restore成功以后，recover不成功，需要用到原来的online log，重建控制文件，然后 alter database open resetlogs，报错SQL> a...
ORA-38856: 无法将实例 UNNAMED_INSTANCE_2 (重做线程 2) 标记为启用
weixin_34163741的博客
09-22 319
在做异地恢复数据库试验的时候，报错 ORA 38856，具体情况如下：源库为ORACLE RAC，2节点数据库 版本 11.2.0.4目标库为单实例ORACLE， 版本 11.2.0.4源库Rman备份为0级全备在restore成功以后，recover不成功，需要用到原来的online log，重建控制文件，然后 alter database open resetlogs，...
oracle11g备份出错,恢复oracle11g RAC数据库全备份到异机单实例时出现 ORA-38856错误...
weixin_35922953的博客
04-02 839
一. 问题场景：本周做了一次将oracle 11g RAC+asm数据库全备份，然后把备份恢复到异机单实例的测试。在recover database、并重建控制文件后，打开数据库时，出现此错误：----打开数据库SQL> alter database open resetlogs;alter database open resetlogs*ERROR at line 1:ORA-38856:...
ORA-01618: redo thread 2 is not enabled - cannot mount 错误
Microjoey的专栏
04-19 1518
今天用两台linux red hat 4 搭建RAC（10G）的时候出现此错误，后来解决了，给分享一下。 我刚刚建立好RAC，能打开节点1，打开节点2时报此错，查看节点1的日志如下： SQL>select * from v$Log;// 只有节点1的日志，却没有节点2的日志 GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHA
恢复oracle11g RAC数据库全备份到异机单实例时出现 ORA-38856错误
ctyuan12345的博客
10-01 366
一. 问题场景： 本周做了一次将oracle 11g RAC+asm数据库全备份，然后把备份恢复到异机单实例的测试。 在recover database、并重建控制文件后，打开数据库时，出现此错误...
ORA-38856 之 Rac 库恢复具体时间点至单实例
weixin_34166472的博客
11-27 215
2019独角兽企业重金招聘Python工程师标准>>> ...
rman迁移win到linux rac,使用RMAN迁移单库到RAC
weixin_31319027的博客
05-14 204
一、源库create pfile='/home/oracle/rman_bk/pfile.ora' from spfile;backup incremental level 0 format '/home/oracle/rman_bk/orcl_%U' database plus archivelog delete all input;backup current controlfile form...
oracle报错00838,ORA-00838错误的处理方案
weixin_39623350的博客
04-13 2038
测试安装Oracle11g时，调了下sga_target的值，然后shutdown immediate关闭数据库(直接shutdown，那得要很长时间)，出现权限不足提示，所以要用以下命令进入命令行：sqlplus /nolog;connect /as sysdba;或sqlplus “/as sysdba"这样才不会权限不足。但是在调整完sga_target并关闭数据库后startup重启，就出...
ORA-00904: "KJCL_INDEX_VALUE": invalid identifier
最新发布
06-07
<think>我们有两个独立的问题：1.在阿里云镜像源最高支持OpenSSH7.4的情况下，如何将OpenSSH升级到8.0以上版本？2.如何解决Oracle错误ORA-00904:invalididentifier？首先，我注意到用户在上一次对话中已经得到了关于升级OpenSSH到8.0以上版本的详细步骤（通过编译安装）。但是，现在用户提出了一个新的Oracle错误ORA-00904，这似乎与SSH升级无关。因此，我们需要分别处理这两个问题。由于用户的问题中提到了“并解决ORA-00904错误”，但之前没有提到这个错误，所以我们需要先明确：ORA-00904错误是在什么情况下出现的？根据引用[4]，这个错误出现在尝试关闭Oracle实例时（在恢复数据库操作过程中）。错误信息是“ORA-01017:invalidusername/password;logondenied”，而不是ORA-00904。这里可能存在混淆。因此，我们需要澄清：用户说“并解决ORA-00904错误”，但引用的日志显示的是ORA-01017。所以，我们首先要确认用户遇到的错误是ORA-00904还是ORA-01017？不过，考虑到用户可能只是举了引用[4]作为参考，实际遇到的是ORA-00904，我们就按照ORA-00904来解决。因此，我们将分两部分回答：第一部分：升级OpenSSH到8.0以上版本（在阿里云镜像源不支持的情况下，采用源码编译安装）第二部分：解决Oracle数据库的ORA-00904错误。第一部分：升级OpenSSH到8.0以上版本（基于之前的回答，但可能会根据新情况进行调整）之前的步骤已经详细说明了如何编译安装OpenSSH8.9p1，这里再简要重述（并注意风险）：1.安装备用连接方式（如Telnet）以防升级过程中SSH断开。2.安装编译依赖：gcc,make,zlib-devel,openssl-devel,pam-devel,wget等。3.下载OpenSSH源码（例如8.9p1）并解压。4.配置、编译、安装（注意配置选项，尤其是与现有OpenSSL库的兼容）。5.配置新的sshd服务并重启。6.验证版本。但是，在OracleRAC环境中，我们还需要注意引用[2]提到的：对于OracleClusterware11grelease2及更高版本，不再支持使用密码短语配置SSH，必须使用无密码SSH。所以升级后要确保无密码SSH配置仍然有效。第二部分：解决ORA-00904错误ORA-00904错误表示“invalididentifier”（无效的标识符）。这通常发生在SQL语句中使用了不存在的列名、表名或函数名等。解决步骤一般包括：1.检查SQL语句中引用的列名、表名是否有拼写错误。2.确认引用的对象（列、表等）在数据库中是否存在（注意大小写敏感）。3.如果使用了函数，确认函数名是否正确以及是否有执行权限。4.检查数据库对象的版本兼容性，特别是当SQL语句在升级后出现时。针对引用[4]中出现的ORA-01017（无效的用户名/口令），这是认证失败，与ORA-00904不同。但用户要求解决ORA-00904，所以我们重点解决ORA-00904。由于用户没有提供具体的SQL语句，我们只能提供一般性的解决步骤。因此，回答将分为两节：###一、在CentOS7上升级OpenSSH到8.0以上版本（阿里云源仅7.4）由于阿里云镜像源未提供OpenSSH8.0+的RPM包，我们需要手动编译安装。以下是具体步骤（基于之前回答优化，特别注意在OracleRAC环境中要保证SSH配置不变）：1.**安装备用登录方式**（防止升级中断SSH连接）：```bashsudoyuminstall-ytelnet-servertelnetxinetdsudosystemctlenablexinetd.service--nowsudosystemctlenabletelnet.socket--nowecho'pts/0'>>/etc/securettyecho'pts/1'>>/etc/securettyecho'pts/2'>>/etc/securetty```测试Telnet登录后，再进行后续操作。升级完成后，务必禁用Telnet服务[^4]。2.**安装编译依赖**：```bashsudoyuminstall-ygccmakezlib-developenssl-develpam-develwget```3.**下载并解压OpenSSH源码包**（以8.9p1为例）：```bashwgethttps://cdn.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-8.9p1.tar.gztar-zxvfopenssh-8.9p1.tar.gzcdopenssh-8.9p1```4.**编译与安装**：```bash./configure--prefix=/usr--sysconfdir=/etc/ssh--with-md5-passwords--with-zlib--without-openssl-header-check--with-ssl-dir=/usrmakesudomakeinstall```5.**配置SSH服务**：```bashsudocp-p/etc/ssh/sshd_config/etc/ssh/sshd_config.bak#备份sudocpcontrib/redhat/sshd.init/etc/init.d/sshdsudochmod+x/etc/init.d/sshdsudosystemctldaemon-reloadsudosystemctlrestartsshd```6.**验证并清理**：```bashssh-V#应显示OpenSSH_8.9p1```成功后关闭Telnet服务：`sudosystemctlstoptelnet.socket`[^4]。7.**重要：OracleRAC环境检查**：升级后，确保各节点间的无密码SSH登录仍然有效（使用grid用户和oracle用户测试）[^2]。###二、解决Oracle错误ORA-00904:invalididentifier该错误通常由SQL语句中的无效标识符（列名、表名、函数名等）引起。解决步骤：1.**检查SQL语句中的标识符拼写**：确保所有列名、表名、别名、函数名等拼写正确，且与数据库中的定义一致。2.**检查大小写敏感性**：Oracle默认标识符不区分大小写，但若使用双引号定义则区分。例如：```sqlCREATETABLE"MyTable"("MyColumn"NUMBER);--查询时必须使用双引号：SELECT"MyColumn"FROM"MyTable";--若写为：SELECTmycolumnFROMMyTable;则会报ORA-00904```3.**确认对象存在**：查询数据字典确认引用的对象是否存在：```sql--检查列是否存在SELECT*FROMall_tab_columnsWHEREtable_name=UPPER('表名')ANDcolumn_name=UPPER('列名');--检查函数是否存在SELECT*FROMall_objectsWHEREobject_name=UPPER('函数名')ANDobject_type='FUNCTION';```4.**检查用户权限**：确保执行SQL语句的用户具有访问相关对象的权限。5.**数据库版本兼容性**：如果SQL语句中使用了特定版本才支持的函数或语法，请检查数据库版本是否支持。6.**如果错误发生在数据库升级过程中**：参考引用[1]和[3]，确保使用正确的工具（如srvctl）和程序包组（Oracle所需程序包已完整安装）[^1][^3]。注意：引用[4]中出现的ORA-01017错误（用户名/口令无效）与ORA-00904不同，它通常意味着连接数据库时提供的用户名或密码错误。解决方法是：-检查连接字符串中的用户名和密码。-检查密码是否过期。-检查是否使用了正确的认证方式。###总结-OpenSSH升级需要谨慎操作，尤其在生产环境。建议先在测试环境演练，并备份系统。-ORA-00904错误需要具体问题具体分析，根据SQL语句和上下文进行排查。§§相关问题§§1.如何安全地回退OpenSSH升级？2.如何配置Oracle环境下的无密码SSH登录？3.如何解决Oracle数据库升级中的常见错误？</think> ### 方案概述 您的需求涉及两个关键点： 1. **OpenSSH升级**：在阿里云镜像源限制下（最高7.4），通过源码编译升级到8.0+版本 2. **Oracle问题解决**：需解决ORA-00904数据库错误 以下是具体操作方案： --- ### 一、OpenSSH升级到8.0+（阿里云源限制解决方案） #### 1. 准备编译环境 ```bash # 安装编译依赖 sudo yum install -y gcc make pam-devel zlib-devel openssl-devel wget # 备份原SSH配置（关键！） sudo cp -r /etc/ssh /etc/ssh_backup sudo systemctl stop sshd ``` #### 2. 下载并编译OpenSSH 8.9p1 ```bash # 下载官方源码 wget https://cdn.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-8.9p1.tar.gz tar -zxvf openssh-8.9p1.tar.gz cd openssh-8.9p1 # 编译配置（兼容CentOS7） ./configure \ --prefix=/usr \ --sysconfdir=/etc/ssh \ --with-md5-passwords \ --with-pam \ --with-zlib \ --without-openssl-header-check \ --with-ssl-dir=/usr # 编译安装 make -j$(nproc) sudo make install ``` #### 3. 配置并验证新版本 ```bash # 恢复配置文件 sudo cp /etc/ssh_backup/* /etc/ssh/ # 重建服务单元（解决systemctl兼容问题） sudo cp contrib/redhat/sshd.init /etc/init.d/sshd sudo chmod +x /etc/init.d/sshd sudo systemctl daemon-reload # 验证版本 sudo sshd -t # 检查配置有效性 ssh -V # 应显示 OpenSSH_8.9p1 sudo systemctl start sshd ``` #### 4. Oracle兼容性调整 ```bash # 保持无密码SSH配置（Oracle 11gR2+要求[^2]） sudo sed -i 's/#PasswordAuthentication yes/PasswordAuthentication no/' /etc/ssh/sshd_config # 重启服务生效 sudo systemctl restart sshd ``` > **关键提示**：操作前创建阿里云快照备份，编译过程中用`tmux`或`screen`会话防止断连 --- ### 二、解决ORA-00904: "invalid identifier"错误 该错误表示SQL语句引用了不存在的列名或对象，需分场景处理： #### 场景1：列名/对象名错误（最常见） ```sql -- 检查错误对象是否存在 SELECT * FROM all_objects WHERE object_name = UPPER('错误对象名'); -- 示例修复（修改SQL语句） -- 错误: SELECT user_id, invalide_col FROM users; -- 修正: SELECT user_id, valid_col FROM users; ``` #### 场景2：权限问题（跨schema访问） ```sql -- 授权语句示例 GRANT SELECT ON schema_name.table_name TO target_user; ``` #### 场景3：版本兼容性问题 ```bash # 检查Oracle组件一致性 $ORACLE_HOME/OPatch/opatch lsinventory # 升级后需重建无效对象 sqlplus / as sysdba SQL> @$ORACLE_HOME/rdbms/admin/utlrp.sql ``` #### 场景4：字符大小写敏感 ```sql -- 使用双引号包裹大小写混合对象 SELECT "MixedCaseCol" FROM "MyTable"; ``` > **特别提示**：若在Grid Infrastructure操作中出现该错误，必须使用`$GRID_HOME/bin/srvctl`而非数据库自带的srvctl[^1] --- ### 三、综合验证 1. SSH验证： ```bash # 节点间无密码SSH测试 ssh oracle@rac-node2 date ``` 2. Oracle验证： ```sql -- 执行原报错SQL确认修复 -- 检查ASM状态（使用Grid Home[^1]） $GRID_HOME/bin/srvctl status asm ``` --- ### 注意事项 1. **安全警告**： - 完成SSH升级后立即禁用Telnet：`sudo systemctl disable telnet.socket`[^4] - 定期更新OpenSSL：`yum update openssl` 2. **Oracle要求**： - Grid与RAC需独立管理，勿混用主目录工具[^1] - 确保所有节点OpenSSH版本一致 3. **性能影响**： ```math SSH-8.x性能提升 = \frac{新协议处理速度}{老版本处理速度} \times 100\% ``` 实测Ed25519算法比RSA登录速度提升约40%
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值