oracle listener.log 提示的什么问题?

私念醉美 2017-10-23 10:27:57
23-10月-2017 09:43:21 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=CisServer))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55836)) * establish * orcl * 0
23-10月-2017 09:43:21 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=CisServer))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55838)) * establish * orcl * 0
23-10月-2017 09:43:22 * service_update * orcl * 0

监听日志提示这个些有问题吗?
...全文
625 30 打赏 收藏 转发到动态 举报
写回复
用AI写文章
30 条回复
切换为时间正序
请发表友善的回复…
发表回复
minsic78 2017-10-23
  • 打赏
  • 举报
回复
150M监听日志一点都不大。 为什么10.77.76.20这台机器短时间内以这种频率连接数据库? 是初始化连接?还是这台机器连接kyeemis用户时使用了错误的密码?
私念醉美 2017-10-23
  • 打赏
  • 举报
回复
引用 6 楼 minsic78 的回复:
至少你主题贴发的那几行日志都正常,一些是远程连接建立的信息,最后是实例动态注册更新信息。 监听没那么容易出问题的,除非: 1、系统资源吃紧,所以诊断这种问题操作系统的监控是少不了的; 2、数据库本身存在性能问题,比如大量短连接导致的问题——当然如果实在何种情况的话,监听日志中也可以看出点端倪 如果你真的怀疑是监听出了问题,那么主题贴的那么三五行日志是远远不够的。
jia 加监听日志 150多M 23-10月-2017 09:33:54 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=CisServer))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55477)) * establish * orcl * 0 23-10月-2017 09:33:54 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=CisServer))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55478)) * establish * orcl * 0 23-10月-2017 09:33:54 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=CisServer))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55480)) * establish * orcl * 0 23-10月-2017 09:33:54 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=CisServer))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55481)) * establish * orcl * 0 23-10月-2017 09:33:55 * service_update * orcl * 0 23-10月-2017 09:33:58 * service_update * orcl * 0 23-10月-2017 09:34:01 * service_update * orcl * 0 23-10月-2017 09:34:04 * service_update * orcl * 0 23-10月-2017 09:34:07 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=CisServer))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55486)) * establish * orcl * 0 23-10月-2017 09:34:07 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=CisServer))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55487)) * establish * orcl * 0 23-10月-2017 09:34:07 * service_update * orcl * 0 23-10月-2017 09:34:11 * service_update * orcl * 0 23-10月-2017 09:34:11 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=CisServer))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55490)) * establish * orcl * 0 23-10月-2017 09:34:11 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=CisServer))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55491)) * establish * orcl * 0 23-10月-2017 09:34:14 * service_update * orcl * 0 23-10月-2017 09:34:20 * service_update * orcl * 0 23-10月-2017 09:34:21 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=CisServer))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55494)) * establish * orcl * 0 23-10月-2017 09:34:21 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=CisServer))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55495)) * establish * orcl * 0 23-10月-2017 09:34:25 * (CONNECT_DATA=(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=kyeemis))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55498)) * establish * orcl * 0 23-10月-2017 09:34:25 * (CONNECT_DATA=(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=kyeemis))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55499)) * establish * orcl * 0 23-10月-2017 09:34:25 * (CONNECT_DATA=(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=kyeemis))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55500)) * establish * orcl * 0 23-10月-2017 09:34:25 * (CONNECT_DATA=(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=kyeemis))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55501)) * establish * orcl * 0 23-10月-2017 09:34:25 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=e:\app\administrator\product\11.2.0\dbhome_1\bin\ORACLE.EXE)(HOST=SR-JINGYI)(USER=kyeemis))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55502)) * establish * orcl * 0 23-10月-2017 09:34:25 * (CONNECT_DATA=(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=Sr-Jingyi)(USER=kyeemis))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55503)) * establish * orcl * 0 23-10月-2017 09:34:25 * (CONNECT_DATA=(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=Sr-Jingyi)(USER=kyeemis))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55504)) * establish * orcl * 0 23-10月-2017 09:34:26 * service_update * orcl * 0 23-10月-2017 09:34:31 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=CisServer))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55505)) * establish * orcl * 0 23-10月-2017 09:34:31 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=CisServer))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55506)) * establish * orcl * 0 23-10月-2017 09:34:38 * service_update * orcl * 0 23-10月-2017 09:34:41 * service_update * orcl * 0 23-10月-2017 09:34:41 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=CisServer))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55509)) * establish * orcl * 0 23-10月-2017 09:34:41 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=CisServer))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55510)) * establish * orcl * 0 23-10月-2017 09:34:42 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=CisServer))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55513)) * establish * orcl * 0 23-10月-2017 09:34:42 * (CONNECT_DATA=(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=kyeemis))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55515)) * establish * orcl * 0 23-10月-2017 09:34:42 * (CONNECT_DATA=(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=kyeemis))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55516)) * establish * orcl * 0 23-10月-2017 09:34:45 * (CONNECT_DATA=(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=kyeemis))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55517)) * establish * orcl * 0 23-10月-2017 09:34:45 * (CONNECT_DATA=(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=kyeemis))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55518)) * establish * orcl * 0 23-10月-2017 09:34:46 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=e:\app\administrator\product\11.2.0\dbhome_1\bin\ORACLE.EXE)(HOST=SR-JINGYI)(USER=kyeemis))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55519)) * establish * orcl * 0 23-10月-2017 09:34:47 * service_update * orcl * 0 23-10月-2017 09:34:52 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=CisServer))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55520)) * establish * orcl * 0 23-10月-2017 09:34:52 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=CisServer))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55521)) * establish * orcl * 0 23-10月-2017 09:34:53 * service_update * orcl * 0 23-10月-2017 09:34:55 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=CisServer))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55524)) * establish * orcl * 0 23-10月-2017 09:34:56 * service_update * orcl * 0 23-10月-2017 09:34:56 * (CONNECT_DATA=(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=kyeemis))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55525)) * establish * orcl * 0 23-10月-2017 09:34:56 * (CONNECT_DATA=(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=kyeemis))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55526)) * establish * orcl * 0 23-10月-2017 09:34:56 * (CONNECT_DATA=(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=kyeemis))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55527)) * establish * orcl * 0 23-10月-2017 09:34:56 * (CONNECT_DATA=(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=kyeemis))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55528)) * establish * orcl * 0 23-10月-2017 09:34:56 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=e:\app\administrator\product\11.2.0\dbhome_1\bin\ORACLE.EXE)(HOST=SR-JINGYI)(USER=kyeemis))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55529)) * establish * orcl * 0 23-10月-2017 09:34:59 * service_update * orcl * 0 23-10月-2017 09:34:59 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=CisServer))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55530)) * establish * orcl * 0 23-10月-2017 09:35:02 * service_update * orcl * 0 23-10月-2017 09:35:03 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SR-JINGYI)(USER=CisServer))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=55533)) * establish * orcl * 0 23-10月-2017 09:35:05 * service_update * orcl * 0 23-10月-2017 09:35:08 * service_update * orcl * 0
私念醉美 2017-10-23
  • 打赏
  • 举报
