sqlplus连接oracle12c集群报错:ORA-12537: TNS:connection closed

1、负载均衡方式:

2、服务器端的复制均衡:由客户端发送请求,然后通过服务端监听器来判断哪个实例比较空闲,由监听器来进行负载均衡。此种不需要人工干预。

查看scan监听器的端口号:

srvctl config scan_listener

3、本地监听器端口号:

lsnrctl status

4、传统负载均衡:

tyt_normal=

      (DESCRIPTION =

        (FAILOVER = ON)

        (LOAD_BALANCE = ON)

        (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.0.74)(PORT=1521))

        (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.0.75)(PORT=1521))

        (CONNECT_DATA =

          (SERVICE_NAME = tar)

        )   

      )

注意主机名和端口号,ip是本地vip。

5、使用scan的客户端负载均衡:

tyt_scan=

      (DESCRIPTION =

        (ADDRESS=(PROTOCOL=tcp)(HOST=myscan.taryartar.com)(PORT=1528))

        (CONNECT_DATA =

          (SERVICE_NAME = tar)

        )

      )

同样注意主机名和端口号。

6、客户端配置tns,如果不知道本地客户端文件tns和监听文件位置时,可以如下

Tnsping xxx

其中,xxx是随便写的东西。

7、把上面的两段tns配置拷贝到客户端的tnsnames.ora文件中去。

  然后可以测试是否能够解析:tnsping tyt_normal

本地宿主机:

传统负载均衡:

使用scan的负载均衡:

8、测试没有问题后,就可以测试负载均衡,使用tns连接数据库,

sqlplus system/Xtyt2008@tyt_normal

连接不上!

传统监听是属于oracle用户的,首选看本地监听是否正常:

本地监听没问题,都是起着的。

本地监听属于oracle用户,去检查oracle执行文件权限:

节点2

发现少个s位。

节点1

也少个s位。

都赋权chmod 6751 oracle

然后在次连接:

Ok!连接成功。

再看使用scan的连接。

Scan连接也正常了。

需要说明的是,tns配置中使用scan配置主机名,需要配置宿主机的首选dns服务器是我们的rac集群的dns服务器:

否则无法解析。

即:

这个地方配置的主机名要能通过dns解析出来:


