各位高人帮忙看看,应用服务器常连接不上数据库.

mengzhaoliang

原帖由 microsoft_fly 于 2008-3-11 15:32 发表
starting up 1 shared server(s)

和这个有关系吗?

我理解是启动了一个共享服务器,具体的定义不知道.请赐教.

microsoft_fly

oracle 的共享模式就是问题比较多的，如果并发数不是很多的话，就使用专用模式吧
不过看了下你的机器，processes                = 150
  timed_statistics         = TRUE
  shared_pool_size         = 50331648
  large_pool_size          = 8388608
  java_pool_size           = 33554432
  control_files            = C:\oracle\oradata\eomsxp\CONTROL01.CTL, C:\oracle\oradata\eomsxp\CONTROL02.CTL, C:\oracle\oradata\eomsxp\CONTROL03.CTL
  db_block_size            = 8192
  db_cache_size            = 25165824
  compatible               = 9.2.0.0.0
  db_file_multiblock_read_count= 16
  fast_start_mttr_target   = 300
  undo_management          = AUTO
  undo_tablespace          = UNDOTBS1
  undo_retention           = 10800
  remote_login_passwordfile= EXCLUSIVE
  db_domain                =
  instance_name            = eomsxp
  dispatchers              = (PROTOCOL=TCP) (SERVICE=eomsxpXDB)
  job_queue_processes      = 10
  hash_join_enabled        = TRUE
  background_dump_dest     = C:\oracle\admin\eomsxp\bdump
  user_dump_dest           = C:\oracle\admin\eomsxp\udump
  core_dump_dest           = C:\oracle\admin\eomsxp\cdump
  sort_area_size           = 524288
  db_name                  = eomsxp
  open_cursors             = 300
  star_transformation_enabled= FALSE
  query_rewrite_enabled    = FALSE
  pga_aggregate_target     = 25165824
估计到一定的连接数后也会DOWN，分配给oracle的内存太少，我的机器都比这个好很多

[ 本帖最后由 microsoft_fly 于 2008-3-11 15:57 编辑 ]

rakit_lin

用这个查查session数
select sessions_current,sessions_highwater from v$license;

最后能吧trace文件也贴上来

golem1999

starting up 1 shared server(s)
这个不是数据库是共享模式的意思，专用模式启动也有这个信息。
如果能找到原来的参数文件可以对比一下。
现在最好还是能得到alert或客户端的连接不上时的报错。
process=150还是可能有些小，应用服务器有可能会连上很多进程，开大也不占资源，设到500吧。

golem1999

也可能应用服务器有问题，不能自动断开会话，造成会话越来越多。

mengzhaoliang

原帖由 microsoft_fly 于 2008-3-11 15:45 发表
oracle 的共享模式就是问题比较多的，如果并发数不是很多的话，就使用专用模式吧
不过看了下你的机器，processes                = 150
  timed_statistics         = TRUE
  shared_pool_size         = 50331648
  large_pool_size          = 8388608
  java_pool_size           = 33554432
  control_files            = C:\oracle\oradata\eomsxp\CONTROL01.CTL, C:\oracle\oradata\eomsxp\CONTROL02.CTL, C:\oracle\oradata\eomsxp\CONTROL03.CTL
  db_block_size            = 8192
  db_cache_size            = 25165824
  compatible               = 9.2.0.0.0
  db_file_multiblock_read_count= 16
  fast_start_mttr_target   = 300
  undo_management          = AUTO
  undo_tablespace          = UNDOTBS1
  undo_retention           = 10800
  remote_login_passwordfile= EXCLUSIVE
  db_domain                =
  instance_name            = eomsxp
  dispatchers              = (PROTOCOL=TCP) (SERVICE=eomsxpXDB)
  job_queue_processes      = 10
  hash_join_enabled        = TRUE
  background_dump_dest     = C:\oracle\admin\eomsxp\bdump
  user_dump_dest           = C:\oracle\admin\eomsxp\udump
  core_dump_dest           = C:\oracle\admin\eomsxp\cdump
  sort_area_size           = 524288
  db_name                  = eomsxp
  open_cursors             = 300
  star_transformation_enabled= FALSE
  query_rewrite_enabled    = FALSE
  pga_aggregate_target     = 25165824
估计到一定的连接数后也会DOWN，分配给oracle的内存太少，我的机器都比这个好很多

是有点小,同时访问的话也就150到200之间,如果连接不上的话,也应该在该文件中体现出来啊.这日志没报什么错!

randylin2006

原帖由 mengzhaoliang 于 2008-3-11 16:08 发表




是有点小,同时访问的话也就150到200之间,如果连接不上的话,也应该在该文件中体现出来啊.这日志没报什么错!

连接不上应该在listener的log体现，还有你设成shared server，应用服务器连到数据库也是shared server的模式连接，如果不是， process肯定偏小。楼主需要检测一下，连不上来后，数据库的连接有多少

hz_wm

原帖由 mengzhaoliang 于 2008-3-11 16:08 发表




是有点小,同时访问的话也就150到200之间,如果连接不上的话,也应该在该文件中体现出来啊.这日志没报什么错!

听楼主的意思，繁忙的时候会超过150，那不就连不上了嘛？

150是小点，不知道你具体的应用是怎么样的？ 繁忙的系统，我们都设在1500

应该和归档没什么关系吧？

rakit_lin

你重启数据库后在最繁忙的时候用我给你的sql查一下

mengzhaoliang

原帖由 randylin2006 于 2008-3-11 16:17 发表

连接不上应该在listener的log体现，还有你设成shared server，应用服务器连到数据库也是shared server的模式连接，如果不是， process肯定偏小。楼主需要检测一下，连不上来后，数据库的连接有多少

多谢了,先看看.