免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 2750 | 回复: 6
打印 上一主题 下一主题

ORA-12500,无法启动专用进程 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2010-06-21 23:31 |只看该作者 |倒序浏览
oracle log:
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up ORACLE RDBMS Version: 10.1.0.2.0.
System parameters with non-default values:
  processes                = 300
  sessions                 = 335
  __shared_pool_size       = 83886080
  __large_pool_size        = 4194304
  __java_pool_size         = 8388608
  nls_language             = SIMPLIFIED CHINESE
  nls_territory            = CHINA
  sga_target               = 289406976
  control_files            = D:\ORACLE\PRODUCT\10.1.0\ORADATA\MY\CONTROL01.CTL, D:\ORACLE\PRODUCT\10.1.0\ORADATA\MY\CONTROL02.CTL, D:\ORACLE\PRODUCT\10.1.0\ORADATA\MY\CONTROL03.CTL
  db_block_size            = 8192
  __db_cache_size          = 188743680
  compatible               = 10.1.0.2.0
  db_file_multiblock_read_count= 16
  db_recovery_file_dest    = D:\oracle\product\10.1.0\flash_recovery_area
  db_recovery_file_dest_size= 2147483648
  undo_management          = AUTO
  undo_tablespace          = UNDOTBS1
  remote_login_passwordfile= EXCLUSIVE
  db_domain                =
  dispatchers              = (PROTOCOL=TCP) (SERVICE=myXDB)
  job_queue_processes      = 10
  background_dump_dest     = D:\ORACLE\PRODUCT\10.1.0\ADMIN\MY\BDUMP
  user_dump_dest           = D:\ORACLE\PRODUCT\10.1.0\ADMIN\MY\UDUMP
  core_dump_dest           = D:\ORACLE\PRODUCT\10.1.0\ADMIN\MY\CDUMP
  sort_area_size           = 65536
  db_name                  = my
  open_cursors             = 300
  pga_aggregate_target     = 95420416
Mon Jun 21 01:02:16 2010
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
starting up 1 shared server(s) ...
PMON started with pid=2, OS id=1096
DBW0 started with pid=4, OS id=1904
LGWR started with pid=5, OS id=284
CKPT started with pid=6, OS id=784
SMON started with pid=7, OS id=600
CJQ0 started with pid=9, OS id=776
MMAN started with pid=3, OS id=744
Mon Jun 21 01:02:21 2010
alter database mount exclusive
RECO started with pid=8, OS id=804
Mon Jun 21 01:02:21 2010
Controlfile identified with block size 16384
Mon Jun 21 01:02:25 2010
Setting recovery target incarnation to 2
Mon Jun 21 01:02:25 2010
Successful mount of redo thread 1, with mount id 1037880157
Mon Jun 21 01:02:25 2010
Database mounted in Exclusive Mode.
Completed: alter database mount exclusive
Mon Jun 21 01:02:26 2010
alter database open
Mon Jun 21 01:02:26 2010
Beginning crash recovery of 1 threads
attempting to start a parallel recovery with 2 processes
parallel recovery started with 2 processes
Mon Jun 21 01:02:26 2010
Started first pass scan
Mon Jun 21 01:02:27 2010
Completed first pass scan
4867 redo blocks read, 600 data blocks need recovery
Mon Jun 21 01:02:28 2010
Started redo application at
Thread 1: logseq 5, block 10017, scn 0.0
Recovery of Online Redo Log: Thread 1 Group 1 Seq 5 Reading mem 0
  Mem# 0 errs 0: D:\ORACLE\PRODUCT\10.1.0\ORADATA\MY\REDO01.LOG
Mon Jun 21 01:02:29 2010
Completed redo application
Mon Jun 21 01:02:30 2010
Completed crash recovery at
Thread 1: logseq 5, block 14884, scn 0.348205
600 data blocks read, 600 data blocks written, 4867 redo blocks read
Mon Jun 21 01:02:31 2010
Thread 1 advanced to log sequence 6
Maximum redo generation record size = 120832 bytes
Maximum redo generation change vector size = 116476 bytes
Private_strands 7 at log switch
Thread 1 opened at log sequence 6
  Current log# 2 seq# 6 mem# 0: D:\ORACLE\PRODUCT\10.1.0\ORADATA\MY\REDO02.LOG
Successful open of redo thread 1
Mon Jun 21 01:02:32 2010
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Mon Jun 21 01:02:32 2010
SMON: enabling cache recovery
Mon Jun 21 01:02:34 2010
Successfully onlined Undo Tablespace 1.
Mon Jun 21 01:02:34 2010
SMON: enabling tx recovery
Mon Jun 21 01:02:34 2010
Database Characterset is ZHS16GBK
Mon Jun 21 01:02:35 2010
Published database character set on system events channel
Mon Jun 21 01:02:35 2010
All processes have switched to database character set
Mon Jun 21 01:02:38 2010
Starting background process QMNC
QMNC started with pid=15, OS id=1552
Mon Jun 21 10:47:40 2010
replication_dependency_tracking turned off (no async multimaster replication found)
Mon Jun 21 10:47:41 2010
Starting background process MMON
Starting background process MMNL
MMON started with pid=16, OS id=604
MMNL started with pid=17, OS id=616
Mon Jun 21 10:47:43 2010
Completed: alter database open
Mon Jun 21 10:47:55 2010
db_recovery_file_dest_size of 2048 MB is 0.00% used. This is a
user-specified limit on the amount of space that will be used by this
database for recovery-related files, and does not reflect the amount of
space available in the underlying filesystem or ASM diskgroup.