<think>好的,我现在要解决用户提到的Linux连接Oracle时出现的ORA-01031权限不足的问题。首先,我需要回忆一下这个错误的常见原因和可能的解决方法。ORA-01031通常发生在用户尝试连接到数据库实例时,但权限不够。可能的原因包括用户权限不足、操作系统认证问题,或者Oracle的配置问题。 首先,我应该检查用户是否有足够的权限。用户是否被授予了CREATE SESSION权限?如果没有,管理员需要授予这个权限。此外,用户是否属于正确的角色,比如DBA角色?有时候,即使有CONNECT角色,也可能权限不足,特别是如果权限是通过角色间接获得的,而登录时没有启用该角色。 接下来是操作系统认证的问题。在Linux环境下,Oracle允许通过操作系统组(如OSDBA或OSOPER)进行认证。用户是否属于这些组?例如,通常dba组对应OSDBA,而oper组对应OSOPER。检查/etc/group文件中的用户组,确认用户是否在相应的组里。另外,如果使用SQL*Plus,尝试以“/ AS SYSDBA”方式连接,这时候会使用操作系统认证,可能需要用户有正确的组成员身份。 然后,检查Oracle的sqlnet.ora文件中的SQLNET.AUTHENTICATION_SERVICES参数是否设置为NTS或ALL,或者是否包含BEQ。不同的设置会影响操作系统认证的使用。在Linux下,可能需要设置为BEQ来启用基于本地连接的认证。 另外,密码文件的问题也可能导致这个错误。如果使用密码文件认证,检查是否存在密码文件,位置是否正确($ORACLE_HOME/dbs/orapw$ORACLE_SID),以及用户是否有SYSDBA或SYSOPER权限。可以使用orapwd工具重新生成密码文件,并确保SYS用户的密码正确。 还有,监听器配置是否正确?如果通过监听器连接,检查listener.oratnsnames.ora文件中的配置是否正确,服务名和实例名是否匹配。有时候错误的TNS配置会导致连接错误的实例,从而引发权限问题。 此外,环境变量是否正确设置?ORACLE_SID、ORACLE_HOME、PATH等变量是否正确指向目标实例和Oracle安装目录。错误的ORACLE_SID可能导致连接到错误的实例,而用户在该实例中没有权限。 最后,可能需要检查数据库的登录触发器或者审计设置,是否阻止了用户的登录。有时候数据库中有after logon触发器,可能会拒绝某些用户的连接。 总结可能的步骤: 1. 确认用户的数据库权限,尤其是CREATE SESSION。 2. 检查操作系统组和Oracle的OS认证配置。 3. 验证密码文件的存在和权限。 4. 检查网络配置文件和监听器设置。 5. 确保环境变量正确。 6. 查看数据库的日志文件,如alert.log,获取更多错误信息。 用户可能需要逐一排查这些方面,根据具体情况调整配置。例如,如果用户属于dba组但仍然无法连接,可能需要确认Oracle的sqlnet.ora中的认证方式是否正确。或者,如果密码文件丢失,重新创建它可能解决问题。此外,检查是否区分了大小写的用户名,尤其是在Oracle 12c及以上版本中,使用引号的用户名可能需要特别注意。</think>当在Linux系统中连接Oracle数据库时出现 **ORA-01031: insufficient privileges** 错误,通常是由于用户权限不足或认证配置问题导致。以下是逐步排查和解决方法: --- ### **1. 确认用户权限** **问题根源**:数据库用户缺少 `CREATE SESSION` 权限或未分配足够的角色。 **解决方法**: - 以管理员身份(如 `SYS` 或 `SYSTEM`)登录数据库,检查用户权限: ```sql -- 检查用户是否拥有 CREATE SESSION 权限 SELECT * FROM dba_sys_privs WHERE grantee = 'YOUR_USERNAME'; -- 检查用户是否被授予了必要角色(如 CONNECT) SELECT * FROM dba_role_privs WHERE grantee = 'YOUR_USERNAME'; ``` - 如果权限不足,手动授予权限: ```sql GRANT CREATE SESSION TO your_username; -- 如果需要更高权限(如 SYSDBA) GRANT SYSDBA TO your_username; ``` --- ### **2. 检查操作系统认证配置** **问题根源**:用户未加入 `OSDBA` 或 `OSOPER` 组,导致无法通过操作系统认证。 **解决方法**: - 确认用户所属的Linux用户组: ```bash # 检查用户是否属于 dba 或 oinstall 组 groups your_linux_username ``` - 若未加入,添加到组: ```bash usermod -aG dba your_linux_username ``` - 验证操作系统认证方式: - 尝试以 `SYSDBA` 身份登录: ```bash sqlplus / as sysdba ``` - 若失败,检查 `$ORACLE_HOME/network/admin/sqlnet.ora` 中的配置: ```ini SQLNET.AUTHENTICATION_SERVICES = (BEQ, NTS) # 允许操作系统认证 ``` --- ### **3. 检查密码文件** **问题根源**:密码文件丢失、损坏或用户未在密码文件中注册。 **解决方法**: - 确认密码文件存在: ```bash ls $ORACLE_HOME/dbs/orapw$ORACLE_SID ``` - 若不存在,重新生成密码文件: ```bash orapwd file=$ORACLE_HOME/dbs/orapw$ORACLE_SID password=your_password entries=10 ``` - 检查用户是否在密码文件中: ```sql SELECT * FROM v$pwfile_users WHERE username = 'YOUR_USERNAME'; ``` - 若未列出,以 `SYSDBA` 登录后执行: ```sql GRANT SYSDBA TO your_username; ``` --- ### **4. 验证网络配置** **问题根源**:监听器配置错误或TNS别名问题。 **解决方法**: - 检查监听器状态: ```bash lsnrctl status ``` - 确认 `tnsnames.ora` 中的连接信息正确: ```ini YOUR_ALIAS = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = your_host)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = your_service_name) ) ) ``` - 使用完整TNS字符串测试连接: ```bash sqlplus username/password@'(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=host)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=service_name)))' ``` --- ### **5. 检查环境变量** **问题根源**:`ORACLE_SID` 或 `ORACLE_HOME` 未正确设置。 **解决方法**: - 确认环境变量已配置: ```bash echo $ORACLE_SID # 应显示当前实例名 echo $ORACLE_HOME # 应指向Oracle安装目录 ``` - 手动设置变量: ```bash export ORACLE_SID=your_sid export ORACLE_HOME=/u01/app/oracle/product/19c/dbhome_1 export PATH=$ORACLE_HOME/bin:$PATH ``` --- ### **6. 查看日志文件** - 检查数据库的 `alert.log` 文件,定位具体错误: ```bash tail -f $ORACLE_BASE/diag/rdbms/$ORACLE_SID/$ORACLE_SID/trace/alert_$ORACLE_SID.log ``` --- ### **总结步骤** 1. **确认用户权限**:确保用户拥有 `CREATE SESSION` 和必要角色。 2. **操作系统认证**:检查用户组和 `sqlnet.ora` 配置。 3. **密码文件**:验证文件存在性及用户权限。 4. **网络配置**:检查监听器和TNS配置。 5. **环境变量**:确保 `ORACLE_SID` 和 `ORACLE_HOME` 正确。 通过以上步骤,应能解决大部分 ORA-01031 错误。若问题仍存在,建议结合日志进一步分析。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值