回复
引用 7 楼 qq646748739 的回复:
看不出Oracle数据库有什么问题,建议去程序层面(进程和线程的设置)分析。
好的 谢谢。
碧水幽幽泉 2017-10-23
  • 打赏
  • 举报
回复
看不出Oracle数据库有什么问题,建议去程序层面(进程和线程的设置)分析。
minsic78 2017-10-23
  • 打赏
  • 举报
回复
至少你主题贴发的那几行日志都正常,一些是远程连接建立的信息,最后是实例动态注册更新信息。 监听没那么容易出问题的,除非: 1、系统资源吃紧,所以诊断这种问题操作系统的监控是少不了的; 2、数据库本身存在性能问题,比如大量短连接导致的问题——当然如果实在何种情况的话,监听日志中也可以看出点端倪 如果你真的怀疑是监听出了问题,那么主题贴的那么三五行日志是远远不够的。
私念醉美 2017-10-23
  • 打赏
  • 举报
回复
引用 3 楼 qq646748739 的回复:
监听都是正常的,没什么问题呀。 你的问题是什么?
IIS线程池会卡住,点击 回收 程序池可以好? 找不到原因怀疑是不是,数据库链接出问题了,之前看alter日志已经处理了,一个月没有问题了,今天突然有遇到了。就想想是不是监听有问题?程序日志如下: 2017-10-22 21:19:51,843 [13] ERROR mHealth.Generic.Utils.LogUtil - Server did not respond within the specified timeout interval | at Devart.Data.Oracle.v.a(aw A_0, g A_1) at Devart.Data.Oracle.ao..ctor(aw A_0, ao A_1) at Devart.Data.Oracle.u.a(DbConnectionOptions A_0, Object A_1, DbConnectionBase A_2) at Devart.Common.DbConnectionFactory.a(DbConnectionPool A_0, DbConnectionOptions A_1, DbConnectionBase A_2) at Devart.Common.DbConnectionPool.a(DbConnectionBase A_0) at Devart.Common.DbConnectionPool.GetObject(DbConnectionBase owningConnection) at Devart.Common.DbConnectionFactory.b(DbConnectionBase A_0) at Devart.Common.DbConnectionClosed.Open(DbConnectionBase outerConnection) at Devart.Common.DbConnectionBase.Open() at Devart.Data.Oracle.OracleConnection.Open() at mHealth.Generic.Database.Helper.Oracle.OracleDbHelper.Open() at mHealth.Generic.Bll.BllFacade.DoProcess(BllProcess process) 2017-10-22 21:19:52,358 [9] ERROR mHealth.Generic.Utils.LogUtil - OCI invalid handle. | at Devart.Data.Oracle.v.a(aw A_0, g A_1) at Devart.Data.Oracle.ao..ctor(aw A_0, ao A_1) at Devart.Data.Oracle.u.a(DbConnectionOptions A_0, Object A_1, DbConnectionBase A_2) at Devart.Common.DbConnectionFactory.a(DbConnectionPool A_0, DbConnectionOptions A_1, DbConnectionBase A_2) at Devart.Common.DbConnectionPool.a(DbConnectionBase A_0) at Devart.Common.DbConnectionPool.GetObject(DbConnectionBase owningConnection) at Devart.Common.DbConnectionFactory.b(DbConnectionBase A_0) at Devart.Common.DbConnectionClosed.Open(DbConnectionBase outerConnection) at Devart.Common.DbConnectionBase.Open() at Devart.Data.Oracle.OracleConnection.Open() at mHealth.Generic.Database.Helper.Oracle.OracleDbHelper.Open() at mHealth.Generic.Bll.BllFacade.DoProcess(BllProcess process) 2017-10-22 21:19:52,421 [9] ERROR mHealth.Generic.Utils.LogUtil - OCI invalid handle. | at Devart.Data.Oracle.v.a(aw A_0, g A_1) at Devart.Data.Oracle.ao..ctor(aw A_0, ao A_1) at Devart.Data.Oracle.u.a(DbConnectionOptions A_0, Object A_1, DbConnectionBase A_2) at Devart.Common.DbConnectionFactory.a(DbConnectionPool A_0, DbConnectionOptions A_1, DbConnectionBase A_2) at Devart.Common.DbConnectionPool.a(DbConnectionBase A_0) at Devart.Common.DbConnectionPool.GetObject(DbConnectionBase owningConnection) at Devart.Common.DbConnectionFactory.b(DbConnectionBase A_0) at Devart.Common.DbConnectionClosed.Open(DbConnectionBase outerConnection) at Devart.Common.DbConnectionBase.Open() at Devart.Data.Oracle.OracleConnection.Open() at mHealth.Generic.Database.Helper.Oracle.OracleDbHelper.Open() at mHealth.Generic.Bll.BllFacade.DoProcess(BllProcess process) at Nurse.CisServer.Framework.GlobalSet.GlobalSetHandler.GetDatabaseTime() in E:\秦皇岛市第一医院\src\护理文书新\Project\服务端\CisServer\Framework\GlobalSet\GlobalSetHandler.ashx.cs:line 109 at Nurse.CisServer.Framework.GlobalSet.GlobalSetHandler.ProcessHttpRequest(HttpContext context) in E:\秦皇岛市第一医院\src\护理文书新\Project\服务端\CisServer\Framework\GlobalSet\GlobalSetHandler.ashx.cs:line 29 at mHealth.Generic.Handler.BaseHandler.ProcessRequest(HttpContext context) 2017-10-22 21:19:52,421 [13] ERROR mHealth.Generic.Utils.LogUtil - Server did not respond within the specified timeout interval | at Devart.Data.Oracle.v.a(aw A_0, g A_1) at Devart.Data.Oracle.ao..ctor(aw A_0, ao A_1) at Devart.Data.Oracle.u.a(DbConnectionOptions A_0, Object A_1, DbConnectionBase A_2) at Devart.Common.DbConnectionFactory.a(DbConnectionPool A_0, DbConnectionOptions A_1, DbConnectionBase A_2) at Devart.Common.DbConnectionPool.a(DbConnectionBase A_0) at Devart.Common.DbConnectionPool.GetObject(DbConnectionBase owningConnection) at Devart.Common.DbConnectionFactory.b(DbConnectionBase A_0) at Devart.Common.DbConnectionClosed.Open(DbConnectionBase outerConnection) at Devart.Common.DbConnectionBase.Open() at Devart.Data.Oracle.OracleConnection.Open() at mHealth.Generic.Database.Helper.Oracle.OracleDbHelper.Open() at mHealth.Generic.Bll.BllFacade.DoProcess(BllProcess process) at Nurse.CisServer.Framework.NursingTemplateDict.NursingTemplateDictHandler.DoNurseTemplateQuety() in E:\秦皇岛市第一医院\src\护理文书新\Project\服务端\CisServer\Framework\NursingTemplateDict\NursingTemplateDictHandler.ashx.cs:line 140 at Nurse.CisServer.Framework.NursingTemplateDict.NursingTemplateDictHandler.ProcessHttpRequest(HttpContext context) in E:\秦皇岛市第一医院\src\护理文书新\Project\服务端\CisServer\Framework\NursingTemplateDict\NursingTemplateDictHandler.ashx.cs:line 28 at mHealth.Generic.Handler.BaseHandler.ProcessRequest(HttpContext context)
碧水幽幽泉 2017-10-23
  • 打赏
  • 举报
