ITPub博客

一、物化视图的核心定义Oracle 物化视图定义：通过 CREATE MATERIALIZED VIEW 语句创建，将查询结果物理存储为表结构，支持自动刷新机制179。特性：物理存储：占用磁盘空间，可被 user_tables 查询19。刷新方式：ON COMMIT：基表事务提交时实时刷新。ON DEMAND：手动或定时刷新（如 NEXT sysd

 DG Broker即Data Guard Broker，是Oracle官方提供的一个用于维护DG的工具。我们可以通过dgmgrl这个命令行工具来使用DG Broker。一、DgBroker 配置1.1主库listener.ora 配置SID_LIST_LISTENER = (SID_LIST =   (SID_DESC&nbs

 一、部署前准备主机信息：📢 以下几点需要注意：• db_unique_name 主备库不能相同• db_name主备库需保持一致• 主备库DB版本需保持一致、备库只安装软件二、主备库tns及listener配置2.1主库tns配置[oracle@master admin]$ more tnsnames.ora misdb = 

问题报错信息如下分析：1、该函数是判断字符串是不是日期类型，编译过程没有什么报错现象。 2、执行 SELECT validate_and_convert_date('0010809') FROM dual; 时则报出了上面的ORA-14551错误。 3、而DML操作指的就是增、删、改，对比了一下自己写的其它函数，发现其它的函数都没有这个操作。 4、查看相关资料，原来这是“自治事务和

问题描述生产环境是 windowns Oracle11g 11203 版本的单机数据库。（建议oralce数据库千万不要装在widown上） 服务器在断电后重启服务器后，数据无法启动，日志介质损坏： SQL> startupORACLE instance started..........ORA-00333: redo log&nb

故障现象生产环境是 windowns Oracle11g 11203 版本的单机数据库。 在启动数据库实例时遇到“ORA-00600: internal error code, arguments: [4194] [][][].....”ora-1595错误，实例在启动后，会自然Down掉。具体情况如下所示：4194：表示也是undo和redo不一致（Arg [a] Maximum Undo re

在用rman进行异机恢复是，数据库版本要一致，操作系统版本必须统一平台。一、备份脚本：rman target / cmdfile="e:\backup\jiaoben\rman.sql"  log= e:\backup\RMAN\%date:~0,4%%date:~5,2%%date:~8,2%.log run {crosscheck archivelog

   上周一个客户打电话说，由于机房突然断电，导致OGG启动报错,错误如下：1.主要报错是ogg-01184 这个错误，当服务器意外断电时，正在进行的抽取操作被中断，导致数据在传输或处理的过程中没有被正确地记录或存储，从而造成数据损坏或不一致。解决办法：手动触发追踪文件（trail files）的切换追踪文件会在达到预设的最大尺寸或在特定的时间间隔后自动切换，即关闭当前的追踪文

>微信公众号：**老杜随笔**如有问题或建议，请公众号留言;**[如果你觉得对你有帮助，欢迎关注###一、说明kingbase到oracle数据库的DBLINK，基于ODBC协议连接。以下为创建DBLINK过程案例。###二、配置kingbase的ODBC##### 2.1 环境说明目标数据库： ORACLE21源数据库：  KingbaseES V008R006C008B002源

 昨天有客户打电话说，由于机房突然断电，导致数据库服务器宕机，无法启动，经过主机工程师的不懈努力重要启动起来。可数据库启动一直报Fri Jun 21 16:00:34 2024GEN0 started with pid=5, OS id=3027 Fri Jun 21 16:00:34 2024DIAG started with pid=6, OS id=3029 F

Oracle和达梦数据库（DM数据库）是两种不同的数据库管理系统，以下几个方面存在区别：一.体系结构上Oracle数据库属于多进程(PMON、SMON、DBWR、LGWR、CKPT、ARCn、other)DM数据库属于单进程多线程(主进程是dmserver,checkpoint线程、I/O线程、监听线程、日志写线程、mal线程、purge线程、audit flush线程、调度线程、task线程、w

优点：1、高可用性和容错性：MySQL Cluster提供了高度可用性和容错性的分布式数据库解决方案。通过数据复制和自动故障检测与恢复机制，即使在节点故障的情况下，集群仍能继续提供数据服务，确保数据的可靠性和持久性。2、可伸缩性：NDB存储引擎支持数据分片和数据复制，使得MySQL Cluster能够轻松处理大规模的数据集和高并发的读写操作。通过添加更多的数据节点，可以线性扩展集群的性能和容量，满

1. 背景概述问题描述：晚上ADG 发现有delay问题，同时伴随ORA-16055: FAL request rejected的错误信息发出2. 故障分析2.1.  故障现象当时报错如下Mon May 10 02:16:10 2021ORA-16055: FAL request rejectedMon May 10 02:16:10 2021Errors

1. 背景概述问题描述：数据库在adg备库上做差异增量备份，过一段时间就出现坏块，得完全恢复一次就好了，过一阵子就又出现了2. 故障分析2.1.  故障现象因不能远程连问题客户主机，只能看他的问题截图以下是异常截图                        &nbs

 1. 背景概述问题描述：晋商新核心ADG切换演练之后，TEMP表空间异常增长至满2. 故障分析2.1.  故障现象这时肯定有程序进程抓着temp不放，让我们细找分析一下SQL> set lines 200 pages 999SQL> select * from (select count(*), event,sql_id,program,inst_idfrom g

03月1日凌晨，在业务层的有一个应用报ora-600错误导此应用无法进行，查看警告日志报如下错误：alter 日志： s in file /oracle/app/oracle/admin/accdb/udump/accdb1_ora_2212.trc:ORA-00600: internal error code, arguments: [kcbnew_3], [4], [1], [1382873]

   一、故障现象 19:25业务层反应数据库无法连接。查看警告日志，无报错。查看数据库的等待事件，等待如下：有1462个会话，处于pin相关的子游，导致数据库无法连接。二、故障分析：查看此cursor: pin S wait on X事件发现都是如下语句引起，切登录时间在下午12点到6点， 这些业务，无法释放，导致数据库hang。三、解决方案：目前系统组是

一、日志报错11月21号下午4点20左右查看43.148的weblogic 日志报如下错误，16:20 weblogic报如下错误，16：20-17:05一直报，无其他报错。####<2023-11-21 下午04时20分27秒 CST> <Info> <Common> <bssapp5> <ctcrmServer> <[ACTIV

一：问题现象2024-01-30 10:00点左右发现数据库insert比较慢，数据库出现大量的HW 及大量的log file sync。二：原因分析1. 在10：-12点及下午的14:30-16:00，当时数据库的读写并不大，如下： 10-12  数据库1618396/1024/1024=1.5M/s 写读更小14:30-16:00数据库 2317351/1024/

一、问题发现2024年4月18日上午9点左右，经客户通知发现CPU异常。登录该服务器查询，发现CPU使用率确实比往常高出几倍之多，且看服务器整体的话，Oracle数据库的使用率是比较高的。如下图。二、问题处理1. 在9点10分收集了近一个小时的AWR报告分析，名为：awrrpt_1_28716_28717，查看是否有异常SQL，经发现，造成CPU飙高的有几条SQL语句，主要体现在前五个，查看这几个