oracle sqlplus startup错误合集,整理了我碰到的几个错误和解决方式

oracle安装完成以后,在sqlplus中使用startup出现的各种错误合计和解决方案。如果你碰到了,可以作为参考。
另外Oracle 11gR2 从头安装我写了另一篇文章 => Oracle安装

oracle排错

  • 错误1:

    SQL> startup
    ORA-48108: invalid value given for the diagnostic_dest init.ora parameter
    ORA-48140: the specified ADR Base directory does not exist [/u01/app/oracle/product/11.2.0/xe/dbs/<ORACLE_BASE>]
    ORA-48187: specified directory does not exist
    Linux-x86_64 Error: 2: No such file or directory
    Additional information: 1
    
    // 解决方案
    进入/u01/app/oracle/product/11.2.0/xe/dbs目录下,修改initXE.ora
    删除 diagnostic_dest 这个变量
    
  • 错误2:

    SQL> startup
    ORA-00845: MEMORY_TARGET not supported on this system
    
    // 解决方案
    // 查看日志发现
    bash-4.4$ cat /u01/app/oracle/diag/rdbms/orcl/XE/trace/alert_XE.log
    Mon May 31 16:08:22 2021
    Starting ORACLE instance (normal)
    WARNING: You are trying to use the MEMORY_TARGET feature. This feature requires the /dev/shm file system to be mounted for at least 1073741824 bytes. /dev/shm is either not mounted or is mounted with available space less than this size. Please fix this so that MEMORY_TARGET can work as expected. Current available is 957739008 bytes
    and used is 0 bytes. Ensure that the mount point is /dev/shm for this directory.
    memory_target needs larger /dev/shm
    // 报错信息表示我至少需要1073741824 bytes的 空间,你只有957739008 bytes
    // 使用df -h 查看发现我的 /dev/shm 确实只有914M,所以修改这个的大小使之满足条件。
    bash-4.4$ df -h
    Filesystem      Size  Used Avail Use% Mounted on
    devtmpfs        899M     0  899M   0% /dev
    tmpfs           914M     0  914M   0% /dev/shm
    tmpfs           914M  480K  913M   1% /run
    tmpfs           914M     0  914M   0% /sys/fs/cgroup
    /dev/vda1        40G  6.5G   34G  17% /
    tmpfs           183M     0  183M   0% /run/user/0
    tmpfs           183M     0  183M   0% /run/user/1001
    // 使用root权限执行以下命令,因为1073741824 bytes = 1G,但是在运行过程中,/dev/shm 一点被用掉一点点,这个内存就会不够。所以这个值要设置大一点点。我这里设置了1500M
    mount -o size=1500M -o nr_inodes=1000000 -o noatime,nodiratime -o remount /dev/shm
    // 然后df -h 查看,修改成功
    [root@iZuf61ii8wkx9sushpgjj8Z xe]# df -h
    Filesystem      Size  Used Avail Use% Mounted on
    devtmpfs        899M     0  899M   0% /dev
    tmpfs           1.5G       0  150M   0% /dev/shm
    tmpfs           914M  484K  913M   1% /run
    tmpfs           914M     0  914M   0% /sys/fs/cgroup
    /dev/vda1        40G  6.5G   34G  17% /
    tmpfs           183M     0  183M   0% /run/user/0
    tmpfs           183M     0  183M   0% /run/user/1001
    
  • 错误3

    SQL> startup
    ORA-01261: Parameter db_recovery_file_dest destination string cannot be translated
    ORA-01262: Stat failed on a file destination directory
    Linux-x86_64 Error: 2: No such file or directory
    
    // 根据提示,表示 db_recovery_file_dest 这个参数错误
    // 找到initXE.ora文件,发现它的目录是/u01/app/oracl/admin/flash_recovery_area
    // 该目录在我的机器上不存在,但是我有个fast_recovery_area
    所以把initXE.ora修改为/u01/app/oracl/admin/fast_recovery_area
    
  • 错误4

    SQL> startup
    ORA-09925: Unable to create audit trail file
    Linux-x86_64 Error: 2: No such file or directory
    Additional information: 9925
    
    // 和错误3是同一类型的错误,使用一样的修改方法
    // 发现initXE.ora文件中,audit_file_dest的值为 /u01/app/oracl/admin/orcl/adump
    // 而该目录早我的电脑上不存在
    但是我电脑上的adump在目录/u01/app/oracl/admin/orcl/XE/adump下
    修改这个值
    
  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
又迎来minggeJS1.7的更新,感谢GIT贡献者提交的BUG,1.6BUG较多,因为当时写得比较急,目前已经大致修复! minggeJS新增了JSONP,attr()等许多还没及时写上的API,以及优化部份函数等 欢迎大家也到我GIT贡献一下,让我能及时修复更新! 上一次发的1.6版本,并没有介绍到minggeJS的优点,所以很多人只围绕着我山寨JQUERY装逼没前途咬着不放, 我说过minggeJS的梦想要夺取JQ百分之50的份额,这话我能写得出,就不会收回,即管失败了我也没损失。 JQUERY又不会因为我要挑战他而大怒,失败就失败,又不是没试过! 我还山寨angularjs,开发进度到了百之20左右,我到时候又要开源了。对手多强大我压根不屑,挑战就挑战! 下面我介绍一下minggeJS几大优点。 minggeJS具有以下优点 1:选择器执行速度胜出JQUERY, 以十万个DIV节点测试,分别用minggeJS与JQUERY选择器取出指定节点测试: JQUERY结果 : IE7以上:花时1800毫秒 IE7 花时 8135毫秒 IE6 花时超过30-40秒之间,浏览器随机卡死。 minggeJS结果: IE7以上:花时1500毫秒 IE7花时 5132毫秒 IE6花时 23-35秒之间 浏览器也有卡死现象,但次数少。 花时越少,选择器性能越强,从结果来看,minggeJS大获全胜。 司徒正美也开发了一个号称世界最快的选择器,我也测试了下,从结果来看和我不分上下的! 还有一点值得提提,居闻JQUERY的选择器不是自己公司原创的,是用第三方选择器改出来的!minggeJS的选择器问心无愧地说全部是我原创开发的 2:众所周之,JQUERY的动画原理是采用定时器方原理,minggeJS原理不同,minggeJS的动画采用的是CSS3过渡原理,遗含的是minggeJS的动画不支持IE678。 minggeJS并不是第一个采用CSS3过渡动画,zepto的动画也是采用这个原理,可惜zepto动画做得真心差,zepto是不支持串联式动画的,用zepto做复杂动画,简直是一大败笔。 minggeJS则支持动画串联,支持高效准确回调,支持接口查询是否正在动画等,可以告诉大家用minggeJS做手机动画,绝对是最佳的选择! 3:语法,函数用法,函数名称,都与JQUERY一致,只要会JQUERY,你就会更用minggeJS,易学易用,马上上手。部份函数用法稍有不同,例如mingge新建节点是用$(XX).createNode(),比JQUERY方便很多! minggeJS不单单是山寨JQUERY,更多的是融入了自己的思想,想法! 4:文件体积20K左右,后期升级可能会维持在40K左右,我自己的想法就是希望不超过40K。 5: minggeJS后期的发展,更多是想往手机端发展,即管战不胜JQUERY,能战胜zepto也是赏心悦目的事。再者就是动画方面,打算采用两种模式供用户选择,1种是CSS3,另一种CSS2定时器方式,定时器方式,估计以插件方式发布!

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值