- 博客(635)
- 资源 (6)
- 收藏
- 关注
RSS订阅
原创 关于我的介绍
关于我：姓白，常被称"白工"、"小白"；就职于国内某知名专业第三方数据库服务厂商，具有多年专职Oracle数据库相关技术支持经验，现居杭州；日常工作涉及对银行、保险、政府、电信、广电、医疗、大型制造业等行业客户提供Oracle技术支持；包括MAA高可用/容灾架构的咨询/规划/实施、基于OWI/SQL等方面的性能调优服务、Oracle数据库跨版本跨平台升级迁移等；持有10g ocm认证。在csd...
2017-05-03 12:47:36
1820
1
原创 ORACLE EXADATA环境ILOM模块Power : Reset : major : /SP has been reset by: IPMI, Reason: Set PSU state告警分析
某客户的ORACLE EXADATA X8环境近期出现带外Syslog告警，显示电源被IPMI重置。初步怀疑是电力不稳定导致，但进一步分析发现多台主机在同一时间出现类似告警，推测可能是后台定时任务触发。查阅MOS文档（Doc ID 2099390.1）后确认，ILOM模块会每90天定期重启，这是正常行为。因此，该告警可以忽略。此现象适用于Exadata X4-2至X6-2硬件版本，且是系统预期行为，无需进一步处理。
2025-05-17 20:52:44
619
原创 ORACLE RAC环境REDO日志量突然增加的分析
CRM系统的REDO日志产生量突然激增，达到平时的20倍以上，严重影响了数据同步。工程师迅速响应，通过详细分析日志和数据库状态，发现REDO日志在11日至13点期间的切换频率异常高。进一步分析AWR报告和数据库写入量，发现两张表TZBOSS.BP_ACC_BILLITEM_DTL和TZBOSS.CS_PROD_SUBSCRIPTION_HIS在此期间的数据写入量占整个数据库的62.5%。此外，与正常时段（7月10日11-13点）相比，这两张表在问题时段的数据写入显著增加。建议与应用程
2025-05-17 20:41:17
1112
原创 ORACLE数据库实例报错ORA-00470: LGWR process terminated with error宕机问题分析报告
kill_controlfile_enqueue_blocker值分为true和false，默认为true，如果设置为false则不会去kill超时的进程，此时_kill_controlfile_enqueue_blocker=false参数失效。_kill_enqueue_blocker值分为别0，1，2，3. 当设置为1的时候，保证后台进程不会被kill，而只会kill前台进程。从这些负载信息可以看到，整个系统当时的空闲内存和swap还留有余地，足够当时系统的使用，所以内存不足的原因可以排除。
2025-05-17 20:40:06
962
原创 ORACLE SYSTEM系统表空间出现坏块的故障处理案例
用户反馈生产业务系统无法正常使用，数据库出现ORA-01075异常。检查发现数据库在写入控制文件时发生I/O错误，导致实例关闭。重启后，系统表空间文件system01.dbf出现坏块。由于数据库为非归档模式，决定跳过坏块强制打开数据库，并通过expdp导出数据，重建数据库环境后导入数据，确保业务和数据的完整性。初步分析故障由存储设备问题引起，需升级存储固件以彻底解决。
2025-05-14 13:36:36
756
原创 AIX环境ORACLE RAC节点无法加入集群问题分析
客户反馈在7月13日发现RAC节点1主机内存使用异常，重启后节点1无法加入集群，而节点2正常运行。工程师通过分析数据库RAC组件日志和主机层面信息，定位到问题是由于主机安全加固产品配置变动，导致节点通信异常，进而引发RAC节点无法加入集群。关闭安全加固产品后，RAC数据库恢复正常运行。故障分析表明，集群启动到CRSD时出现异常，初步判断是网络通信问题。通过与客户沟通，发现近期对AIX主机的IPSEC进行了安全加固，最终确认是此原因导致节点通信异常。建议关闭AIX主机上的IPSEC安全加固配置，并检查其他AI
2025-05-14 13:36:34
769
原创 ORA-00600[13013][5001]的问题分析与处理案例
在MOS上查找ORA-00600[13013][5001] merge关键字，搜索到几篇相关bug的文档，Bug 16086769 - ORA-600 [13011] ORA-600 [13013] when executing a DML if the WHERE clause includes an added column with a default value (文档 ID 16086769.8)，后客户与开发确认，确实是在表上添加了列，同时指定了not null约束和default值。
2025-05-13 11:58:24
762
原创 ORACLE单实例数据库SQL异常导致的会话堆积问题分析处理
2024年2月27日，数据库出现性能问题，导致前台应用报错。工程师及时响应并处理了引发问题的SQL语句。通过分析，发现问题SQL（SQL_ID: 4x85srcrd1vdb）使用了HASH JOIN执行计划，导致PGA内存资源争用，部分结果集无法放入PGA，转而写入TEMP表空间，最终引发TEMP表空间不足的告警，并产生大量direct path write temp等待事件，进一步降低了SQL执行效率，导致会话数增加。 问题SQL的执行计划在问题发生前发生了变动。
2025-05-13 11:58:06
749
原创 vmware环境ORACLE RAC环境数据库节点1无法启动问题分析处理
在ORACLE RAC环境巡检中，发现一节点因心跳网络问题无法启动，而二节点正常运行。问题源于VMWARE虚拟化环境下，数据库节点虚拟机迁移至不同物理机，导致心跳网络中断。通过检查机器日志、重启CRS服务、调整网络策略等步骤，最终恢复集群正常运行。具体排查过程包括查看故障节点情况、检查系统日志、调整时间同步、测试网络互通性及防火墙设置，最终确认并解决虚拟机网络配置问题。
2025-05-10 18:55:18
568
原创 ODA服务器计算节点本地硬盘状态异常的处理
在系统巡检中发现客户的ODA服务器本地硬盘节点出现告警，涉及ODAX8X9型号。该服务器使用两块240GB M.2接口SSD盘进行RAID1配置，但由于缺乏外置指示灯，问题隐蔽性较高。通过特定命令cat /proc/mdstat和odaadmcli show localdisk检查，发现其中一块盘状态为MISSING。系统日志显示盘有INSERT/REMOVE记录，表明盘不稳定。通过插拔硬盘和重启主机后，告警恢复，系统自动同步数据修复RAID。最终状态显示两块盘均恢复正常，RAID1配置恢复为[UU]。此次
2025-05-10 18:43:40
720
原创 ORACLE DATAGUARD遇到GAP增量恢复方式修复RAC环境备机的实践
ORACLE DATAGUARD技术是一个常用的数据保护机制，在DATAGUARD运行过程中，遇到异常导致备机不同步，而主库的归档日志也被清理，此时出现GAP，无法同步；------若主库比备库多两个数据文件，执行这条命令。备库----------------------------------------------10.第一次增量备份未备份至最新（可通过查找数据文件scn号找出最小scn号）2. 主库做RMAN的增量备份，scn号为查询出来的备库最小scn号。3.将备份好的备份集scp到备库。
2025-04-24 15:25:37
604
原创 ORACLE RAC环境使用ASM机制零宕机时间更换存储的实践
在数据库服务器上设置磁盘的权限，/etc/udev/rules.d/99-oracle-asmdevices.rules中添加如下内容（注意：其中mpath-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx改为实际新加的lun的uuid）在存储上划分LUN，并映射给数据库服务器，关闭HIS数据库集群1节点，并更改磁盘权限，待数据库节点1开机并数据库正常运行后，关闭HIS数据库集群2节点，并更改磁盘权限。至此，完成存储的迁移，新的磁盘已替换旧的磁盘。
2025-04-24 15:16:06
925
原创 ORACLE SQL输入的变量由于隐式转换无法使用索引的分析优化
深入分析执行计划的Predicate Information部分，可以发现有：access("SOO"."PO"=SYS_OP_C2C("A"."PORDER_NO") AND， SYS_OP_C2C是ORACLE的一个内部函数,它在VARCHAR2和NVARCHAR2数据类型之间进行转换。近期，某客户在巡检分析AWR报告时，发现有个TOP SQL的执行效率偏慢，检查分析SQL，发现数据块读取量高，分析执行计划，发现有个查询条件未使用到索引；4、使用SQL自动优化进行分析，建议添加函数索引。
2025-04-21 12:20:31
332
原创 一次奇怪的enq: TX - row lock contention锁问题处理
按正常步骤，查询V$SESSION中BLOCKING_SESSION列不为空的，发现没有进程互相阻塞的情况；当时业务卡顿验证比较紧急，就采用了讲进程全部KILL，同时协调重启应用程序的方式，通过查杀锁反复进行，直至业务人员重启应用后，不再产生新锁。某天上午客户告知数据库库有锁导致数据库卡死，需排查出问题的原因，从根本上解决问题。登录服务器查看系统资源，CPU、内存、I/O均正常；登录数据库查看锁信息。查询导致TX锁的SQL_ID与sql语句。生成杀锁语句并持续杀锁。
2025-04-08 16:25:25
562
原创 ORACLE RAC ASM双存储架构下存储部分LUN异常的处理
对比日志和ASM磁盘状态，可以发现是出现了一些磁盘OFFLINE，结合ASM日志以及操作系统的MESSAGE日志，可以确定是存储当时异常，导致了ASM磁盘被OFFLINE/DROP。后续等待ASM磁盘数据再平衡完成，观察数据库性能正常，即可完成。存储检查和修复问题后，如何将这些磁盘再加回来呢？
2025-03-22 17:44:31
576
原创 RAC环境ORA-00700: soft internal error, arguments: [kqrZeroIncarnation: invalid X lock报错的分析
近期在一个RAC环境19.8版本，出现程序通过JDBC连接数据库时候遇到报错，数据库后台日志显示有ORA-00700: soft internal error, arguments: [kqrZeroIncarnation: invalid X lock], [0x4C17ED060], [], [], [], [], [], [], [], [], [], []；后续该系统遇到其他问题，进行了补丁升级到19.25，该问题不再出现。，给出的解决办法是升级或者安装一次性补丁；
2025-03-21 20:45:37
860
原创 ORACLE 19.8版本数据库环境EXPDP导数据的报错处理
在MOS上检查，可以发现这样一个文档：Data Pump Export Fails to Start, Raising 'ORA-31648: Timeout before master process DM00 finished initialization'Error (Doc ID 2677216.1)，各项报错基本匹配；里面的SQL数量很多，实际查看确实这样，但是RAC环境一个节点多一个少，后续提议在少的节点上做了导出，可以正常完成导出。
2025-03-20 10:29:40
444
原创 ORACLE 19.8版本遭遇ORA-600 [kqrHashTableRemove: X lock].宕机的问题分析
按600报错查询MOS文档，很快匹配到BUG: Bug 30417732 - Instance Crash After Hitting ORA-00600 [kqrHashTableRemove: X lock] (Doc ID 30417732.8)客户反馈单机环境的一个数据库半夜突然宕机了，这是一个比较重要的系统；600报错我简单的分为2类，一类不会导致宕机，一类导致宕机，这次的明显比较运气差。当天晚上申请停机窗口，安装了19.25版本补丁后，正常运行了近3个月，目前很稳定。
2025-03-14 18:52:31
661
原创 一次ORACLE 10G数据库REDO LOG损坏报错的解决办法ORA-00354: corrupt redo log block header
仔细一想，REDO损坏但是数据库系统没宕机，仔细分析日志，发现CURRENT状态的日志正常，需要切换日志，而此时发现需要重用的REDOLOG损坏（也未归档）所以报错，相当于没有可用的REDO LOG了；后续此系统还出现过类似问题，数据库运行在虚拟机环境的，综合考虑建议新建服务器做了迁移，目前运行稳定，算是解决了~~心里蓦然一惊，以为REDO损坏，那可是大麻烦了，这个小系统是个很古老的ORACLE 10G，没有有效备份的；远程连接查看，发现报错是显示归档空间满了，以为磁盘空间不足。
2025-03-13 20:31:35
540
原创 ORACLE EBS数据库RELINK方式搭建克隆环境
任何语言所预定义的函数都被定义在那种语言的库文件中，必须编译代码来创建一个二进制格式的文件（对象文件）。这个对象文件然后被连接到 OS 的库文件来创建一个可执行文件。成功的链接应使得所有的函数定义都能被找到，链接从它的组件中生成一个可执行文件。在这个语境中链接（linking）和 relinking 意义相同，可以互换。可执行文件都会从预编译组件中建立起来。
2025-03-11 21:34:07
1371
原创 Exadata环境ORA-00603 AND ORA-27515报错的分析处理
在近期的系统巡检检查中，发现一个最近新安装上线的EXADATA一体机环境的数据库后台ALERT日志中有报错ORA-00603: ORACLE server session terminated by fatal error ORA-27515: inadequate memlock limit or driver settings；初看起来是进程异常关闭，检查发现数据库未宕机，查看TRACE为普通的用户进程而不是数据库后台进程，业务使用正常。
2025-02-17 18:39:53
1134
原创 oracle 19c安装DBRU补丁时报错CheckSystemSpace的处理
oracle 19c的补丁目前已经发布到19.26版本了，数据库补丁安装也是数据库运维中的一个常见工作；在实际安装时，发现用OPatch.SKIP_VERIFY_SPACE=true参数可以开始安装，但是安装过程中依然有报错，最终还是需要扩大空间的。查阅文档，是需要22GB以上的可用空间，同时可以用OPatch.SKIP_VERIFY_SPACE=true参数来跳过。查阅文档，是需要22GB以上的可用空间，同时可以用OPatch.SKIP_VERIFY_SPACE=true参数来跳过。
2025-02-14 09:52:21
618
原创 Rejected the attempt to advance SCN问题的分析处理
在接到应用厂家的反馈并找到数据库异常关闭的原因后，我发迅速与局方负责人进行沟通，定位到本次故障的原因：应用人员在沃易管的数据库创建了一个新dblink，该dblink是连接总部的数据库，由此导致该库被感染，因该库与本地多个库也存在dblink连接，导致本地多个库被感染。需要使用数据库的厂家或应用人员，应该将自己的使用要求，涉及到的使用内容上报局方，局方与数据库的维护方对该使用要求，涉及内容进行风险评估，在进行合理的评估后，再将结果反馈给各个使用数据库的厂家或应用人员。5.目前，系统已完全恢复，并运行正常。
2024-05-27 16:36:23
718
原创 通过集群及数据库日志分析RAC节点重启的案例
======>>>>30s后的16:47:26，Missing answers or immediate escalation，节点2的Member kill request到达阀值时没有应答，==================>>>>>>>实例2被实例1驱逐，在节点1实例的日志中16:41:55 2019 Reconfiguration started。========>>>>>>>16:46:56收到clssgmpProcessRequestMsg: Member kill request请求。
2024-05-22 15:11:43
980
原创 ORACLE 6节点组成的ACFS文件系统异常的分析思路
对于近期两次典型问题分析如下：6/24日中午12点附近出现ACFS文件系统访问异常，通过查看集群ALERT日志、CSSD进程日志及OSW监控软件的日志，可以发现OSW监控软件在11:55-12:40分时没有收集到主机的监控数据，同期数据库的CSSD进程也有与其它节点的私网信息已经丢失网络心跳，因此可以推断当时主机已经HANG住。从具体的问题来看，ORACLE集群软件做为操作系统上层的软件，会受到底层操作系统OS以及更底层的VMWARE虚拟机环境的影响；近期遇到多次6节点集群的ACFS文件系统环境异常问题；
2024-05-22 15:09:05
983
原创 通过AWR结合SQLHC对性能变低的SQL进行分析的过程
其次对于此SQL，建议进行优化后再进行SQL执行计划的绑定，保持优化后的SQL执行效率高效、稳定。绑定执行的原理是使SQL在执行时比如访问A1索引再到B1表的这样的过程，但是两个用户下存在索引名称不一致问题，这时在绑定执行计划时就出现了AAA用户下绑定成功，BBB用户在执行时存在无法找到A1索引问题。绑定执行的原理是使SQL在执行时比如访问A1索引再到B1表的这样的过程，但是两个用户下存在索引名称不一致问题，这时在绑定执行计划时就出现了AAA用户下绑定成功，BBB用户在执行时存在无法找到A1索引问题。
2024-05-22 14:52:36
1315
原创 oracle oda部署时报错OAK-10029:Fail to validate the correct number of disk partitions处理
近期，在一套ORACLE ODA部署时，安装正常流程进行前期的安装实施后，使用图形界面进行ODA部署时，正常提交部署任务；之后查看后台任务发现在Storage discovery 阶段报错Failure；检查物理连接，ODA存储的线路连接、状态指示灯均正常。处理步骤如下：1、在ODA的计算节点，使用命令查看磁盘状态，odaadmcli show enclosure、odaadmcli show storage存储节点整体状态正常，磁盘状态OFFLINE。如下：存储节点状态：查看存储状态2：2、查
2024-05-21 17:55:07
519
原创 ORACLE 19C RAC单节点环境asmca界面中ACFS菜单不显示问题的处理
近期，在安装一个单节点服务器，使用ORACLE 19C RAC的ASM功能进行磁盘的冗余配置（类似用ASM实现RAID卡的RAID功能），为了兼容低版本的数据库软件（数据库不升级），使用了ASM的ACFS文件系统，来提供一个挂载点目录，运行11G的数据库。重启服务器测试时，发现问题：ACFS的挂载点目录没自动挂载 ，数据库也就无从启动了。检查ASM的ALERT日志，磁盘组MOUNT后，没有操作 volume 的日志；1、加载ACFS文件模块（已经设置到/etc/rc.local）5、MOUNT挂载点。
2024-05-15 14:58:03
951
原创 ORACLE ODAX9-2的一个误告警Affects: /SYS/MB的分析处理
在运维的多套ORACLE ODAX9-2版本，都遇到了一个计算节点的告警：Description: The service Processor poweron selftest has deteced a problem. Probabity;此告警从描述上来看比较验证，但是事实是主机运行正常，对此告警进行分析认为就误报，ORACLE ODA的硬件管理平台ILOM上提供了清理告警的接口，按如下步骤进行清理后，告警消除，后续持续观察，系统运行正常。具体处理日志如下：（根据告警事件的UUID）
2024-05-11 12:13:33
1100
原创 Oracle ODA X9-2心跳网络Mellanox Dual Port SFP28 CX5 25Gb Ethernet Adapter的FIREWARE固件BUG问题处理
考虑为新服务器，硬件损坏概率不高，有没有可能是软件类问题（如兼容性、固件版本等）；安装解决办法，可以升级网卡FIREWARE固件版本，来解决次问题。参照此方式进行处理，后续网卡恢复正常。近期，在实施一套Oracle ODA X9-2一体机时，遇到心跳网络不通的问题，表现的特征为心跳网线（25GB直连）线缆连接后，网卡的指示灯不亮，操作系统中也无法识别网卡状态，更换线缆排查法验证，确定为网卡问题。4、重启服务器，查看网卡硬件及主机系统内查看固件版本，恢复正常。1、无法使用网卡的情况。2、查看网卡固件信息。
2024-05-11 11:48:24
1092
原创 ORACLE ODA一体机存储节点电源故障的分析处理
5、检查最终状态（注意次命令的输出，ODA 的2个计算节点的的输出是不一致的，简单说是检测到恢复正常是有时间差的，如节点1显示OK，节点2可能过几分钟才显示OK）对于ODA一体机（2个计算节点+1个存储节点），计算节点可以通过ilom管理界面登陆进行详细的硬件信息查看和管理，当然通过命令行也可以。对于存储节点，是没有图形界面可以看，可以通过ODA管理台（7093/mgmt/index.html）或者命令查看；本次问题查看为存储节点的1个电源故障，由于双电源配置，系统仍然可以正常工作；
2024-05-10 17:54:44
1408
原创 ORACLE RAC ASM磁盘组OFFLINE后的处理步骤
对问题进行排查，可以发现问题是存储磁盘出现了IO问题后OFFLINE，从而导致磁盘组也OFFLINE。由于系统是备机，发现时已经过去了较长时间，多余NORMAL冗余（或者双活的存储配置）来说，超过REPAIR TIME的断开需要在加回ASM磁盘组时重新同步。3、检查当前的ASM磁盘情况（注意此命令是动态查看磁盘，如果磁盘现在丢失不显示，就不体现在输出，也就是看到的盘的数量，和正常运行时可能不一样，需要注意。6、查看磁盘并MOUNT磁盘组（此时可以看到全部ASM需要用的磁盘）2、尝试MOUNT磁盘组的报错。
2024-05-10 17:36:50
1858
原创 ORACLE 19C RAC DIAG进程消耗大量内存的分析
问题分析：通过对DIAG进程TRACE分析，结合在ORACLE官方后台进行问题、BUG查询匹配，该进程占用内存的现象不是持续增大，而是突然增大。目前分析是心跳网络不稳定时DIAG进程产生大量TRACE时的内存泄漏，导致DIAG进程占用很多内存（mos:Database Ora_dia0_* Process Consumes High Memory Utilization (文档 ID 2787583.1),此问题一般为私网的性能较差导致）。2、分析DIAG进程的TRACE日志，大量的IPCLW开头的日志。
2024-05-08 16:09:10
1847
原创 oracle数据库升级过程中执行catupgrd.sql遇到ORA-01722: invalid number问题的处理
近期，在进行一个WINDOWS环境的oracle 11.2.0.1版本数据库迁移到LINUX环境的oracle 11.2.0.4版本并升级时，因为需要从oracle 11.2.0.1版本升级到oracle 11.2.0.4版本，使用手动运行catupgrd.sql脚本，此时报错：分析原因，为该数据库实例配置了Oracle Database Vault功能；需要关闭Oracle Database Vault功能后，重新执行升级操作。
2024-05-08 15:52:42
1079
原创 向表内INSERT数据出现ORA-00600 ktspgfb-inc2错误的分析处理
根据报错信息，查询一通，互联网上基本没信息，MOS文档（如Doc ID 10371288.8）勉强找到一些资料，结合报错信息分析，基本确定是表的段头管理出现了问题（ORA-600 [ktspgsb-inc] can occur using ASSM segments if the segment header block's inc# is not updated, while the inc# in L2 BMB has bumped up. 段头的分析可以参考N年前的文章。此时可以正常查询表中数据。
2024-04-25 17:43:35
621
原创 oracle 19c数据库W00n进程使用很多PGA内存资源的分析
今天，客户反馈测试环境的数据库PGA资源不足，报错ORA-04036: 实例使用的 PGA 内存超出 PGA_AGGREGATE_LIMIT；查看总的PGA分布：select sum(pga_alloc_mem)/(1024*1024) "Mbytes allocated", sum(pga_used_mem)/(1024*1024) "Mbytes used" from v$process;1、民间办法：KILL进程、或者定期重启数据库。查找占用内存多的进程：使用SQL；
2024-04-16 17:13:09
1895
原创 ORACLE RAC集群CRSD服务异常后无需重启集群的处理方法
/crsctl start res ora.crsd -init)，不影响集群其它资源，数据库等均持续正常运行。3.集群日志排查发现OCR不能读导致CRSD资源异常；具体为5/26号12:19分时候asm日志显示OCR仲裁盘有问题，13:23分出现读写错误。监控软件连不上TEST集群节点1，发现监听中不存在IP 1.80.检查巡检数据发现5/18日正常。1.根据监控软件报错时间排查，监听日志无异常，监听状态中不存在IP 1.80物理IP。排查发现为CRSD服务异常，其它集群资源正常，所以数据库没有宕机。
2024-04-11 10:17:52
914
原创 ORACLE 19C版本PGA使用率告警问题分析处理
近期，某客户数据库告警平台经常发出告警“告警名称: PGA超限使用”，需要进行分析处理。在ORACLE 11G时代，PGA基本可以任务是不受参数限制的，因此对于老DBA来说，PGA参数随便设置的情况是存在的。因此，对于这个19C环境的告警，需要进行分析。最终判断，数据库进程数量稳定，PGA使用量稳定，偶尔的使用率偏高，最终调大PGA_AGGREGATE_LIMIT值来避免告警。3、查看数据库进程数量，使用PGA量大的进程信息。1、查看数据库进程数量，使用PGA量大的进程信息。4、查看PGA的历史使用量。
2024-04-11 10:10:25
1871
原创 oracle切换ADG后JVM组件查询报错ORA-29516处理
此时，我们将X86 LINUX架构服务器上JAVA版本更新为一致的非OPENJDK版本的JAVA:java version "1.8.0_241"，使变量生效，之后重启数据库，仍然未能解决问题。结合实际情况分析对比，EXADATA上的JAVA版本为：java version "1.8.0_241"；DBCA在监控过程充安装组件会用到本地的一些环境、变量，而X86架构的LINUX环境存在一些差异导致无法正常运行JAVA组件；前面的人工安装JAVA来实现X86架构的LINUX环境一致的方式已经验证不可行；
2024-03-25 16:43:27
697
原创 ORACLE RAC反应卡顿时enq: SV - contention和latch: row cache objects的分析
2、从基本信息来看，出现了很多异常等待数据，如典型的enq: SV - contention 、enq: TX - row lock contention、enq: SQ - contention、cursor: pin S wait on X、latch: row cache objects、enq: US - contention；4、看起来问题比较清楚，大量回滚端请求，查看对应UNDO表空间使用率，可以发现UNDO表空间使用率高，查看UNDO段状态，大量在UNEEXPIRED状态；
2024-03-06 16:52:04
1197
非IMU模式下一条update语句产生REDO RECORD条数的探究--日志打包
2014-01-07
实例恢复相关TRACE文件
2013-12-02
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人