论坛徽章:
0
2 [报告]
发表于 2010-06-21 23:33 |只看该作者
在创建services的时候,测试连接过程中一直报 ORA-12500,无法为服务提供专用进程,使用sql developer连接也报同样的错误;
SQL> select count(*) from V$session;

  COUNT(*)
----------
        13
SQL> show parameter proces
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------
aq_tm_processes                      integer     0
db_writer_processes                  integer     1
gcs_server_processes                 integer     0
job_queue_processes                  integer     10
log_archive_max_processes            integer     2
processes                            integer     300
SQL> show parameter sga

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
lock_sga                             boolean     FALSE
pre_page_sga                         boolean     FALSE
sga_max_size                         big integer 276M
sga_target                           big integer 276M

论坛徽章:
59
2015七夕节徽章
日期:2015-08-24 11:17:25ChinaUnix专家徽章
日期:2015-07-20 09:19:30每周论坛发贴之星
日期:2015-07-20 09:19:42ChinaUnix元老
日期:2015-07-20 11:04:38荣誉版主
日期:2015-07-20 11:05:19巳蛇
日期:2015-07-20 11:05:26CU十二周年纪念徽章
日期:2015-07-20 11:05:27IT运维版块每日发帖之星
日期:2015-07-20 11:05:34操作系统版块每日发帖之星
日期:2015-07-20 11:05:36程序设计版块每日发帖之星
日期:2015-07-20 11:05:40数据库技术版块每日发帖之星
日期:2015-07-20 11:05:432015年辞旧岁徽章
日期:2015-07-20 11:05:44
3 [报告]
发表于 2010-06-22 08:47 |只看该作者
本帖最后由 renxiao2003 于 2010-06-22 08:49 编辑

1   .可能已经达到连接的上限了,关掉几个session再连.
2.   alter   system   set   process=150;但是如果内存跟不上,照样不行.

从你的参数设置来看,可能是因为内存原因造成的。
sga_max_size                         big integer 276M
sga_target                           big integer 276M

可能是你的sga_max_size值小了点吧。不知道你的计算机的内存是多大。

论坛徽章:
27
处女座
日期:2016-04-18 14:00:4515-16赛季CBA联赛之福建
日期:2023-03-31 15:54:2315-16赛季CBA联赛之深圳
日期:2020-06-02 10:10:5015-16赛季CBA联赛之广夏
日期:2019-07-23 16:59:452016科比退役纪念章
日期:2019-06-26 16:59:1315-16赛季CBA联赛之天津
日期:2019-05-28 14:25:1915-16赛季CBA联赛之青岛
日期:2019-05-16 10:14:082016科比退役纪念章
日期:2019-01-11 14:44:062016科比退役纪念章
日期:2018-07-18 16:17:4015-16赛季CBA联赛之上海
日期:2017-08-22 18:18:5515-16赛季CBA联赛之江苏
日期:2017-08-04 17:00:4715-16赛季CBA联赛之佛山
日期:2017-02-20 18:21:13
4 [报告]
发表于 2010-06-22 08:49 |只看该作者
1   .可能已经达到连接的上限了,关掉几个session再连.
2.   alter   system   set   process=150;但是如果 ...
renxiao2003 发表于 2010-06-22 08:47



    max不一定要比target大,但是 276M的也太小了吧,一般来说 target 的值最好设置为 系统内存的 40% 左右 ~

论坛徽章:
59
2015七夕节徽章
日期:2015-08-24 11:17:25ChinaUnix专家徽章
日期:2015-07-20 09:19:30每周论坛发贴之星
日期:2015-07-20 09:19:42ChinaUnix元老
日期:2015-07-20 11:04:38荣誉版主
日期:2015-07-20 11:05:19巳蛇
日期:2015-07-20 11:05:26CU十二周年纪念徽章
日期:2015-07-20 11:05:27IT运维版块每日发帖之星
日期:2015-07-20 11:05:34操作系统版块每日发帖之星
日期:2015-07-20 11:05:36程序设计版块每日发帖之星
日期:2015-07-20 11:05:40数据库技术版块每日发帖之星
日期:2015-07-20 11:05:432015年辞旧岁徽章
日期:2015-07-20 11:05:44
5 [报告]
发表于 2010-06-22 08:53 |只看该作者
回复 4# evaspring


    你的速度也挺快。我刚才改了我的帖子了。看网上说的target是Oracle自动管理的!

论坛徽章:
27
处女座
日期:2016-04-18 14:00:4515-16赛季CBA联赛之福建
日期:2023-03-31 15:54:2315-16赛季CBA联赛之深圳
日期:2020-06-02 10:10:5015-16赛季CBA联赛之广夏
日期:2019-07-23 16:59:452016科比退役纪念章
日期:2019-06-26 16:59:1315-16赛季CBA联赛之天津
日期:2019-05-28 14:25:1915-16赛季CBA联赛之青岛
日期:2019-05-16 10:14:082016科比退役纪念章
日期:2019-01-11 14:44:062016科比退役纪念章
日期:2018-07-18 16:17:4015-16赛季CBA联赛之上海
日期:2017-08-22 18:18:5515-16赛季CBA联赛之江苏
日期:2017-08-04 17:00:4715-16赛季CBA联赛之佛山
日期:2017-02-20 18:21:13
6 [报告]
发表于 2010-06-22 08:56 |只看该作者
回复  evaspring


    你的速度也挺快。我刚才改了我的帖子了。看网上说的target是Oracle自动管理的!
renxiao2003 发表于 2010-06-22 08:53



    是的,现在ORACLE 推荐就是使用自动内存管理。

论坛徽章:
0
7 [报告]
发表于 2010-06-22 10:42 |只看该作者
回复 3# renxiao2003


    我的机器内存就1G,1024*0.4,应该400M左右我看看。啊!谢谢~
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP