ITPub博客

DBA_HIST_SQLSTAT 显示 SQL 统计信息的历史数据。此视图基于一系列标准，从 V$SQL 获取TOP SQL 语句及其统计信息。总计值表示自实例启动以来的累计统计值。增量值表示 DBA_HIST_SNAPSHOT 视图中 BEGIN_INTERVAL_TIME 到 END_INTERVAL_TIME 时间间隔内的统计值。此视图与 DBA_HIST_OPTIMIZER_ENV、DBA

在oracle 19c数据库中使用expdp，impdp时，提示ORA-39405: Oracle Data Pump does not support importing from a source database with TSTZ version 43 into a target database with TSTZ version 42.。查询oracle mos文档发现这个ORA报错明

在清理归档日志时，数据库提示"RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream capture process"。根据提示信息获得是“RMAN-08137:警告：存档日志未删除，备用或上游捕获过程需要”，因为恢复检查点指向旧日期的归档日志，所以日志不能删除。因为我们使用了o

    在很多业务场景中，在使用 OGG (Oracle GoldenGate) 进行数据同步时，为已有的同步进程新增需要同步的表。这是一个非常常见的运维操作。    在原有同步进程里新增同步表的时候，考虑到源端表上可能会有事务，数据是实时变化的，不能单纯的使用expdp直接导出再导入，这样可能会导致丢失数据或者数据重

最近经常收到ogg数据同步验证的邮件，一开始没注意，以为延时是正常现象，以为有业务执行了大事务造成的，也没放在心上。但是最近比较频繁，并且延时的时间还比较长。于是我就开始简单排除了一下。排除的步骤如下：首先到源端查看一下是否有大事务发生。使用命令 GGSCI (zlf-lis-ogg-downstream) 2> send extract ext1,showtrans经过排除后，并

一、OGG使用背景介绍在金融、电商等关键业务领域，数据的准确性与实时性是保障业务稳定运行和决策精准的核心要素。哪怕是瞬间的数据延迟或错误，都可能在这些领域引发严重的连锁反应，造成巨大的经济损失和信誉损害。因此，确保数据库之间的高效同步成为了技术架构中的关键环节。Oracle GoldenGate（OGG）工具，作为数据同步与集成领域的佼佼者，能够为企业提供强大的数据容灾和迁移解决方案。借助OGG，

OGG DownStream 部署：主要的目的是为了减轻源数据库负载。为什么选择OGG DownStream 部署？在许多情况下，公司不希望将主生产数据库用于下游层，以提取数据用于集成或报告目的。相反，他们希望数据库仅为其核心关键应用程序连接。在其他一些场景中，无法访问主要生产数据库，例如SaaS或应用程序供应商的数据库等等。为了缓解问题或解决挑战并实现实时数据提取，ogg设计了GoldenGat

在RAC环境上使用expdp进行逻辑备份时，报如下错误。ORA-31693: Table data object ""."" failed to load/unload and is being skipped due to error:ORA-31617: unable to ope

今天介绍一下如何在GoldenGate下游配置中删除从源数据库接收到的挖掘数据库上的归档日志。解决方案：从另一个数据库收到的归档日志被称为FOREIGN ARCHIVED LOG。从源数据库收到的归档文件被视为外部归档文件，可以通过在挖掘数据库上查询DBA_REGISTERED_ARCHIVED_LOG来检查外部归档文件的信息。SQL> select CONSUMER_NAME, THREA

我在维护数据库时，发现alter日志报如下错误：Errors in file /app/oracle/diag/rdbms/ogg/ogg/trace/ogg_rfs_1315163.trc:ORA-19815: WARNING: db_recovery_file_dest_size of 214748364800 bytes is 100.00% used, and has 0 remainin

