摘要： 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 阅读全文

摘要： 1、案例概述 某客户有一台Exadata X9M-2，据客户反馈：“晚上20:30分，开始expdp备份，20:32分卡住。同时，在20:30分也发起了RMAN备份，RMAN备份在21:44也卡住。之后，杀掉进程，并重启恢复正常。” 现在，客户希望分析故障原因。为什么备份进程会卡住？ 2、故障分析 阅读全文

摘要： 0. 概述 自MySQL5.7.6 版本开始，就支持多源复制。本文简要记录下两主一从的多源复制部署过程，及其中的要点。 1. 分别在两个主库中模拟需要同步的数据：主库1：在mm数据库中创建测试表mm，并插入几条数据。root@localhost [(none)]>create database mm 阅读全文

摘要： 1、案例概述 同事反馈：一套11gR2的DataGuard环境，备库执行alter databases open时，一直hang住，数据库的alert日志也没有任何的报错信息。询问得知，由于备库的system数据文件损坏，导致DG环境中断，于是同事从主库备份了数据文件并在备库进行了恢复。目前，故障现 阅读全文