回复
监听日志提示这个些有问题吗? 没问题,都是正常的。
碧水幽幽泉 2017-10-23
  • 打赏
  • 举报
回复
监听都是正常的,没什么问题呀。
你的问题是什么?
私念醉美 2017-10-23
  • 打赏
  • 举报
回复
引用 1 楼 qq646748739 的回复:
dos下执行下:lsnrctl status,然后截图发下!

碧水幽幽泉 2017-10-23
  • 打赏
  • 举报
回复
dos下执行下:lsnrctl status,然后截图发下!
私念醉美 2017-10-23
  • 打赏
  • 举报
回复
引用 28楼minsic78 的回复:
http://www.askmaclean.com/archives/performance-tuning-oracle-awr.html 这个连接对AWR介绍的比较全,当然如果你不想自己解读报告的话,就看前面几段话就可以了
好的,谢谢
灬龙king灬 2017-10-23
  • 打赏
  • 举报
回复
学习中.....
minsic78 2017-10-23
  • 打赏
  • 举报
回复
http://www.askmaclean.com/archives/performance-tuning-oracle-awr.html 这个连接对AWR介绍的比较全,当然如果你不想自己解读报告的话,就看前面几段话就可以了
minsic78 2017-10-23
  • 打赏
  • 举报
回复
引用 26 楼 sinat_33104693 的回复:
[quote=引用 25 楼 minsic78 的回复:] [quote=引用 22 楼 sinat_33104693 的回复:] [quote=引用 20 楼 minsic78 的回复:] [quote=引用 17 楼 minsic78 的回复:] 还有CisServer这个用户,连了很多次,也买看到在v$session中存在,说明你CisServer和kyeemis两个用户的连接全部没有连接到数据库。kyeemis
这个是我对日志的解读有问题,请无视~ 刚刚连了三贴,又不能编辑,只能将错就错了,sorry [/quote] CisServer和kyeemis 这连个分别对用数据库用户是 kyeecis 和 kyeehlzl、kyeesys用户; 登陆测试了都可以登陆正常没有问题。 我这问题是偶尔会出现一次服务日志给的感觉是数据库链接不上了,我回收一下线程池就好了。 回收线程池好了,感觉就是这个进程卡住了,但是程序都放服务器好几个月了,不会突然出这样的问题,所以我就怀疑是oracle 相关链接有问题,但是对oracle了解的有比较浅。所以求大神帮助[/quote] 你说的连接没问题可能是你已经将线程池已经回收了,恢复正常了才这样的。 这么看来,像是你卡住的时候数据库的连接数爆掉了,或者说是因为资源紧张监听没法响应了,如果是后者的话,监听日志中对应时间段应该也有些信息的,当然最好有操作系统的性能监控信息;而若是前者,那么可能是今天的并发数特别高,或者是某些常见SQL的性能突变了,能否取个线程池反常时间段的Oracle DB AWR报告?[/quote] Oracle DB AWR 这个怎么查看呢?[/quote] 如果你不知道这个东西,三言两语是解释不清的,只能说这是oracle数据库的一个性能诊断工具。
私念醉美 2017-10-23
  • 打赏
  • 举报
回复
引用 25 楼 minsic78 的回复:
[quote=引用 22 楼 sinat_33104693 的回复:] [quote=引用 20 楼 minsic78 的回复:] [quote=引用 17 楼 minsic78 的回复:] 还有CisServer这个用户,连了很多次,也买看到在v$session中存在,说明你CisServer和kyeemis两个用户的连接全部没有连接到数据库。kyeemis
这个是我对日志的解读有问题,请无视~ 刚刚连了三贴,又不能编辑,只能将错就错了,sorry [/quote] CisServer和kyeemis 这连个分别对用数据库用户是 kyeecis 和 kyeehlzl、kyeesys用户; 登陆测试了都可以登陆正常没有问题。 我这问题是偶尔会出现一次服务日志给的感觉是数据库链接不上了,我回收一下线程池就好了。 回收线程池好了,感觉就是这个进程卡住了,但是程序都放服务器好几个月了,不会突然出这样的问题,所以我就怀疑是oracle 相关链接有问题,但是对oracle了解的有比较浅。所以求大神帮助[/quote] 你说的连接没问题可能是你已经将线程池已经回收了,恢复正常了才这样的。 这么看来,像是你卡住的时候数据库的连接数爆掉了,或者说是因为资源紧张监听没法响应了,如果是后者的话,监听日志中对应时间段应该也有些信息的,当然最好有操作系统的性能监控信息;而若是前者,那么可能是今天的并发数特别高,或者是某些常见SQL的性能突变了,能否取个线程池反常时间段的Oracle DB AWR报告?[/quote] Oracle DB AWR 这个怎么查看呢?
minsic78 2017-10-23
  • 打赏
  • 举报
