程序运行起初没有问题，过几小时后数据库报错，报错信息如下

Question

因为不能确定是什么原因导致的oracle报错，所以我把我这几天遇到的错误和相关信息全都贴出来22-3月 -2012 09:15:51 * (CONNECT_DATA=(SID=piao)(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.1.100)(PORT=1761)) * establish * piao * 12505
TNS-12505: TNS: 监听程序当前无法识别连接描述符中所给出的 SID
23-3月 -2012 09:08:53 * (CONNECT_DATA=(SID=piao)(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.1.100)(PORT=1440)) * establish * piao * 12518
TNS-12518: TNS: 监听程序无法分发客户机连接
 TNS-12560: TNS: 协议适配器错误
  TNS-00530: 协议适配器错误
   32-bit Windows Error: 2: No such file or directory
23-3月 -2012 09:08:53 * service_died * piao * 12547
TNS-12547: TNS: 丢失连接
23-3月 -2012 09:08:53 * (CONNECT_DATA=(SID=piao)(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.1.100)(PORT=1441)) * establish * piao * 12505
TNS-12505: TNS: 监听程序当前无法识别连接描述符中所给出的 SID24-3月 -2012 07:41:24 * (CONNECT_DATA=(SID=piao)(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.1.100)(PORT=3122)) * establish * piao * 12518
TNS-12518: TNS: 监听程序无法分发客户机连接
 TNS-12560: TNS: 协议适配器错误
  TNS-00530: 协议适配器错误
   32-bit Windows Error: 233: Unknown error26-3月 -2012 08:33:46 * (CONNECT_DATA=(SID=piao)(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.1.100)(PORT=3695)) * establish * piao * 12528
TNS-12528: TNS: 监听程序: 所有适用例程都无法建立新连接
由于服务器上部署的项目有4个，所以初始化的连接比较多
正常的时候：select sid,serial#,username,program,machine,status from v$session;   110行左右
            select count(*) from v$session where status='INACTIVE';     95左右
报错的时候：select sid,serial#,username,program,machine,status from v$session;   15行左右
            select count(*) from v$session where status='INACTIVE';     10左右
oracle报错，往往是在程序运行了几个小时以后发生的，找了半个多月的原因了，还是没有得到解决，还请各位高手支招

Answer 1

硬盘空间还很大，刚才发现一个新问题
我建立了10个DISPATCHER 
一个都没有用
服务 "piaoXDB" 包含 1 个例程。
  例程 "piao", 状态 READY, 包含此服务的 10 个处理程序...
    处理程序:
      "D009" 已建立:0 已被拒绝:0 当前: 0 最大: 1002 状态: ready
         DISPATCHER <machine: SVCTAG-HXN11BX, pid: 11584>
         (ADDRESS=(PROTOCOL=tcp)(HOST=svctag-hxn11bx)(PORT=1688))
      "D008" 已建立:0 已被拒绝:0 当前: 0 最大: 1002 状态: ready
         DISPATCHER <machine: SVCTAG-HXN11BX, pid: 10364>
         (ADDRESS=(PROTOCOL=tcp)(HOST=svctag-hxn11bx)(PORT=1687))
      "D007" 已建立:0 已被拒绝:0 当前: 0 最大: 1002 状态: ready
         DISPATCHER <machine: SVCTAG-HXN11BX, pid: 6084>
         (ADDRESS=(PROTOCOL=tcp)(HOST=svctag-hxn11bx)(PORT=1686))
      "D006" 已建立:0 已被拒绝:0 当前: 0 最大: 1002 状态: ready
         DISPATCHER <machine: SVCTAG-HXN11BX, pid: 7600>
         (ADDRESS=(PROTOCOL=tcp)(HOST=svctag-hxn11bx)(PORT=1685))
      "D005" 已建立:0 已被拒绝:0 当前: 0 最大: 1002 状态: ready
         DISPATCHER <machine: SVCTAG-HXN11BX, pid: 3696>
         (ADDRESS=(PROTOCOL=tcp)(HOST=svctag-hxn11bx)(PORT=1684))
      "D004" 已建立:0 已被拒绝:0 当前: 0 最大: 1002 状态: ready
         DISPATCHER <machine: SVCTAG-HXN11BX, pid: 11636>
         (ADDRESS=(PROTOCOL=tcp)(HOST=svctag-hxn11bx)(PORT=1683))
      "D003" 已建立:0 已被拒绝:0 当前: 0 最大: 1002 状态: ready
         DISPATCHER <machine: SVCTAG-HXN11BX, pid: 7084>
         (ADDRESS=(PROTOCOL=tcp)(HOST=svctag-hxn11bx)(PORT=1682))
      "D002" 已建立:0 已被拒绝:0 当前: 0 最大: 1002 状态: ready
         DISPATCHER <machine: SVCTAG-HXN11BX, pid: 4764>
         (ADDRESS=(PROTOCOL=tcp)(HOST=svctag-hxn11bx)(PORT=1681))
      "D001" 已建立:0 已被拒绝:0 当前: 0 最大: 1002 状态: ready
         DISPATCHER <machine: SVCTAG-HXN11BX, pid: 6480>
         (ADDRESS=(PROTOCOL=tcp)(HOST=svctag-hxn11bx)(PORT=1680))
      "D000" 已建立:0 已被拒绝:0 当前: 0 最大: 1002 状态: ready
         DISPATCHER <machine: SVCTAG-HXN11BX, pid: 11816>
         (ADDRESS=(PROTOCOL=tcp)(HOST=svctag-hxn11bx)(PORT=1678))
