Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/oracle/10.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Oracle 网格控制随时间变慢_Oracle - Fatal编程技术网

Oracle 网格控制随时间变慢

Oracle 网格控制随时间变慢,oracle,Oracle,我们使用网格控制10.2.0.4,目录存储库数据库也使用10.2.0.4。似乎在启动一两周后,web界面的响应时间变得非常差(导航到新页面的时间超过20秒,通常为2-3秒)。我们发现唯一可以克服它的方法是重新启动目录数据库和GC/OMS。警报日志中没有报告错误,只是速度慢得无法忍受。是否有任何使用GC的Oracle DBA看到了这一点(并希望找到解决方案) 我们迁移到了大约一个月前您使用的同一版本,但没有遇到您遇到的问题。至少现在还没有。您检查过OMS日志了吗?CPU使用率和/或磁盘使用率是否过

我们使用网格控制10.2.0.4,目录存储库数据库也使用10.2.0.4。似乎在启动一两周后,web界面的响应时间变得非常差(导航到新页面的时间超过20秒,通常为2-3秒)。我们发现唯一可以克服它的方法是重新启动目录数据库和GC/OMS。警报日志中没有报告错误,只是速度慢得无法忍受。是否有任何使用GC的Oracle DBA看到了这一点(并希望找到解决方案)

我们迁移到了大约一个月前您使用的同一版本,但没有遇到您遇到的问题。至少现在还没有。您检查过OMS日志了吗?CPU使用率和/或磁盘使用率是否过高?

该问题似乎是OMS出现更大问题的征兆。直接原因似乎是OMS_HOME/sysman/recv/clob目录包含近100K个文件。为什么会发生这种情况是与Oracle进行公开SR的主题。在Oracle的指导下,我几乎删除了该目录中的所有内容,并且性能得到了显著提高

更新,1/15/2009:
Oracle已打开此问题的错误报告。运行GC 10.2.0.4的windows平台上的任何人都应该关注此目录,并定期清除它(如果它不是自动发生的)。

通过每周重新启动计划解决的web服务器中的SIN数量就像沙粒通过一个小时玻璃。Windoze Server 2003。是的,我想在这个操作系统中重新启动是不可避免的。不过,它是一台生产服务器,没有什么与众不同的。在时间允许的情况下,我已经对日志进行了筛选,但由于这不会引起客户的悲痛,因此没有太多的时间允许:-)