OGG 同步奇案:医疗数据 “消失” 之谜
本文是一则关于 OGG 同步故障的技术分享,聚焦医疗客户数据同步异常问题。通过还原 “数据失踪案” 的排查过程,展现从初期怀疑 trandata 缺失,到发现配置文件中用户过滤规则这一关键线索的转折,最终找到 B 应用数据因账号被排除而未同步的根源。
子夜代码:当调度器陷入沉睡
本文讲述了一次数据库定时任务故障的解决历程:某客户因创建定时 Job 时持续出现 “ORA-04063 package body SYS.DBMS_ISCHED 有错误” 提示求助,技术团队远程排查发现该系统包体失效且无法通过常规编译修复。在同版本测试环境复现故障后,团队发现编译此核心包会引发依赖对象连锁失效,因调用关系复杂难以手动修复。
一次数据库升级中的函数兼容风波:DBA团队的攻坚记录
本文记录了 DBA 团队处理 Oracle 数据库升级问题的过程:在为客户将数据库从 11g 升级至 12c 后,因 12c 废弃 WM_CONCAT 函数,导致依赖该函数的存储过程及 SQL 报错(ORA-00904)。技术团队通过在测试环境复现问题,上传特定安装包(owmctab.plb 等)至 /tmp 目录并确保权限,手动创建该函数以兼容旧业务,升级期间需暂停业务,最终成功解决问题,保障了系统正常运行。
补丁织就的迷雾,与数据库归途的晴光
某医疗客户 Oracle 19c RAC 环境升级至 19.24 补丁后,数据库启动遇阻,仅能停留在 NOMOUNT 状态,ASMB 进程报错与权限疑云交织。几经排查,从调整文件权限到应对登录报错,最终借 MOS 文档指引,发现症结在于 oracle 与 grid 用户未加入关键组 oinstall。经权限修正与重启,数据库终返正常运行轨道,恰似迷雾散尽,晴光铺就归程。
SYSTEM 文件“走失”后的修复手记
某医疗机构 Oracle 数据库因 SYSTEM 表空间新增数据文件被误删宕机,且数据库处于非归档模式,恢复难度较大。技术团队通过挂载数据库、重建缺失文件、恢复数据文件及打开数据库等步骤,借助未被覆盖的 REDO 日志完成修复。 针对 REDO 日志缺失、新增文件含对象创建等复杂场景,本文分别提供了 BBED 工具修复 SCN 信息、手动清理基表或使用 DBMS_SPACE_ADMIN 包等解决方案。
磁盘流转:19C RAC 环境下 + Normal ASM盘的 “旧去新来”
本文复盘 19C RAC 环境下 + DATA 磁盘组的磁盘更换操作。在 Normal 冗余模式下,因移除旧盘后剩余磁盘不足 3 块,触发 ORA-59048 报错并导致磁盘状态异常。通过新增磁盘恢复磁盘组功能后,最终以修改异常磁盘权限的方式彻底解决问题,印证了该模式下需保留至少 3 块存活磁盘的操作原则。
当 Oracle 19C 在午后 “走神”:PDB 时区里藏着的隐形推手
某医院Oracle 19C PDB架构数据库午后出现卡顿,排查发现因大量library cache lock异常等待所致。进一步分析显示,自动统计信息任务因PDB时区(PST8PDT)与CDB时区(PRC)不一致,叠加Oracle 19C相关未发布BUG,导致本应晚间执行的任务错在午后运行,与故障时间吻合。将PDB时区修正为PRC后问题解决。本文同步提供了相关预防建议。
临时统计 SQL 的 “暗礁”:ORA-00600 [xtydty2ldi] 排查实录
本文聚焦于客户在 PLSQL 环境下使用临时统计 SQL 时遭遇的 ORA-00600 [xtydty2ldi] 错误。这一如同 “暗礁” 般突然出现的数据库内部错误,像一道 “代码谜题” 打乱了数据统计工作的节奏。文中从报错现象出发,追溯错误根源,梳理了从接收客户反馈、分析 SQL 语句结构,到排查异常触发场景的全过程,并针对该错误提出相应的解析思路与解决方向,为同类问题的处理提供参考。
Oracle SCN 手工推进:各版本适用方法及操作指南
SCN 在数据库中起着至关重要的作用,用于确保数据的一致性、可恢复性以及读一致性等。例如,在数据库恢复过程中,SCN 用于确定哪些数据块需要恢复以及恢复到哪个时间点的状态。
以 “探” 为名:12 年 Oracle DBA 的数据库问题拆解与成长
12 年 Oracle DBA 从业者将在此平台分享技术干货 —— 既有过往积累的数据库问题解决方案,也包含未来工作中遇到的新案例与应对思路。这些分享是个人职业成长的梳理,若存在技术疏漏,欢迎指正交流。