摘要： 1、前言 注意：Oracle不建议客户使用手动方式进行补丁安装，客户应该使用opatch auto方式进行补丁安装工作。但是，在opatch auto的过程中如果出现问题，我们可以将本文档中的步骤作为临时解决方法。 2、故障描述 客户有一套Exadata环境下的11.2.0.4 RAC，近期进行安全 阅读全文

摘要： 为了测试YashanDB的RAC模式性能到底怎样，在测试环境进行了部署，简单记录一下。 0.环境说明计算节点一192.168.0.181（业务网）192.168.10.181（心跳网）计算节点二192.168.0.182（业务网）192.168.10.182（心跳网）共享存储：/dev/yas/c1 阅读全文

摘要： 1、故障概述 某Exadata客户，负责该项目的同事反馈：该Exadata的计算节点，几乎每半年左右就会出现内存不足的现象，需要重启一次操作系统才能缓解该故障。最后几天，系统剩余的内存只有4GB左右，监控系统经常告警。客户打算最近找个停机窗口进行重启操作。 2、故障分析 重启操作系统，虽然能释放内存 阅读全文

摘要： 1. 前言 为什么会有收缩根文件系统空间的这种需求呢，这主要是近期的一次Exadata升级项目遇到这种困境。一台11.2.3.3.0版本的Exadata，进行计算节点升级时，提示LVDbSys1的空间大于LVDbSys2的空间，无法进行操作系统备份，升级前的预检查工作失败。（LVDbSys1已经被扩 阅读全文

摘要： 1、项目背景 同事在客户现场进行POC测试，数据库版本为12.2.0.1，数据库安装完毕后，客户通过应用程序进行数据加载，等数据加载完毕后，再进行业务的性能测试。在数据加载的过程中， 数据库出现了性能问题，数据加载的过程异常慢，整个数据库几乎处于hang的状态。 2、故障处理及分析 让同事赶紧收集A 阅读全文

摘要： 1. 故障背景 同事在客户现场进行POC测试，测试过程不太顺利，节点1的GRID集群自动重启。为了排除隐患，需要找到集群重启的原因。 数据库环境： 12.2.0.1 两节点RAC，安装了最新的PSU补丁。 2. 故障原因分析 (1). 查看节点1的asm日志。 2024-07-18T18:16:25 阅读全文

摘要： 前言 Oracle数据库从11g开始，就支持在ASM磁盘组中存放OCR和Votingdisk，但Votingdisk要求Normal冗余的磁盘组至少有3组failgroup，High冗余的磁盘组至少有5组failgroup。 由于Exadata环境，一个存储节点才是一组failgroup，所以对于一 阅读全文

摘要： 故障现象： 一套19.3 ADG备库，备库安装完集群补丁重启后，发现需要重新apply很久以前的归档日志。 分析过程： 1、备库安装完补丁后，启动备库的日志恢复功能，在启动过程中报错，详细的日志如下所示。 2024-04-16T18:34:40.895637+08:00 Beginning Stan 阅读全文

摘要： 前言 一套GoldenGate环境，已经运行了很多年，一直比较正常，Extract抽取进程基本上没有出现延迟的情况，但这次突然出现抽取延迟，其中一个抽取进程延迟高达50个小时左右。 处理过程 1. 当前有两个抽取进程，分别为：E_HXZG、E_SBFSC, 目前出现延迟的是第1个抽取进程。检查该进程 阅读全文

摘要： ORACLE的分页SQL，基本上在绝大部分的业务系统上都有这种SQL。处理这种SQL,基本上要用到两点： (1). 利用rownum的COUNT STOPKEY特性. (2). 利用索引的排序特性，消除sort order by . 今天，同事发给我两个SQL。 执行计划大概如下： 第1个SQL的执 阅读全文