oradbm的博客

*特别注意的是，设置完成后，如果应用存在重连功能的，没有作用。另外之前建立的链接还是会超时，只对新的会话生效。**为了干脆的解决问题，空闲时段我将会话全部提出，今日再次观察，运行正常，不再有掉线的发生。

经过一系列的探讨和实操，对监听原理及其维护已有了更加通透的认识。了解背后的工作机理，掌握正确的配置方法，还能利用日志做诊断，把握数据库监听管理的全貌。精通这些知识点，使得面对任何困难都信心满满。这篇文章像打开了一扇窗，通过它，可以看到数据库管理领域的广阔天地，滋养专业成长的土壤。希望这些内容为数据库的稳定运行做出贡献，也为那些寻找专业指导的朋友提供帮助。参考文献Oracle 19cOracle 19c参数Oracle 19cOracle 19cOracle 19c。

cat /etc/redhat-release Red Hat Enterprise Linux Server release 6. (Santiago)[eoms@tjyd-dzyw-jiekou24 admin]$ vi sqlnet.oratcp.validnode_checking=yessqlnet.encryptionSQLNET.EXPIRE_TIME=10tcp.invited_nodes=(10.2.0.1,10.2.0.3)sqlnet.inbound_connect_time

手工创建的service资源区分首选节点与备用节点，客户端无论通过哪个节点请求连接都会固定连接到service资源的首选节点，只有当首选节点故障才会连接到备用节点。创建数据库会默认创建与数据库同名的service，默认的service实现所有实例的。，可以认为数据库的所有实例是默认创建的service的首选节点。-w：在failover之前两次尝试连接的时间间隔。-z：在failover之前重新尝试连接的次数。-s：新创建的service名称。创建service资源。启动service资源。

strace srvctl start listener -l listener 未跟踪到任何有用信息。我们知道listener使用grid用户管理的。1 使用scan地址无法连接数据库。且listener为启动状态。2 连接数据库报错，无法提供堆栈程序错误，数据库连接数未达到上线。strace lsnrctl start 跟踪到对应信息如下。1 将节点1 监听进程使用kill -9命令删除。3 但是启动节点1的listener发现如下报错。1 使用strace命令进行跟踪发现问题所在。

近期对某部门的一套数据库进行迁移，迁移方案如下：在主机A 的存储上面 装好对应的软件以及对应的从备份中恢复数据库。迁移时将B主机的存储下线，将spile以及最后的归档日志拷贝到A主机进行恢复，然后resetlogs打开数据库即可。但是 在 进行存储挂接时发现 A主机 oracle UID为 300，而B主机UID 为 301当把 A主机的存储 挂接到 B主机时，发现 文件 以及目录的 owner均变为300，不先是对应的oracle用户 ，处理方案 ：1 在B主机中创建新的用户 oracle1 UID为30

适用于:Oracle Net Services - 版本 11.2.0.4 到 12.1.0.2 [发行版 11.2 到 12.1]本文档所含信息适用于所有平台介绍listener新的注册相关的安全功能 - 有效节点检查功能。11.2.0.4以及更高版本里引入这个功能是为了解决下面的安全问题：alert-cve-2012-1675https://www.oracle.com/technetwo...

