随着数据库国产化的进程，Oracle向KingbaseES数据库的数据迁移需求也越来越多。数据库之间数据迁移的时候，首先遇到的，并且也是最重要的，就是数据类型之间的转换。 下表为KingbaseES和Oracle数据类型的映射表： Oracle数据类型 KingbaseES 数据类型 备注说明（Or
https://www.cnblogs.com/ocp-100/p/11098373.html 近期客户有需求，导出某些审计数据，供审计人进行核查，只能导出成文本或excel格式的进行查看，这里我们使用sqluldr2工具进行相关数据的导出。 oracle导出数据为文本格式比较麻烦，sqluldr2
https://zhuanlan.zhihu.com/p/397834311 经常被问到查看执行计划的最佳工具是什么，对我来说，答案总是SQL Monitor（包含在 Oracle Tuning Pack 中）。如果您需要确定在执行任何长时间运行的 SQL 语句期间发生了什么，它确实是最宝贵的工具。
一、 简介 Oracle 的11g版本正式发布到今天已经10年有余，最新版本也已经到了20c，但是Direct Path Read（直接路径读）导致性能问题的案例仍时有发生，很多12c的用户还是经常遇到这个问题，所以有必要把这个事情再跟大家讲一遍，通过2个典型案例加深理解。 早在2012年，盖国强大
环境： Oracle 19.16 ADG (Single Instance -> RAC) 在配置ADG的场景，发现ADG不能同步。 1.查看报错信息 2.oerr查看该错误说明 3.尝试sqlplus连接到standby 4.尝试relocate监听 5.继续排查发现是参数问题 6.总结和延伸 1
环境： Oracle 19.16 多租户架构 经常会在网上看到有人写exists和in的效率区别，其实在新版本的数据库中，是不存在这个问题的，优化器会自己判断选择最优的执行计划。 为了直观的说明，我在PDB中构造如下测试用例： vi 1.sql select count(*) from v$acti
环境： Oracle 19c ADG（主库：单实例；备库：RAC） 1.主库新建测试文件 2.主库创建测试表 3.查询表对应数据文件信息 4.模拟数据文件物理坏块 5.查询对应测试表 6.进一步查询日志信息 7.确认当前参数设置 1.主库新建测试文件 主库在AWR的PDB中做测试，为了不影响其他测试
注：甲骨文云技术公众号文章备份 2023/04/12。 翻译新闻稿。 1.新发布 Oracle Database 23c 免费版 — 开发人员版 在 Oracle CloudWorld 2022 上，Oracle 发布了 Oracle Database 23c Beta，作为世界领先的融合数据库新版
**环境：** Oracle 11.2.0.3 + OEL 7.9 A -> B -> C 级联ADG环境：db11g -> db11gadg -> db11gcas 之前测试提到，从一级备库duplicate到二级备库会报错： ```shell RMAN-00571: RMAN-00569: ER
2022-04-21 20:3720050原创Oracle 19c 本文链接：https://www.cndba.cn/dave/article/107944 在2017年之前，Oracle 的版本路线是非常清晰的，我接触过的几个版本有：9i、10g、11g、12c。 但是到了2018年之后，Ora
项目中有一个批处理任务，用来删除数据库中过期的数据（包括说话人的语音、模型、记录等），当程序被分布式部署后，就会有多个批处理线程同时进行删除，不过不同的线程，会根据元信息表得到不同的说话人信息，从而删除不同的数据，并不存在竞争的问题，但是，当项目使用oracle数据库在线上运行时，却频繁出现了ORA
http://www.taodudu.cc/news/show-4845374.html docker run -d --name oracledb_exporter --restart=always -p 9161:9161 -e DATA_SOURCE_NAME='sys/Test2013112
# RPM安装的Oracle19c 修改init.ora进行修复以及最简单开机启动Oracle的方法 ## 背景 ``` 今天开始使用自己心的ThinkBook14 的笔记本 因为已经没有了 Linux测试环境供我使用. 所以我就自己准备导入一个最开始的 OpenEuler2203 + Oracle
测试环境： 客户端：Oracle 11.2.0.1 服务端：Oracle 19.16 测试过程： 1.低版本客户端连接高版本数据库报错ORA-28040 2.低版本客户端连接高版本数据库报错ORA-01017 3.总结经验 1.低版本客户端连接高版本数据库报错ORA-28040 使用oracle 1
有客户找到我这边咨询，说他们的一套核心ADG库在业务高峰期报错，因为业务做了读写分离，其备库也实际承担读业务，所以备库故障也会对业务产生影响。 这里也要提醒大家，做读写分离，如果读库出现故障的情况，要有切换到主库的应急方案考虑进去。 客户这里自己通过重启备库暂时解决，但担心故障再现，所以非常着急要分
有客户遇到ORA-2289的报错，同事协助去现场排查，我帮着远程共同check下。 客户只是应用端报出的错误，为了进一步定位，服务端需要开errorstack协助定位具体问题。 下面就以这个ORA-2289为例，示范下errorstack的使用方法。 --开启errorstack alter sys
现象： ADG无法切换：验证时就报错 ORA-16467 记录问题，顺便展现一次troubleshooting的心路历程。 具体查询： 在主库操作， @primary 切换验证： alter database switchover to demorac verify; 报错ORA-16467： SQ
多租户架构，之前还在做运维的时期接触也不多。遇到多租户问题，第一反应是有些发虚的。 但实际很多问题很简单，也容易解决。本文就是一个例子。 问题：RAC节点2打开所有PDB时，报错ORA-30013。 SQL> alter pluggable database all open; alter plug
前面文章提到，这周末帮一个客户测试报错场景： 客户通过duplicate生产备库的方式创建cascade备库。 发现每次都会遇到两个文件报错，ORA-17628: Oracle error 19505错误，且每一次跑，报错文件不一样。 现在想帮客户验证，这属于是正常现象还是bug。 一、问题具体分析
现场测试工程师在半夜电话反馈：在新建的小测试库做XTTS流程验证，遇到错误： ```shell ERROR at line 1: ORA-20001: TABLESPACE(S) IS READONLY OR, OFFLINE JUST CONVERT, COPY ORA-06512: at lin
