ORA-12547 ORA-17503(RAC)解决

最新推荐文章于 2025-09-28 14:19:53 发布
原创 最新推荐文章于 2025-09-28 14:19:53 发布 · 5.3k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文记录了一次 Oracle RAC 数据库启动过程中遇到的问题，包括 ORA-12547:TNS:lost contact 错误及 spfile 识别错误，并提供了相应的解决步骤。


1.报错内容:

下午看到一个文件夹似乎权限有问题然后就执行chown -R .....

结果:

Enter user-name:

ERROR:

ORA-12547: TNS:lost contact


[oracle@racnode1 ~]$ sqlplus "/as sysdba"

SQL*Plus: Release 11.2.0.2.0 Production on Mon Jan 21 17:03:25 2013

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

Connected to an idle instance.

SQL> startup
ORA-01078: failure in processing system parameters
ORA-01565: error in identifying file '+RACDB_DATA/racdb/spfileracdb.ora'
ORA-17503: ksfdopn:2 Failed to open file +RACDB_DATA/racdb/spfileracdb.ora
ORA-12547: TNS:lost contact
SQL>

2.解决

(1)

/u01/app/oracle/product/11.2.0/dbhome_1/bin

[oracle@racnode1 bin]$ ls -tl oracle
-rwsrwsrwx 1 oracle asmadmin 228886426 Jan 16 15:15 oracle*   ---如果没有S属性chmod +s oracle

(2)与前面类似只是一个是ORACLE一个是GRID用户下

[grid@racnode1 ~]$ cd $ORACLE_HOME/bin
[grid@racnode1 bin]$ ls -tl oracle
-rwsr-s--x 1 grid oinstall 200678430 Jan 16 09:55 oracle*
[grid@racnode1 bin]$ pwd
/u01/app/11.2.0/grid/bin


