4条回答
默认
最新
回答交流
Markdown
请输入正文
提交
相关推荐
RAC1号节点频繁自动重启,1号节点的crsd日志和alert日志均看不出具体原因,但gicpd.log文件里面,一直循环的报错
回答 11
尝试清除之前的配置信息,重新执行root.sh来配置具体步骤:1、/opt/app/11.2.0/grid/crs/install/rootcrs.pldeconfig2、在/opt/app/11.2
Oracle数据库的存储过程中的代码可以改变吗?
回答 1
已采纳
19C,Oracle还不提供对已有存储过程代码的修改,如果必须要修改存储过程,可以使用createorreplaceprocedure语句覆盖掉同名的存储过程。
ORA-12154 TNS:无法解析指定的连接标识符解决
回答 3
这种问题太笼统了,建议直接百度慢慢排查吧,你这光一说,我们猜也猜不出来啊如果是监听或者解析的问题,直接使用netca来创建就可以。
数据库Oracle 19C报错ora -12516 是不是连接池太小?
回答 2
之前遇到过这样的报错,数据库进程数超过参数限制。建议确认下所在实例processes这个参数配置的是不是太小了,并且检查下所在数据库实例在报错时是否存在连接数风暴,控制住数量或者把该参数值调高(需要重
Oracle报错:加载表 C##SZCRM.DI_BS_D_202109 时出现致命的直接路径 API 错误
回答 1
内部bug?升级到该数据库的最新版本试试?
在19c的rac中,添加节点,可以完全不停机么?
回答 3
已采纳
可以是可以。但也找个低峰加
SUSE15安装oracle21c,在10%的时候,报错信息如下,这个怎么解决啊?
回答 2
已采纳
解决方案:安装了下面两个包:gcccompatlibpthreadnonshared问题解决!
是什么原因在Oracle数据库中不使用绑定变量,可能会让系统陷于瘫痪?
回答 1
已采纳
不使用绑定变量,就是破坏Oracle的共享池机制,会让系统陷于瘫痪。这有两个原因:1)系统要花大量CPU时间解析查询2)系统使用大量资源来管理共享池中的对象,但它们却从不被重用如果提交到Oracle的
最近5小时每小时redo log 日志切换次数
回答 3
RAC环境下SELECT"THREAD",tochar(FIRSTTIME,'yyyymmddhh24')thour,count(tochar(FIRSTTIME,'yyyymmddhh24'))to
V$ACTIVE_SESSION_HISTORY.current_obj#=-1
回答 2
不是这样吧,是不是currentobj1表示读取的是undo的数据?
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~