[20230327]19csqlnet.oradisable_oob参数ora-12637.txt--//前几天同事反映如果使用19c的客户端连接19c数据库会出现,出现ora_12637错误(在连接配置界面上).其它版本没有问题.--//我仔细问一下服务器版本19.12,客户端版本19.3.--//补充:同事测试修改有效!!$oerrora1263712637,00000,"Packetreceivefailed"//*Cause: Aprocesswasunabletoreceiveapacketfromanotherprocess.// Possiblecausesare
[20230327]19csqlnet.oradisable_oob参数ora-12637.txt--//前几天同事反映如果使用19c的客户端连接19c数据库会出现,出现ora_12637错误(在连接配置界面上).其它版本没有问题.--//我仔细问一下服务器版本19.12,客户端版本19.3.--//补充:同事测试修改有效!!$oerrora1263712637,00000,"Packetreceivefailed"//*Cause: Aprocesswasunabletoreceiveapacketfromanotherprocess.// Possiblecausesare
[20230327]19csqlnet.oradisable_oob参数ora-12637.txt--//前几天同事反映如果使用19c的客户端连接19c数据库会出现,出现ora_12637错误(在连接配置界面上).其它版本没有问题.--//我仔细问一下服务器版本19.12,客户端版本19.3.--//补充:同事测试修改有效!!$oerrora1263712637,00000,"Packetreceivefailed"//*Cause: Aprocesswasunabletoreceiveapacketfromanotherprocess.// Possiblecausesare
1.问题原因分析出现这个问题的原因是插入数据的时候，由于之前没有使用序列插入，而是直接插入了一个比当前序列nextval还大的值，即直接将id写死了。后面再使用序列插入的时候，如果序列小于该值的话，是可以正常插入的，当序列号等于之前通过ID写死的方式插入的ID值时，就会出现这种情况。2.解决方案--查询出约束对应的表以及对应字段selecta.constraint_name,a.constraint_type,b.column_name,b.table_namefromuser_constraintsainnerjoinuser_cons_columnsbona.table_name=b.ta
1.问题原因分析出现这个问题的原因是插入数据的时候，由于之前没有使用序列插入，而是直接插入了一个比当前序列nextval还大的值，即直接将id写死了。后面再使用序列插入的时候，如果序列小于该值的话，是可以正常插入的，当序列号等于之前通过ID写死的方式插入的ID值时，就会出现这种情况。2.解决方案--查询出约束对应的表以及对应字段selecta.constraint_name,a.constraint_type,b.column_name,b.table_namefromuser_constraintsainnerjoinuser_cons_columnsbona.table_name=b.ta
Oracle查询时报错ORA-00923:FROMkeywordnotfoundwhereexpected，从字面上理解就是SQL语法错误缺少FROM关键字，下面简单说一下可能发生报错的几种情况：第一种查询语句写的不对，一般是粗心大意写少了FROM关键字或者写多了,号错误示范:select*dual;selectdummy,fromdual;正确示范:selectdummyfromdual;第二种查询语句和rownum一起使用时出现错误示范:select*,ROWNUMfromdual;正确示范:selectd.*,ROWNUMfromduald;第三种2023-02-03补充查询使用别名时缺
Oracle查询时报错ORA-00923:FROMkeywordnotfoundwhereexpected，从字面上理解就是SQL语法错误缺少FROM关键字，下面简单说一下可能发生报错的几种情况：第一种查询语句写的不对，一般是粗心大意写少了FROM关键字或者写多了,号错误示范:select*dual;selectdummy,fromdual;正确示范:selectdummyfromdual;第二种查询语句和rownum一起使用时出现错误示范:select*,ROWNUMfromdual;正确示范:selectd.*,ROWNUMfromduald;第三种2023-02-03补充查询使用别名时缺
环境概述操作系统：WIN2019ORACLE版本：19.17.0.0.0故障现象客户反馈数据库经常用着用着就连不上，通过查看alert日志发现是数据库实例崩溃。具体信息如下2023-02-09T03:04:36.619773+08:00ErrorsinfileD:\APP\ADMINISTRATOR\diag\rdbms\his\his\trace\his_smon_9116.trc(incident=114022):ORA-00600:internalerrorcode,arguments:[13013],[5001],[423],[12633689],[5],[12633689],[17]
环境概述操作系统：WIN2019ORACLE版本：19.17.0.0.0故障现象客户反馈数据库经常用着用着就连不上，通过查看alert日志发现是数据库实例崩溃。具体信息如下2023-02-09T03:04:36.619773+08:00ErrorsinfileD:\APP\ADMINISTRATOR\diag\rdbms\his\his\trace\his_smon_9116.trc(incident=114022):ORA-00600:internalerrorcode,arguments:[13013],[5001],[423],[12633689],[5],[12633689],[17]
昨天有朋友看了我的文章提问CHATGPT能不能解读AWR报告。怎么说呢，我们先来看一个例子。我输入了一个AWR报告的TOP10EVENT，看看CHATGPT如何解读吧。如果说解读AWR的TOPEVENTS数据，我想CHATGPT不会比一些人类DBA差了，实际上最初的时候我也是如此解读AWR报告的，只不过AWR报告不仅仅需要能解读，还需要能分析，能够把AWR中各种相关的数据综合起来分析，才能从AWR报告中分析出深层次的问题。对于一些十分明显的问题，仅仅从TOPEVENT就可以看出来了，而绝大多数复杂的问题，是无法从这些地方找出答案的。这一点CHATGPT肯定做不到，甚至大多数人类DBA也做不到