回复
引用 22 楼 sinat_33104693 的回复:
[quote=引用 20 楼 minsic78 的回复:] [quote=引用 17 楼 minsic78 的回复:] 还有CisServer这个用户,连了很多次,也买看到在v$session中存在,说明你CisServer和kyeemis两个用户的连接全部没有连接到数据库。kyeemis
这个是我对日志的解读有问题,请无视~ 刚刚连了三贴,又不能编辑,只能将错就错了,sorry [/quote] CisServer和kyeemis 这连个分别对用数据库用户是 kyeecis 和 kyeehlzl、kyeesys用户; 登陆测试了都可以登陆正常没有问题。 我这问题是偶尔会出现一次服务日志给的感觉是数据库链接不上了,我回收一下线程池就好了。 回收线程池好了,感觉就是这个进程卡住了,但是程序都放服务器好几个月了,不会突然出这样的问题,所以我就怀疑是oracle 相关链接有问题,但是对oracle了解的有比较浅。所以求大神帮助[/quote] 你说的连接没问题可能是你已经将线程池已经回收了,恢复正常了才这样的。 这么看来,像是你卡住的时候数据库的连接数爆掉了,或者说是因为资源紧张监听没法响应了,如果是后者的话,监听日志中对应时间段应该也有些信息的,当然最好有操作系统的性能监控信息;而若是前者,那么可能是今天的并发数特别高,或者是某些常见SQL的性能突变了,能否取个线程池反常时间段的Oracle DB AWR报告?
私念醉美 2017-10-23
  • 打赏
  • 举报
回复
引用 23 楼 sinat_33104693 的回复:
[quote=引用 21 楼 minsic78 的回复:] [quote=引用 19 楼 sinat_33104693 的回复:] [quote=引用 18 楼 minsic78 的回复:] 越来越怀疑连接频率有问题了,楼主你查下dba_audit_session这张审计表,看看今天最大连接次数的情况:
select username, userhost, trunc(timestamp), count(*)
  from dba_audit_session
 where timestamp >= trunc(sysdate)
 group by username, userhost, trunc(timestamp)
 order by 4
如果你会查等待事件,那么可以手工使用kyeemis用户登录数据库,看看是不是卡了,如果卡了,那么查询该登录会话对应在v$session视图中的event字段,如果是library cache lock之类的等待,那么十有八九就是连接过滤频繁导致的,通常要造成这种情况,必然有哪台客户端(可能是IIS,可能是其他应用)使用了错误的密码不停重试登录数据库的kyeemis用户。
[/quote] 这一天某个用户几千次的登录有点多啊,还有上万次的,今天连接有过重新初始化吗? 另外,楼主我看你5楼提到了“之前看alter日志已经处理了”,这个alert日志是数据库实例的alert?在alert日志里看到什么做了什么处理?[/quote] 之前alter日志里面老提示 oracle alter.log Fatal NI connect error 12170 后来在 1.在network/admin/listener.ora文件添加: INBOUND_CONNECT_TIMEOUT_LISTENER = 0 DIAG_ADR_ENABLED_LISTENER = OFF 2.在network/admin/sqlnet.ora 文件添加: DIAG_ADR_ENABLED = OFF SQLNET.INBOUND_CONNECT_TIMEOUT =0 然后没有报错了。程序也稳定了。现在好了一个多月了突然有开始报错误了。[/quote] alter 日志现在没有错我了,我指的报错是服务报错。
私念醉美 2017-10-23
  • 打赏
  • 举报
