123
返回列表 发新帖
楼主: amirons

oracle 11g 耗尽分配内存,连接中断问题

[复制链接]
论坛徽章:
47
蒙奇·D·路飞
日期:2017-03-27 08:04:23马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11一汽
日期:2013-09-01 20:46:27复活蛋
日期:2013-03-13 07:55:232013年新春福章
日期:2013-02-25 14:51:24ITPUB 11周年纪念徽章
日期:2012-10-09 18:03:322012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:20
21#
发表于 2017-2-28 01:40 | 只看该作者
本帖最后由 Yong Huang 于 2017-2-27 11:47 编辑

I see "desktop heap allocation failed" in your Event Viewer. Can you confirm that the time of this error corresponds to the starting time of your connection failure and also TNS-12531? If so, the solution is in Oracle note

Windows: Connections Via the Listener Fail with TNS-12531 On Windows 64-bit Platform (Doc ID 1384337.1)

--- begin quote ---
You need to check the third value for the registry entry \HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\SubSystems\:
Eg:
SharedSection=1024,20480,1024
The third argument is the maximum amount of heap memory allocated to non interactive desktops. Increase this third value and check when the TNS error disappears. There is no optimum value, it depends from one system to another.
A change in registry setting will require a restart of the machine.
--- end quote ---

Note that the description of the registry key in this document is not quite right. It should be ... Session Manager\SubSystems\Windows, and the value is like
%SystemRoot%\system32\csrss.exe ObjectDirectory=\Windows SharedSection=1024,20480,768 Windows=...
In this case, you can increase the 3rd value 768 by at least 256 for example.

That very likely will solve your problem. If not, also check to see if there's any program or task that runs at the time you start to have the problem. Disable antivirus if it's enabled. Disable any hot backup agent if it's scheduled.

使用道具 举报

回复
论坛徽章:
0
22#
 楼主| 发表于 2017-2-28 07:57 | 只看该作者
Yong Huang 发表于 2017-2-28 01:40
I see "desktop heap allocation failed" in your Event Viewer. Can you confirm that the time of this e ...

thankyou verymuch.I will check again

使用道具 举报

回复
论坛徽章:
3
2010新春纪念徽章
日期:2010-01-04 08:33:08优秀写手
日期:2013-12-18 09:29:10秀才
日期:2018-06-21 10:08:00
23#
发表于 2017-2-28 08:39 | 只看该作者
你看看数据库alert日志吧,应该是processes参数不够引起的。
进入sqlplus查看一下:
show parameter processes;
修改:
alter system set processes=1000 scope=spfile;
然后重启数据库

使用道具 举报

回复
论坛徽章:
18
秀才
日期:2017-06-14 16:27:23ITPUB18周年纪念章
日期:2018-09-17 10:12:57ITPUB18周年纪念章
日期:2018-09-17 10:09:49秀才
日期:2018-06-21 10:08:00秀才
日期:2018-04-08 14:48:31秀才
日期:2018-04-08 14:37:33秀才
日期:2017-12-12 09:50:56秀才
日期:2017-12-12 09:50:10秀才
日期:2017-12-12 09:49:20秀才
日期:2017-09-18 17:33:59
24#
发表于 2017-2-28 09:01 | 只看该作者
amirons 发表于 2017-2-28 07:57
thankyou verymuch.I will check again

1.IP地址要固定,确定你的IP是固定的,是否为双网卡
2.如unix007所说要看一下processes和session,设定3000也可以
3.我们一般是client 端连接AP Server,通过Server net provide连接DB,如果直接势必造成
DB LOADING,这时要考虑其它方案缓解

使用道具 举报

回复
论坛徽章:
0
25#
 楼主| 发表于 2017-2-28 22:16 | 只看该作者
kasabulanka888 发表于 2017-2-28 09:01
1.IP地址要固定,确定你的IP是固定的,是否为双网卡
2.如unix007所说要看一下processes和session,设定3 ...

扛不住,重新安装了

使用道具 举报

