摘要： 1、案例概述 客户的Exadata X3-2，机房巡检时，发现第二台计算节点有个硬盘亮黄灯告警。本文简要记录处理过程。 2、处理过程 2.1 登录第二台计算节点，查看硬盘状态。 [root@ex01db02 ~]# dbmcli -e list physicaldisk 252:0 CUSE5F n 阅读全文

摘要： 1、故障概述 客户的一台Exalogic，ZFS存储的一个机头出现了主板故障。为了保险起见，客户选择了停止业务，停止Exalogic上所有的虚拟机，以及虚拟环境控制台，最后再进行主板更换。 当天晚上，硬件工程师更换完主板，ZFS存储恢复正常，但在启动Exalogic虚拟环境时，问题出现了，有两台虚拟 阅读全文

摘要： 1、故障概述 一套11gR2的RAC环境，磁盘组的剩余空间非常充足，但是，当某块ASM磁盘损坏后，在rebalance的过程中，提示“ASM磁盘组空间耗尽(ORA-15041)”。 2、故障分析及处理 2.1 查看ASM磁盘情况，具体信息如下所示。 NAME DISK_NUMBER PATH TOT 阅读全文

摘要： 1、故障概述 客户有一台Exadata X3-2，断电重启后，发现思科交换机无法访问，通过串口线登录思科交换机，发现思科交换机进入到了rommon模式。 本文主要记录该故障的处理过程。 2、故障处理 2.1 通过串口线登录思科交换机，发现思科交换机进入到了rommon模式，具体信息如下。 ***** 阅读全文

摘要： 1、案例概述 客户有一套19C的CDB环境，其中一个PDB的SYSAUX表空间的空间使用竟然高达80GB左右。在以前的认知中，SYSAUX表空间最多只有十几个GB，是什么东西占用了这么大的空间呢，想弄个明白。 2、案例分析 2.1 运行awrinfo.sql脚本，先找出是哪些对象占用空间，信息如下所 阅读全文

摘要： 1、故障概述 客户的一套ORACLE数据库，版本为19.23，由于PX并行进程产生大量的trace日志，导致文件系统被撑爆。本文主要分析为什么会产生如此大的trace日志文件，并给出相应的解决方案。 2、故障分析 2.1 文件系统被撑爆时，客户检查了该文件系统的空间占用情况，发现是ORACLE数据库 阅读全文

摘要： 1、故障概述 客户打电话反馈Exadata上的某个PDB数据库，昨天晚上业务系统出现hang的现象，最终重启PDB后，业务系统慢慢恢复正常。 本文主要进行故障原因分析以及给出解决方案。 2、故障分析过程 (1).让客户收集了故障时间段的AWR报告和ASH报告。 截取故障时间段的部分AWR内容如下： 阅读全文

摘要： 1、故障概述 同事有一套DataGuard测试环境，数据也是实时同步的，但用dg broker执行switchover进行主备切换时，报0RA-01017。后续需要手动完成剩余的主备切换步骤。最终原因是主备库的密码文件的cksum值不相同。重新将主库的密码文件同步到备库，并再次执行switchove 阅读全文

摘要： 1、案例概述 客户的一套12.1.0.2 RAC+DG环境，客户反馈备库的数据与主库相差较大。检查发现该DG环境已经出现了GAP，信息如下。 Media Recovery Waiting for thread 2 sequence 638764Fetching gap sequence in thr 阅读全文

摘要： 1、故障概述 某客户的一套三节点RAC数据库，第3个计算节点操作系统自动重启。 客户想弄清重启原因，本文档针对整个故障进行分析，并给出相应的建议。 2、故障分析 2.1 分析数据库的alert日志，在18:25分之前的日志都是正常的日志输出，但之后的日志就记录了异常信息。 2025-11-03T18 阅读全文