脚本如下：CREATE OR REPLACE PROCEDURE SYS.DB_KILL_INACTIVE_CLIENTS ASsql1 varachar2(1000);BEGIN FOR IIN (SELECT SID, SERIAL#, INST_ID, MODULE,STATUS FROM gv$session S WHERE S.USERNAME IS NOT NULL AND UPPE...

客户端先从tnsnames.ora文件中获取数据库服务器所在的IP、端口号、使用协议、服务名等信息，然后连接到数据库的监听程序，监听判断用户请求的服务名是否有效，如有效则请求服务器后台进程创建一个服务器进程，并给其分配PGA，（包括进程之间数据包的传递）之后监听将创建好的服务器程序的端口号和地址发送给用户进程，随后用户进程与监听的连接断开。用户进程就可以根据信息连接到服务器进程，服务器进程对用户进程进行身份验证，通常是输入账号密码，服务器进程将账号密码与缓冲区的数据字典中的内容进行匹配，如匹配成

用户在命令窗口输入sqlplus / as sysdba提示ORA-01031: insufficient privileges 错误，同样的，在输入rman target / 提示同样的错误问题分析使用sqlplus / as sysdba登陆数据库，提示权限不够，也就是我们常用的用操作系统认证方式登录数据库必须满足下面两个条件：sqlplus sys/admin@127.0.0.1:1521/ORCL as sysdba --成功登录!1. 操作系統用户是否dba组，oracle文件.

SYMPTOMSOn : 11.2.0.4 version, RDBMS, Solaris x86-64 platformThe local connection (sqlplus /nolog conn / as sysdba) takes about 20 seconds.TRUSS -D SQLPLUS / AS SYSDBA @123.SQL0.0955 ioctl(9, SIOCGARP, 0xFFFFFD7FFFDF7A60) = 00.0956 write(10, "02 x\0\0

1 问题现象今日业务反馈程序主机无法连接数据库，数据库节点为10.2.1.1，业务节点为10.2.1.3现象为10.2.1.3 ping 10.2.1.1可以ping通。但是使用telnet 10.2.1.1 1521 超时。问题很诧异 ，防火墙状态：业务节点防火墙开启。数据库节点防火墙关闭。使用telnet程序为 tcp包传递，在业务节点防火墙开启，tcp回包失败，导致 telnet失败 。查看业务节点防火墙状态以及策略vi /etc/sysconfig/iptables

tcp.invited_nodes白名单配置tcp.validnode_checking=yessqlnet.encryptionSQLNET.EXPIRE_TIME=10tcp.invited_nodes=(10.2.20.25,10.22.60.20,10.22.60.0/24,10.22.200.0/22)sqlnet.inbound_connect_timeout=30使用10.228.248.x网段进行连接主机数据库如下：bash-3.2$ sqlplus system/cm

java连接oracle的url几种写法jdbc:oracle:thin:@10.12.1.161:1521:bomcjdbc:oracle:thin:@(DESCRIPTION=(LOAD_BALANCE=on)(ADDRESS=(PROTOCOL=TCP) (HOST=127.0.0.1) (PORT=1521))(ADDRESS=(PROTOCOL=TCP) (HOST=10.32.11.4)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=bomc

一、概述本文将给大家介绍如何限制某个ip或某个ip段才能访问Oracle数据库1.通过sqlnet.ora2.通过/etc/hosts.deny和/etc/hosts.allow3.通过iptables二、正式实验本次实验环境是Centos6.10 + Oracle 11.2.0.4单实例，数据库服务器ip地址为192.168.31.71通过sqlnet.oraa. 关闭数据库服务器上的防火墙，修改sqlnet.ora文件该文件放在$ORACLE_HOME/network/admin下

Oracle数据库共享连接和专用连接在专用连接方式中，每一个连接到数据库服务器的客户端请求，服务器会和客户端之间建立起连接，这个连接用于专门处理该客户端的所有请求，直到用户主动断开连接或网络出现中断。在连接处于空闲时，后台进程PMON会每隔一段时间，就会测试用户连接状况，如果连接已断开，PMON会清理现场，释放相关的资源。 专用连接相当于一对一的连接，能够快速的响应用户的请求。当然，在连接的时候，首先要创建PGA（Program global area），参数pga_aggregate_target 决定

11.2.0.4 DBCA does not bring up pop-up window to enter password for SYS in ASM which results in ORA:01017 (INVALID USERNAME/PASSWORD; LOGON DENIED) (Doc ID 1597579.1)APPLIES TO:Oracle Database - Enterprise Edition - Version 11.2.0.4 and laterInformation

今天在技术群里，一个人问oracle12c 如何修改监听密码，网上各种参考文档都无效……查看监听的帮助信息：可见12c中并没有change_password的参数了。在11g中查看监听的帮助信息，有change_password参数。查看set help也并没有任何关于passwrod的参数。于是查看oracle的官方文档，发现12c已经取消了监听设置密码的特性：Desupport of Oracle Net Listener PasswordIn Oracle Da

oracle-1条updata的故事客户端SQL Plus请求连接，监听接受客户端的TCP连接，并获取客户端发过来的TNS数据包。监听进程打开用于与子进程通信的管道，同时fork一个子进程，称为“监听子进程1”的子进程，然后监听进程一直等待，直到这个“监听子进程1”结束。监听子进程1 Fork出子进程2。完成上面一步，子进程1马上退出并结束子进程1。子进程2收集本进程所在的主机...

密码文件，是仅用来限制具有sysdba或者sysoper权限的用户以远程的方式连接数据库的密码校验文件。如果不存在密码文件或者密码文件丢失，那么以sysdba或者sysoper权限的用户将无法登陆并返回错误：[oracle@home2 dbs]$ mv orapwthinkbase orapwthinkbase.bak[oracle@home1 ~]$ sqlplus sys/oracle@t...

杀掉所有LOCAL=NO的远程连接ps -ef |grep LOCAL=NO|grep -v grep|awk '{print $2}'|xargs kill -9alter system kill session 'SID,SERIAL#' IMMEDIATE;alter system kill session '339,1189,@2' immediate;...

APPLIES TO: Oracle Database Cloud Exadata Service - Version N/A and later Oracle Database Exadata Express Cloud Service - Version N/A and later Oracle ...

1 服务端监听tracelsnrctlset current_Listener listener_LWTRACE 16TRACE OFF ----不需要重启监听程序。2 客户端配置信息如下：在$ORACLE_HOME/network/admin/sqlnet.ora文件添加如下跟踪参数：TRACE_LEVEL_CLIENT=16TRACE_FILE_CLIENT=CL...

解决：在Oracle用户（不是grid用户）下，将$ORACLE_HOME/network/admin/sqlnet.ora文件原来的SQLNET.ALLOWED_LOGON_VERSION=8注释掉（如果没有sqlnet.ora文件，那么就创建一个），修改为如下的行： SQLNET.ALLOWED_LOGON_VERSION_SERVER=8 SQLNET.ALLOWED_LO...

Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=10.xxxxxx)(PORT=2537))Fatal NI connect error 12170. VERSION INFORMATION: TNS for Solaris: Version 11.2.0.4.0 - Production Oracl...

http://blog.itpub.net/29357786/viewspace-1769373/ORACLE数据库安全漏洞之监听密码设置原创Oracle作者：清风艾艾时间：2015-08-12 15:37:0315480 Oracle相关组件安全防范做的可谓真够全面，当然监听程序也有相关的安全设置；默认状态下，用户不需要使用任何密码即通过lsnrctl 工具对Orac...

使用netmgr进行配置，以及监听密码：在上面拒绝的访问客户以及可以访问的客户机，写入IP地址即可。进行监听密码配置。重启监听程序C:\Users\Administrator>lsnrctl stopLSNRCTL for 64-bit Windows: Version 12.2.0.1.0 - Production on 26-7月 -2019 17:14:...

ORA-609 错误分析及解决方法某个客户数据库在巡检的时候发现alert日志里不定期会出现ORA-609错误，大致内容如下：***********************************************************************Fatal NI connect error 12537, connecting to:(LOCAL=NO)V...

最近收到一个告警，用户说数据库无法连接，但是从监控上看，oracle的后台进程已经侦听进程还是在的，没有任何的alert。登录数据库，已经恢复正常，但是在数据库的alertlog中发现大量的ora-3136的报错：Thu Feb 17 09:07:31 2011WARNING: inbound connection timed out (ORA-3136)Thu Feb 17 09:0...

今日客户数据库连接报错，在使用plsql进行数据库连接时出现如下报错信息：ORA-12542 TNS 地址已被占用。问题排查：1 使用其他服务器客户端连接数据库正常。2 只有这一台机器连接数据库异常查询相关的metalink文档发现如下：2016/11/22 文档显示https://support.oracle.com/epmos/faces/S