服务器后台的数据库是oracle,在今天系统登录的时候报“登录不了数据库,IO异常”,结果是全公司都登不上去,我重启了一下服务器才好了,我想可能是用户并发量太大的缘故,不知道各位大虾认同不?有什么解决办法没?没分了,请原谅!

解决方案 »

  1.   

    对不能靠猜滴,
    查看一下数据库alter<sid>.log日志,确认是否是数据库问题。
      

  2.   


    还是要看看alert日志文件,里边应该能找到一些异常情况。
      

  3.   

    因为太大,放到我的博客里的两篇文章,因为初学oracle,所以请各位多多帮助,链接有两个:
    一个是http://blog.csdn.net/xzb_99/archive/2010/04/29/5544316.aspx
    另外一个是http://blog.csdn.net/xzb_99/archive/2010/04/29/5544287.aspx服务器是 windows 2003server 64位 oracle是 oracle10g 64位
      

  4.   

    alert日志中只发现一个JOB执行失败,无其它异常。是啥OS? 假如是WINDWOS,可以再看看WINDOWS的事件管理器。另外,select * from v$resource_limit where resource_name in ('processes', 'sessions');从这个SQL中查一下,是否有达到LIMIT的限制
      

  5.   

    OS是windows 2003server 64位  WINDOWS的事件管理器看不出来问题已经解决 谢谢各位的回答 是应为在线人数超过了规定的人数 扩大了就没问题
      

  6.   


    这个应该可以通过设置 process 值来解决的。
      

  7.   

    个人看法:process值不会导致" IO异常"的,我遇到过process不够的情况,错不是这个报法的,而且只要杀一些进程或等一下自己会好的,楼主的好像不是这样哦.
    建议重导下库试试,就是exp逻辑导出,删了原来的对象,再重建,imp导入
                  或是backup 全库,删了数据文件,再用备份去重新恢复一个
    如果一个库从有开始很久都没有重建过,运行了很长一段时间之后,数据在物理文件中存在形式可能会变得很零乱,这样一会影响性能,二出错的机率会大大增加的。
    如果你的alter<sid>.log中的特别大的(几G)我认为这种原因的可能性很大