回复
论坛徽章:
47
蒙奇·D·路飞
日期:2017-03-27 08:04:23马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11一汽
日期:2013-09-01 20:46:27复活蛋
日期:2013-03-13 07:55:232013年新春福章
日期:2013-02-25 14:51:24ITPUB 11周年纪念徽章
日期:2012-10-09 18:03:322012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:20
26#
发表于 2017-2-28 22:55 | 只看该作者
本帖最后由 Yong Huang 于 2017-2-28 09:01 编辑

You lost a very important opportunity to learn by simply reinstalling the software. A possible solution is permanently lost. But if you were under high pressure and pressed for a project deadline, I understand what you were feeling.

If the processes parameter was set too low, (1) you would see ORA-00020 in alert.log, and (2) your database would reject connection whether it's local or through Oracle Net (SQL*Net). Neither applied to your case so I don't think your processes was set too low.

Whether the cause of the problem is due to dual network cards is hard to say. I don't see any evidence for that. But I'm pretty sure the server load was not the cause based on the resource monitor images you showed earlier.

Being an IT professional requires more than pure technical skills. General troubleshooting skills are just as important. Be very keen on finding minor differences between different scenarios. Pay extra attention to what happens at the time of the error. Research on all relevant error messages. Unfortunately, you don't seem to be interested in doing this sort of things.

使用道具 举报

回复
论坛徽章:
0
27#
 楼主| 发表于 2017-2-28 23:08 | 只看该作者
Yong Huang 发表于 2017-2-28 22:55
You lost a very important opportunity to learn by simply reinstalling the software. A possible solut ...

thankyou verymuch.but I must fix it as soon as possible.Miss the chance of learning.what a pity

使用道具 举报

回复
论坛徽章:
18
秀才
日期:2017-06-14 16:27:23ITPUB18周年纪念章
日期:2018-09-17 10:12:57ITPUB18周年纪念章
日期:2018-09-17 10:09:49秀才
日期:2018-06-21 10:08:00秀才
日期:2018-04-08 14:48:31秀才
日期:2018-04-08 14:37:33秀才
日期:2017-12-12 09:50:56秀才
日期:2017-12-12 09:50:10秀才
日期:2017-12-12 09:49:20秀才
日期:2017-09-18 17:33:59
28#
发表于 2017-3-2 10:23 | 只看该作者
amirons 发表于 2017-2-28 23:08
thankyou verymuch.but I must fix it as soon as possible.Miss the chance of learning.what a pity

1.监听是静态注册的还是动态注册的?这个也是有一个原因吧,只是目前的排除项太多,从你提供的选项来看很难找到根本原因。

2.如果有STB的话,可以切换一下,把备库做为主库看一下情况

3.针对你的重装来说相对来看也是一个方法,只是如上所说,你失去一个学习的机会,一个找根本原因的机会,不确定你重装后能否解决,但上述的几个选项一定要提前规划好
如:内核参数,hostname,监听注册(静,动态注册选定),IP规划,ILO确定,performance监控,DB软体监控等等,以上设定好后出现问题才可以快速查找问题和排除问题,谢谢

使用道具 举报

回复
论坛徽章:
0
29#
 楼主| 发表于 2017-3-27 09:58 | 只看该作者
最终问题还是监听问题,但是没有找到解决办法。后来是卸掉ORACLE 11g后重新安装ORACLE 12c,问题没有现再出现。推测原因是oracle 11.2.0.1.0这样的低版本与windows server 2012这样的操作系统兼容性不好所致,也不知道这种推测对不对。感谢各位的大力帮忙。

使用道具 举报

回复
论坛徽章:
0
30#
发表于 2017-5-8 15:05 | 只看该作者
我判断是监听的问题,因为你sqlplus / as sysdba 可以正常连接,而sqlplus someuser/password@xxx 等待时间长。 我的建议是监听删了重建,并且使用静态监听看看效果。另外方便的话把sqlplus / as sysdba 执行show parameter target 的结果贴一下。

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表