服务 "piao_XPT" 包含 1 个例程。
  例程 "piao", 状态 READY, 包含此服务的 1 个处理程序...
    处理程序:
      "DEDICATED" 已建立:9542 已拒绝:0 状态:ready
         LOCAL SERVER
命令执行成功
用的还是默认的，而且每隔一会，“已建立”的就涨一点，一直不停的缓慢增长，怎么解决？

Answer 2

表空间情况我也查了一下
表空间名：SYSAUX 使用百分比91.83
表空间名：SYSTEM 使用百分比99.09
表空间名：PIAO 使用百分比19.72
表空间名：TEMP 使用百分比100.00看着数据正常么，表空间我不太懂，还望各位大哥指教

Answer 3

system表空间  和 temp临时表空间
都满了

Answer 4

temp临时表空间  是你平时执行一些查询之类的操作 生成的临时数据
应该是你的程序有问题  导致一次性执行了大量的数据查询 并且没走索引导致的先把满了的表空间加下空间
把临时表空间换掉  然后进程序 看看 执行哪里会造成临时表空间的暴涨

Answer 5

如何增大system和temp的表空间大小，能贴出来么，谢啦

Answer 6

你用的ORACLE 共享模式？ 你什么项目还用这种模式使用数据库
但看你连接数据库都是使用专有模式在使用数据库啊！！！
你报错都是因为共享模式连接失败产生的错误。建议不要使用共享模式，现在都是三层架构，共享模式应用中都几乎不用了

Answer 7

我用的oracle版本是
版本   TNSLSNR for 32-bit Windows: Version 10.2.0.1.0 - Production

Answer 8

我用以下语句已经修改了temp表空间大小（原来的大小为20m）
alter tablespace temp add tempfile 'temp02.dbf' size 2000m;
alter database tempfile 'temp01.dbf' offline;
alter database tempfile 'temp01.dbf'  drop;修改后表空间名：SYSAUX 使用百分比91.89
表空间名：SYSTEM 使用百分比99.09
表空间名：PIAO 使用百分比19.72
表空间名：TEMP 使用百分比1.08system表空间还没有找到修改的办法，等下再去查一查

Answer 9

应该就是temp表空间的问题了，既然已经改了，估计问题不大了

Answer 10

这跟临时表空间有什么关系？你的应用有很多临时表要存储数据还是经常要多大表排序？
你SYSTEM表空间明显要增加了，跟其他表空间增加的操作一样，增加个数据文件就是了

Answer 11

你的sga_max_size设为多大？也许是消耗的内存太多，可以减少sga_max_size看看。

Answer 12

感谢各位朋友的意见，近一个月来服务器每天都要当机2次以上，经过昨天对temp表空间的扩大，昨天一整天服务器没当过机，直到现在也没有在出过问题，在以前这是不曾有过的。小弟不才，是个程序员，对数据库不甚了解，昨天苦于没有找到扩大system表空间和sysaux表空间的办法，结果表明服务器当机的主要原因还是在temp表空间上，不过今天终于找到了增大system与sysaux表空间的办法，贴出来与大家分享一下
alter tablespace system add datafile 'system_01.dbf' size 1024M;
alter tablespace sysaux add datafile 'sysaux_01.dbf' size 1024M;
可以结贴了，再次感谢大家