回复
引用 21 楼 minsic78 的回复:
[quote=引用 19 楼 sinat_33104693 的回复:] [quote=引用 18 楼 minsic78 的回复:] 越来越怀疑连接频率有问题了,楼主你查下dba_audit_session这张审计表,看看今天最大连接次数的情况:
select username, userhost, trunc(timestamp), count(*)
  from dba_audit_session
 where timestamp >= trunc(sysdate)
 group by username, userhost, trunc(timestamp)
 order by 4
如果你会查等待事件,那么可以手工使用kyeemis用户登录数据库,看看是不是卡了,如果卡了,那么查询该登录会话对应在v$session视图中的event字段,如果是library cache lock之类的等待,那么十有八九就是连接过滤频繁导致的,通常要造成这种情况,必然有哪台客户端(可能是IIS,可能是其他应用)使用了错误的密码不停重试登录数据库的kyeemis用户。
[/quote] 这一天某个用户几千次的登录有点多啊,还有上万次的,今天连接有过重新初始化吗? 另外,楼主我看你5楼提到了“之前看alter日志已经处理了”,这个alert日志是数据库实例的alert?在alert日志里看到什么做了什么处理?[/quote] 之前alter日志里面老提示 oracle alter.log Fatal NI connect error 12170 后来在 1.在network/admin/listener.ora文件添加: INBOUND_CONNECT_TIMEOUT_LISTENER = 0 DIAG_ADR_ENABLED_LISTENER = OFF 2.在network/admin/sqlnet.ora 文件添加: DIAG_ADR_ENABLED = OFF SQLNET.INBOUND_CONNECT_TIMEOUT =0 然后没有报错了。程序也稳定了。现在好了一个多月了突然有开始报错误了。
私念醉美 2017-10-23
  • 打赏
  • 举报
回复
引用 20 楼 minsic78 的回复:
[quote=引用 17 楼 minsic78 的回复:] 还有CisServer这个用户,连了很多次,也买看到在v$session中存在,说明你CisServer和kyeemis两个用户的连接全部没有连接到数据库。kyeemis
这个是我对日志的解读有问题,请无视~ 刚刚连了三贴,又不能编辑,只能将错就错了,sorry [/quote] CisServer和kyeemis 这连个分别对用数据库用户是 kyeecis 和 kyeehlzl、kyeesys用户; 登陆测试了都可以登陆正常没有问题。 我这问题是偶尔会出现一次服务日志给的感觉是数据库链接不上了,我回收一下线程池就好了。 回收线程池好了,感觉就是这个进程卡住了,但是程序都放服务器好几个月了,不会突然出这样的问题,所以我就怀疑是oracle 相关链接有问题,但是对oracle了解的有比较浅。所以求大神帮助
minsic78 2017-10-23
  • 打赏
  • 举报
回复
引用 19 楼 sinat_33104693 的回复:
[quote=引用 18 楼 minsic78 的回复:] 越来越怀疑连接频率有问题了,楼主你查下dba_audit_session这张审计表,看看今天最大连接次数的情况:
select username, userhost, trunc(timestamp), count(*)
  from dba_audit_session
 where timestamp >= trunc(sysdate)
 group by username, userhost, trunc(timestamp)
 order by 4
如果你会查等待事件,那么可以手工使用kyeemis用户登录数据库,看看是不是卡了,如果卡了,那么查询该登录会话对应在v$session视图中的event字段,如果是library cache lock之类的等待,那么十有八九就是连接过滤频繁导致的,通常要造成这种情况,必然有哪台客户端(可能是IIS,可能是其他应用)使用了错误的密码不停重试登录数据库的kyeemis用户。
[/quote] 这一天某个用户几千次的登录有点多啊,还有上万次的,今天连接有过重新初始化吗? 另外,楼主我看你5楼提到了“之前看alter日志已经处理了”,这个alert日志是数据库实例的alert?在alert日志里看到什么做了什么处理?
加载更多回复(10)

17,377

社区成员

发帖
与我相关
我的任务
社区描述
Oracle 基础和管理
社区管理员
  • 基础和管理社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