launch_225
关注
由于目录权限问题导致Oracle RAC 重启遭遇ORA-01078、ORA-01565、ORA-17503、ORA-12547报错处理过程
听雪楼主
10-05 1060
由于目录权限问题导致Oracle RAC 重启遭遇ORA-01078、ORA-01565、ORA-17503、ORA-12547报错处理过程
RAC重启遭遇ORA-01078、ORA-01565、ORA-17503、ORA-12547错误
甲骨园的博客
06-05 1222
问题描述： 上周五下班后把测试rac关闭后，今天早上打开报以下错误： [oracle@rac1 11.2.0]$ sqlplus / as sysdba SQL*Plus: Release 11.2.0.4.0 Production on Mon Jun 5 09:27:09 2017 Copyright (c) 1982, 2013, Oracle.  All rights reserv
ORA-12547
dba_monkey的博客
03-03 1167
ORA-12547: TNS:lost contact之oracle执行文件权限问题 --有人将oracle执行文件及$ORACLE_HOME的权限修改为775了。 [orabiprd@p1bidb01 ~]$ ls -ltr $ORACLE_HOME/bin/oracle -rwxrwxr-x 1 orabiprd dba 210824714 Sep 14 11:59 /u01/b
11gR2单机转RAC 报ORA-12547
cijuxk357157的博客
08-03 195
（节点1由于操作系统空间不足，先在节点2测试）本次单机转RAC，将数据库文件从生产端迁移到共享存储ASM的data磁盘组中，实现2节点正常 open，创建节点1的初始化参数文件，启动节点1实例，发现实例起不来，报连不上A...
记一次 sqlplus / as sysdba 报错ORA-12547: TNS:lost contact
Leon-Ning Liu的博客
09-28 197
遇到一个刚安装好RAC的环境，其他节点正常，其中一个节点用sqlplus / as sysdba登录报错。
ora-12547 oracle11.2,tns 12547 oracle11g
weixin_33190917的博客
04-03 388
【ORACLE】ORA-12547: TNS:lost contact碰到这个ORA-12547: TNS:lost contact的问题，翻了很多资料和METALINK，总结了一下原因：1 是由于rpm包没有安装，对于我们的生产环境，此包是安装的。admin@p1b:/home/admin>rpm -q glibc-develglibc-devel...文章yangyi_dba2011-0...
ora-12547 oracle11.2,连接数据库提示ora-12547
weixin_34549023的博客
04-03 1250
In this DocumentAPPLIES TO:Oracle Net Services - Version 10.1.0.2 to 11.2.0.4 [Release 10.1 to 11.2]HP-UX PA-RISC (64-bit)Linux x86-64Linux x86Oracle Solaris on x86 (32-bit)SYMPTOMS- Not able to make ...
ORA-12547: TNS:lost contact
cuiyulun5548的博客
02-20 1381
上周连接数据库是正常的，后来修改了个别参数，导致今天重启虚拟机后，想启动数据库时却发现无法连接。现象：监听启动；tnsping正常；客户端防火墙处于关闭状态；使用plsql developer连接时提...
Oracle dbca时报：ORA-12547: TNS:lost contact错误的解决
12-16
最近在工作中遇到了一个问题，错误是Oracle dbca时报错：ORA-12547: TNS:lost contact，通过查找相关的资料终于找到了解决的方法，下面分享给大家，话不多说了，来一起看看详细的介绍吧。 环境： OS:RHEL6.5 x86-...
12c rac dg开启日志应用报错 ora-00313 ora-00312 ora-17503 ora-15012处理
weixin_61212661的博客
06-07 716
当备库开启日志应用后看到告警日志报大量ora-00313\ora-00312\ora-17503等错误。
oracle rac ora 12547,oracle文件属性导致的ORA-12547故障
weixin_39628551的博客
04-12 531
In this DocumentAPPLIES TO: Oracle Database Configuration Assistant - Version 11.1.0.7 to 12.1.0.1 [Release 11.1 to 12.1]Oracle Database - Enterprise Edition - Version 11.2.0.3 to 12.1.0.2 [Release 11...
ora-12547 oracle11.2,oracle文件属性导致的ORA-12547故障
weixin_39805924的博客
04-03 714
In this DocumentSymptomsChangesCauseSolutionReferencesAPPLIES TO: Oracle Database Configuration Assistant - Version 11.1.0.7 to 12.1.0.1 [Release 11.1 to 12.1]Oracle Database - Enterprise Edition - Ve...
ORA-12547: TNS: 丢失连接
热门推荐
代码君的博客
03-15 6万+
今天服务器挂掉了，公司的人弄了一下，，把服务器修好了，，但是我本地链接数据库一直报这个ORA-12547: TNS: 丢失连接，是服务器上的TNS监听没有启动，需要重启一下，然后就可以正常登录了！启动监听：lsnrctl start 查看监听：lsnrctl status 停止监听：lsnrctl stop ...
ORA-12547：TNS：lost contact 问题分析思路
weixin_34024034的博客
11-22 769
ORA-12547：TNS：lost contact   sqlplus无法正常登陆数据库   解决思路如下:   1、查看操作系统内核参数是否无误   [oracle@normal adump]$ ulimit -a   core file size          (blocks, -c) 0   data seg size           (kbytes, -d) unlimited...
ORA-12547: TNS:lost contact - Oracle执行文件权限问题
10-15 3276
ORA-12547之oracle执行文件权限问题 问题描述 1，oracle账户可以进行sqlplus / as sysdba --成功 2，oracle帐户可以进行sqlplus tivolirz/tivolirz --成功 3，oracle账户可以进行sqlplus tivolirz/tivolirz@BIPROD --成功 4，dba组的其他帐号sqlplus / as sysdb
ora-12547 oracle11.2,Oracle dbca时报：ORA-12547: TNS:lost contact错误的解决
weixin_39611070的博客
04-03 3352
前言最近在工作中遇到了一个问题，错误是Oracle dbca时报错：ORA-12547: TNS:lost contact，通过查找相关的资料终于找到了解决的方法，下面分享给大家，话不多说了，来一起看看详细的介绍吧。环境：OS:RHEL6.5 x86-64bitDB:11.2.0.4 for Linux 86-64bit思路：DBCA报错，首先看DBCA的日志，日志中也是报ORA-12547: T...
ORA-12547: TNS:lost contact 问题处理
泊涯
11-12 1万+
这段时间公司服务技术负责人离职，手头工作全部交接到我这边，仓促交接连个文档都没有，只能边看边学研究如何解决遗留问题，刚好一个开发人员在使用oracle客户端时突然说不能用了，我以为是后台服务出问题于是重启了下发现 提示：ORA-12547: TNS:lost contact，无法正常重启。 通过查看oralce文件存储目录，发现设置的权限问题，重新赋权下， cd $ORACLE_HOME/bin [root@ap bin]# ls -l oracle-rwxr-x--x 1 dgss dgss 2
oracle 12c rac ora-00210 ora-00202 ora-17503 ora-15001 ora-15040
最新发布
12-16
<think>首先，用户的问题是关于Oracle 12c RAC环境中出现特定错误的解决方案：ORA-00210、ORA-00202、ORA-17503、ORA-15001和ORA-15040。用户提供了三个引用，但它们是关于其他错误的，所以我需要基于这些引用和一般知识来回答。 关键错误： - ORA-00210: 无法打开指定的控制文件。 - ORA-00202: 控制文件错误。 - ORA-17503: I/O错误，发生在ASM操作中。 - ORA-15001: ASM磁盘组不存在或无效。 - ORA-15040: ASM磁盘组不存在。 这些错误通常与ASM（Automatic Storage Management）相关，涉及控制文件、磁盘组和权限问题。 从引用中提取相关信息： - 引用[1]: 提到ORA-XXXX和ORA-YYYY错误，但未指定具体代码。它指出错误可能由于网络配置、存储配置、权限或初始化参数引起。 - 引用[2]: 讨论ORA-12518和ORA-12541，与连接问题相关，建议在sqlnet.ora中添加SQLNET.ALLOWED_LOGON_VERSION=8。但用户错误不同。 - 引用[3]: 提到ORA-01017（无效用户名/密码）和ORA-17503（I/O错误），提示权限问题，例如文件访问权限。 用户错误中包括ORA-17503，这与引用[3]相关。ORA-17503通常表示ASM文件操作失败，可能由于权限或路径问题。 常见原因和解决方案： 1. **控制文件问题 (ORA-00210, ORA-00202)**： - 控制文件丢失、损坏或路径错误。 - 在RAC环境中，控制文件应位于共享存储（如ASM磁盘组）中。 - 检查控制文件位置是否在初始化参数文件（spfile）中正确设置。 - 确保所有节点都能访问控制文件。 2. **ASM相关问题 (ORA-17503, ORA-15001, ORA-15040)**： - ORA-17503: I/O错误，可能由于权限问题（如Oracle用户无权限访问文件）。 - ORA-15001: ASM磁盘组不存在或名称错误。 - ORA-15040: ASM磁盘组不存在或无效。 - 检查ASM磁盘组是否已创建并可用。使用ASM命令如`asmcmd lsdg`验证。 - 确保磁盘组在所有节点上可见。 - 权限问题：Oracle用户（通常是grid或oracle）必须对ASM磁盘和文件有适当权限。检查文件系统权限（如果使用文件系统）或ASM权限。 - 在RAC环境中，确保所有节点上的ASM实例正常运行。 基于引用[3]，ORA-17503可能与权限被拒绝相关，提示文件访问问题。 一般步骤解决： - 验证ASM磁盘组状态：登录到ASM实例，运行`SELECT name, state FROM v$asm_diskgroup;` 确保磁盘组MOUNTED。 - 检查控制文件位置：在数据库实例中，运行`SHOW PARAMETER control_files` 确认路径正确。 - 权限检查：确保Oracle软件所有者（如oracle用户）有权限访问ASM磁盘。检查文件权限（如 +MGMT/AISHU1/PASSWORD/pwdaishu1.281.1041682565 在引用[3]中）。 - 网络配置：在RAC中，确保私有网络和公共网络配置正确。 - 日志文件：检查alert日志和ASM alert日志以获取更多细节。 结构化回答： 1. **介绍问题**: 简要描述错误及其常见原因。 2. **逐步解决方案**: a. 检查ASM磁盘组。 b. 验证控制文件配置。 c. 检查权限和所有权。 d. 其他可能原因。 3. **引用相关信息**: 自然地融入引用，如引用[3]提到权限问题。 4. **生成相关问题**: 在末尾添加相关问题。 添加引用标识：在相关部分末尾添加[^1], [^2], [^3]，但用户引用是给定的，所以我应该基于内容引用。 用户引用： - : 关于一般配置问题。 - [^2]: 关于连接错误。 - [^3]: 关于权限错误，特别是ORA-17503。 所以，在讨论权限时引用。 最终回答用中文。 </think> ### Oracle 12c RAC环境中ORA-00210、ORA-00202、ORA-17503、ORA-15001和ORA-15040错误的解决方案 在Oracle 12c RAC环境中，遇到ORA-00210、ORA-00202、ORA-17503、ORA-15001和ORA-15040错误，通常与ASM（Automatic Storage Management）控制文件、磁盘组访问或权限问题相关。这些错误可能由共享存储配置不当、文件权限不足或ASM磁盘组状态异常引起。以下是一个结构化的解决方案，基于常见原因和最佳实践。请逐步操作，并在每步后验证错误是否解决。 #### 1. **验证ASM磁盘组状态（针对ORA-15001和ORA-15040）** - **问题原因**：ORA-15001和ORA-15040表示ASM磁盘组不存在、未挂载或无效。在RAC环境中，所有节点必须能访问同一磁盘组。 - **解决步骤**： - 登录到ASM实例（以grid用户身份）： ```sql su - grid asmcmd ASMCMD> lsdg -- 检查磁盘组状态，确保状态为MOUNTED ``` - 如果磁盘组未挂载，手动挂载： ```sql ASMCMD> mount <disk_group_name> -- 替换为实际磁盘组名，如DATA ``` - 检查磁盘组在所有节点的一致性： ```sql sqlplus / as sysasm SQL> SELECT name, state FROM v$asm_diskgroup; -- 确保所有节点显示一致状态 ``` - 如果磁盘组不存在，需重新创建（先备份数据）： ```sql CREATE DISKGROUP <disk_group_name> NORMAL REDUNDANCY DISK '<disk_path>' -- 例如，'/dev/sdb1' ATTRIBUTE 'compatible.asm'='12.1.0.2.0'; ``` - **引用支持**：此类错误常因存储配置不当引起，需确保共享存储（如SAN/NAS）在所有节点可见[^1]。 #### 2. **检查控制文件配置（针对ORA-00210和ORA-00202）** - **问题原因**：ORA-00210和ORA-00210表示控制文件无法打开或损坏，可能由于路径错误、文件丢失或权限不足。 - **解决步骤**： - 确认控制文件路径是否正确（在数据库实例中运行）： ```sql sqlplus / as sysdba SQL> SHOW PARAMETER control_files -- 输出应指向ASM磁盘组，如'+DATA/<db_name>/controlfile/current.ctl' ``` - 如果路径错误，更新`spfile`： ```sql SQL> ALTER SYSTEM SET control_files='+DATA/<db_name>/controlfile/current.ctl' SCOPE=spfile; SQL> SHUTDOWN IMMEDIATE; SQL> STARTUP; -- 重启数据库 ``` - 如果控制文件损坏，从备份恢复或使用`RMAN`重建： ```bash rman target / RMAN> RESTORE CONTROLFILE FROM AUTOBACKUP; RMAN> ALTER DATABASE MOUNT; ``` - 在RAC环境中，确保控制文件位于共享ASM磁盘组，且所有节点有相同配置[^1]。 #### 3. **检查权限和I/O问题（针对ORA-17503）** - **问题原因**：ORA-17503表示ASM文件I/O错误，常因Oracle用户权限不足或文件系统问题引起（如引用中提到的权限被拒绝）。 - **解决步骤**： - 验证Oracle用户（如`oracle`或`grid`）对ASM文件的权限： ```bash ls -l /dev/sd* -- 检查磁盘设备权限，应为grid:oinstall chown grid:oinstall /dev/sdb1 -- 如果权限错误，更正所有权 chmod 660 /dev/sdb1 -- 设置读写权限 ``` - 检查ASM磁盘组中的文件访问（例如，密码文件如引用中的`+MGMT/AISHU1/PASSWORD/pwdaishu1.281.1041682565`）： ```bash asmcmd ASMCMD> ls -l +MGMT/AISHU1/PASSWORD/ -- 确认文件存在且权限正确 ``` - 如果权限问题，更新文件权限或添加Sqlnet设置（如引用和[^3]建议，但需适配）： - 在所有节点的`$ORACLE_HOME/network/admin/sqlnet.ora`中添加： ``` SQLNET.ALLOWED_LOGON_VERSION=8 -- 解决兼容性问题 ``` - **注意**：如果文件不存在则创建；在RAC中，所有节点需同步此文件[^2]。 - 检查ASM实例的alert日志获取详细错误： ```bash tail -f $ORACLE_BASE/diag/asm/+asm/<node_name>/trace/alert_<node_name>.log ``` - **引用支持**：权限问题（如`ORA-17503`）常导致I/O失败，需确保Oracle用户对存储设备有完全访问权。 #### 4. **其他常见原因和检查** - **网络和集群健康**： - 在RAC中，验证集群服务状态： ```bash crsctl stat res -t -- 确保所有资源（包括ASM和数据库）在线 ``` - 检查私有网络（如Interconnect）是否正常，避免通信问题引发文件访问错误[^1]。 - **初始化参数和兼容性**： - 确保`compatible.asm`和`compatible.rdbms`参数一致： ```sql SQL> SHOW PARAMETER compatible; -- 应匹配数据库版本（如12.1.0.2.0） ``` - **操作系统级别检查**： - 确认共享存储（如OCFS2或ASMLib）已安装并配置。 - 使用`dd`测试磁盘I/O： ```bash dd if=/dev/sdb1 of=/dev/null bs=1M count=100 -- 测试读操作 ``` #### 5. **总结和预防建议** - **关键点**：这些错误通常互相关联（如ORA-17503引发控制文件问题）。优先解决ASM磁盘组和权限问题[^3]，再处理控制文件错误。 - **预防措施**： - 定期备份控制文件和ASM元数据。 - 在RAC中，使用OEM或脚本监控磁盘组状态。 - 确保所有节点OS权限、Oracle软件版本和配置一致。 - **日志分析**：始终检查`alert.log`和ASM trace文件定位根源。 如果以上步骤后问题仍存，提供alert日志片段以进一步诊断。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值