今天我们在给oracle数据库19c打补丁时，补丁要求升级到19.25.0.0.241015时，报错信息如下：[oracle@sit-db OPatch]$ ./opatch version./opatch: line 839: [: syntax error: `-lt' unexpected./opatch: line 839: [: syntax error: `-lt' u

问题描述：在JAVA中调用MYSQL存储过程遇到以下报错：【Request Exception】请求终端：、请求客户端：10.2.15.63、请求路径：http://eap//definition/rate/uploadRateFile、请求入参：、Exception：org.springframework.dao.TransientDataAccessResourceException: Cal

兄弟姐妹们，今天和大家一起聊聊我的技术人的故事，我的故事要从头到尾可以写一本书啊。哈哈。我现在在一家金融公司工作，是一名专职数据库管理员，2025年我被Oracle公司授予了ACEs的称号，Oracle ACE是Oracle公司为表彰在技术社区中持续分享知识、推动技术发展的专家而设立的全球性荣誉。获得该提名不仅是对个人技术能力的认可，更是对社区贡献的肯定。我的Oracle ACEs的链接🔗：htt

对于oracle数据库，是否有方法配置ip白名单以限制数据库用户登录？例如：用户A只能从客户端192.168.1.132登录到192.168.1.135数据库。解决方案：使用触发器来实现这个需求，是最方便，且最轻量级的方法。不会对数据库产生任何影响。有很多成功的案例已经使用这个方法。我们可以使用trigger的方式来实现这个功能，这个方法在11g和19c都

有时候我们需要把自己的一些信息记录到oracle的alter告警日志中，我有一个这样的场景，要记录那些客户端ip地址访问了数据库服务器，并把这些信息记录到alter告警日志。定义一个存储过程，记录数据库的白名单信息，实现只有是白名单的客户，才能访问数据库，并且把访问的客户信息记录到alter告警日志中。在alter告警日志中，记录只有10.10.30.85的客户端才能访问数据库，并在alter告警

在我们开发系统过程中，我们系统经常会存储用户信息，用户信息中记录用户的身份证，邮件，手机号等信息，有时候系统在登录时，可以支持使用邮箱，身份证，手机号来登录信息系统。那么经常执行的sql语句就是select userid,email from myuser where email='xxxxx@mail.com'; 或者select userid,phone f

一、XTTS简介1.1、简介XTTS(Cross Platform Transportable Tablespaces)属于跨平台迁移表空间，它是从Oracle 8i开始就引入的一种基于表空间传输的物理迁移方法，命名为TTS，经历各个版本的不断演进，从11gR2开始，在相对停机时间要求日益减少的情况，为了应对越来越大的数据量跨平台迁移，Oracle推出了新的解决方案—加强版TTS（以下简称XTTS

索引下推(index condition pushdown ,ICP)是MySQL数据库优化器的一项优化技术，目的是为了提高通用索引检索数据的效率，尤其是在InnoDB存储引擎中。这项技术在MySQL5.6中引入，专门用于减少从表中读取不必要的行，提高查询性能。工作原理：在没有索引下推的情况下，当查询使用复合索引时，MySQL可能需要访问主表来评估不能完全通过索引条件确定的行。索引下推允许数据库存

对于 MySQL 5.6 以及之前的版本来说，查询优化器就像是一个黑盒子一样，我们只能通过 EXPLAIN 语句查看到最后优化器决定使用的执行计划，却无法知道它为什么做这个决策。这对于一部分想知道为什么择选执行计划，而不选择其他执行计划的朋友来说简直是灾难：“我就觉得使用其他的执行方案⽐ EXPLAIN 输出的这种方案强，凭什么优化器做的决定和我想的不一样呢

用途一些情况下，执行 root 脚本之前需要安装补丁以保证 root 脚本执行成功(例如 Document:1212703.1) 。本文档说明在配置 GI 之前（执行 root.sh 或 rootupgrade.sh 之前）如何安装 Grid Infrastructure 补丁(包括 GI PSU 补丁) 。如果是升级，该文档适用于在新的 GI 主目录安装补丁的情况，不适用于在已有(当前