Oracle 11gR1 默认设置调整

Oracle 11gR1 默认设置调整

默认没有设置LOCAL_LISTENER参数客户端登录会报错,ORA-12545: 因目标主机或对象不存在, 连接失败。有两种解决方法,一是改服务端配置(更好),二是改客户端。
设置 LOCAL_LISTENER参考 MOS Notes ID 364855.1。
在两个实例上分别执行:
SQL> alter system set LOCAL_LISTENER="(address=(protocol=tcp)(port=1521)(host=<your_vip_node1>)) scope=both sid='INSTANCE_NAME1';SQL> alter system set LOCAL_LISTENER="(address=(protocol=tcp)(port=1521)(host=<your_vip_node2>)) scope=both sid='INSTANCE_NAME2';注意your_vip_node1使用ip,如果使用主机名,还是需要在客户端修改hosts文件。
修改客户端hosts文件添加类似:
172.25.198.224 racnode1-vip172.25.198.225 racnode2-vip默认使用ADR管理日志和跟踪文件ADR(Automatic Diagnostic Repository)是自动诊断信息库,11g新特性,用来统一管理Oracle相关的所有日志和跟踪文件。
由于监听相关的日志现在也由ADR统一管理了,导致alert log里会大量出现TNS-12535: TNS:operation timed out的报错信息。 11g之前,这类报错是写在sqlnet.log里的。
如果不想看到alert log里报错太多,可以将监听相关的日志改为11g前的记录方式:

[*]修改sqlnet.ora,添加: DIAG_ADR_ENABLED = OFF
[*]修改listener.ora,添加: DIAG_ADR_ENABLED_
= OFF [*]重启或reload监听。
这个其实不需要改,只需忽略TNS类的报错就是。改了,监听相关的故障就不能通过adrci工具来诊断了。
默认密码策略默认一个用户10次登录失败,会锁定用户。如果某用户不停使用错误密码登录数据库,会导致用户被锁定,使得业务受影响。应修改此策略为不限制。
SQL> alter profile default FAILED_LOGIN_ATTEMPTS unlimited;默认一个用户密码如果超过180天不更改,也会锁定用户。如果你的DB密码不能经常修改的话,此策略也应修改。
SQL> alter profile default PASSWORD_LIFE_TIME unlimited;默认审计设置在Oracle 11g中,审计功能(AUDIT_TRAIL)是默认开启的。审计数据记录在数据库中的SYS.AUD$表上。11g以前的版本中,审计默认是关闭的。
如果你发现AUD$这个表比较大了,检查下是哪种审计占的空间:
SQL> select action_name,count(*) from dba_audit_trail group by action_name;一般是LOGON和LOGOFF类型的审计最多。取消此类审计:
SQL> noaudit session whenever successful;一般来说,如果空间不是占的特别多,此类审计还是保留为好。可以取消对一些登录特别频繁的用户的审计,比如DBSNMP用户:
SQL> noaudit session by dbsnmp;默认维护窗口默认的维护窗口平时是22:00开始,持续4小时,周末6:00开始,持续20小时。
根据需要进行修改,比如7x24的系统,可以将维护窗口修改为每天0:00开始,持续4小时,周末也一样。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
TNS-12541: TNS: 无监听程序 TNS-12560: TNS: 协议适配器错误 TNS-00511: 无监听程序 文章转自:http://www.luocs.com/archives/464.html 此文版权归作者 – yaogang所有,转载请注明yaogang©www.luocs.com。 Luocs说:这是我一个朋友的一个监听器问题解决案例,这是昨天发生的事情,我一直跟朋友一起Troubleshooting,折腾了半天最后是BUG所致。再次汗颜,Windows平台惹不起啊!好,那么下面开始分享我朋友的案例! 环境描述: OS : Windows Server 2008 64Bit (做了HA) DB : 11.1.0.7.0 排错过程: 前天应用不能访问数据库了 (后台应用能访问数据库),故障发生。 马上登录到服务器里查看监听状态,发现有TNS-12541 ,TNS-12560等错误 Luocs补充:我跟朋友要了错误代码,但他没有保存,就直接贴图。 从计算器的管理 –> 服务选项 –> 检查oracle 监听服务程序,发现该服务已经停止。 手动把监听服务启动,这时候服务状态上显示为已启动,但在CMD窗口执行lsnrctl status的时候依然返回错误信息: C:\>lsnrctl status LSNRCTL for 64-bit Windows: Version 11.1.0.7.0 - Production on 12-11月-2012 18:1 8:32 Copyright (c) 1991, 2008, Oracle. All rights reserved. 正在连接到 (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=10.10.203.218)(PORT=1521))) TNS-12541: TNS: 无监听程序 TNS-12560: TNS: 协议适配器错误 TNS-00511: 无监听程序 64-bit Windows Error: 61: Unknown error 正在连接到 (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1521))) 过段时间回显非常慢。 然后我检查了下告警日志,大量的ora错误 Fatal NI connect error 12170. VERSION INFORMATION: TNS for 64-bit Windows: Version 11.1.0.7.0 - Production Oracle Bequeath NT Protocol Adapter for 64-bit Windows: Version 11.1.0.7.0 - Production Windows NT TCP/IP NT Protocol Adapter for 64-bit Windows: Version 11.1.0.7.0 - Production Time: 12-11月-2012 15:23:33 Tracing not turned on. Tns error struct: ns main err code: 12535 TNS-12535: TNS: 操作超时 ns secondary err code: 12560 nt main err code: 0 nt secondary err code: 0 nt OS err code: 0 Client address: ORA-609 : opiodr aborting process unknown ospid (4116_6104) 这时候朋友怀疑是不是监听器配置问题,就把原先的监听器删除重建了下,问题依然。 网上有个解决TNS-12535错误的案例,平台和版本都很类似,如下: 1、在 sqlnet.ora文件中 增加如下行: DIAG_ADR_ENABLED = OFF 2、在listener.ora文件中增加如下行: DIAG_ADR_ENABLED_ = OFF 如何监听是listener时,则前面的名称为:DIAG_ADR_ENABLED_LISTENER = OFF 3、重新启动windows服务管理中的监听程序.先停止,然后再重新启动. 4、检查结果.发现可以了,返回的值在10毫秒.有时为0毫秒.成功!! 但这并不是问题发生原因,在继续排查过程中偶然发现监听日志大小居然为4G。然后把这现象告诉了Luocs。 过了一会儿,Luocs回应是
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值