Please Check VKTM Trace File for More Details (文档 ID 1347586.1)

本文档针对Oracle 11.2.0.2及后续版本中出现的VKTM时间漂移警报日志问题进行了说明。该问题通常由高负载下操作系统层面的因素引起,如虚拟内存不足或网络时间协议配置不当等。文档提供了具体解决方案,包括下载并应用补丁11837095以及设置事件10795来限制日志条目。
部署运行你感兴趣的模型镜像

Applies to:

Oracle Database - Enterprise Edition - Version 11.2.0.2 and later
Information in this document applies to any platform.

Goal

Below message keeps repeating in Alert-log.

Time drift detected. Please check VKTM trace file for more details.
Warning: VKTM detected a time drift


This note explains the possible cause and if the issue needs to be addressed or not.

Solution

There are multiple bugs filed for this issue, Some of them follows:

Bug 12601857 - TIME DRIFT DETECTED. PLEASE CHECK VKTM TRACE FILE FOR MORE DETAILS.
Bug 12374867 - TIME DRIFT DETECTED. PLEASE CHECK VKTM TRACE FILE FOR MORE DETAILS.


Which were closed as duplicates of:

Bug 11837095 "TIME DRIFT DETECTED" APPEARS INTERMITTENTLY IN ALERT LOG, THO' EVENT 10795 SET.

To fix the issue, please download and apply patch 11837095 as available for your release/platform. This is available for 11.2.0.2 and above.

NOTE:
Patch 11837095 extends to functionality of event 10795 (set to level 2) for VKTM tracing and limits alert log entries.

After applying the patch, enable event 10795 at level 2:

alter system set event="10795 trace name context forever, level 2" scope=spfile;

 Then bounce the instance (shutdown then startup) for the event to be applied.

The permanent fix is planned to be included in the 11.2.0.4 and 12.1 releases.

For version 11.2.0.1, Apply patch for  Bug 9843304 .  This Bug is already fixed in 11.2.0.2

Meaning and technical Impact of the error:

The time drifts usually occurring less than 1sec and 5 sec for forward and backward respectively are permissible and OK.
If the traces are emitting time drifts of amount beyond these ranges, then it needs to be analyzed.
Most of the times, during high loads, there would be issues with underlying OS due to virtual memory, network time protocol improper configuration etc.

In general VKTM process need to be scheduled in every 10ms, if due to above reasons this is not happening we see the time drifts and to certain level (mentioned above) are permissible.
Eventually, this probably would cause the resource manager to take improper decisions and can lead to a hang in worst case.
 
VKTM process trace file can be found under bdump, However in this case the trace file doesn't contain useful information, Which makes the message ambiguous.
There are bugs for the VKTM process malfunction

Unpublished Bug 18390507 : EXADATA: VKTM CONSUMING HUGE CPU AFTER PATCHING 11.2.3.3.0 AND 11.2.0.4.3
This Bug is closed as duplicate of Unpublished Bug 18499306

Unpublished Bug 18499306 : DBMX28 DATABASE VKTM PROCESSES CONSUME LARGE AMOUNT OF CPU, UNSTABLIZE MACHINE
This Bug is fixed in 12.2

So please download & apply patch 18499306, if its available on top of your database version for your platform



来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/13750068/viewspace-1672708/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/13750068/viewspace-1672708/

您可能感兴趣的与本文相关的镜像

ACE-Step

ACE-Step

音乐合成
ACE-Step

ACE-Step是由中国团队阶跃星辰(StepFun)与ACE Studio联手打造的开源音乐生成模型。 它拥有3.5B参数量,支持快速高质量生成、强可控性和易于拓展的特点。 最厉害的是,它可以生成多种语言的歌曲,包括但不限于中文、英文、日文等19种语言

[oracle@oracle ~]$ cd /mnt/vdb/u01/app/oracle/diag/rdbms/orcl/orcl/trace [oracle@oracle trace]$ tail -100 alert_orcl.log 2025-12-25T21:16:16.595835+08:00 DBW1 started with pid=20, OS id=21504 Starting background process LGWR Starting background process CKPT 2025-12-25T21:16:16.605299+08:00 LGWR started with pid=21, OS id=21506 2025-12-25T21:16:16.614310+08:00 CKPT started with pid=22, OS id=21508 Starting background process SMON 2025-12-25T21:16:16.625309+08:00 LGWR slave LG00 created with pid=23, OS pid=21510 2025-12-25T21:16:16.634678+08:00 SMON started with pid=24, OS id=21512 LGWR slave LG01 created with pid=25, OS pid=21514 Starting background process SMCO Starting background process RECO 2025-12-25T21:16:16.661926+08:00 SMCO started with pid=26, OS id=21527 2025-12-25T21:16:16.670892+08:00 RECO started with pid=27, OS id=21532 Starting background process LREG 2025-12-25T21:16:16.701618+08:00 LREG started with pid=29, OS id=21543 Starting background process PXMN 2025-12-25T21:16:16.722837+08:00 PXMN started with pid=31, OS id=21547 Starting background process FENC 2025-12-25T21:16:16.732033+08:00 FENC started with pid=32, OS id=21559 Starting background process MMON 2025-12-25T21:16:16.741446+08:00 MMON started with pid=33, OS id=21563 Starting background process MMNL 2025-12-25T21:16:16.750450+08:00 MMNL started with pid=34, OS id=21565 2025-12-25T21:16:16.750481+08:00 starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'... starting up 1 shared server(s) ... Starting background process TMON 2025-12-25T21:16:16.776606+08:00 TMON started with pid=36, OS id=21571 Setting CPU count to 16 ORACLE_BASE from environment = /mnt/vdb/u01/app/oracle 2025-12-25T21:16:19.560150+08:00 PGA_AGGREGATE_LIMIT specified is high 2025-12-25T21:16:19.560307+08:00 WARNING: pga_aggregate_limit value is too high for the amount of physical memory on the system PGA_AGGREGATE_LIMIT is 52430 MB PGA_AGGREGATE_TARGET is 26215 MB. physical memory size is 128684 MB limit based on physical memory and SGA usage is 10855 MB SGA_TARGET is 104960 MB Using default pga_aggregate_limit of 52430 MB 2025-12-25T21:16:25.302359+08:00 ALTER DATABASE MOUNT 2025-12-25T21:16:25.339080+08:00 ORA-00210: cannot open the specified control file ORA-00202: control file: '/mnt/vdb/u01/app/oracle/oradata/ORCL/control02.ctl' ORA-27037: unable to obtain file status Linux-x86_64 Error: 2: No such file or directory Additional information: 7 ORA-00210: cannot open the specified control file ORA-00202: control file: '/mnt/vdb/u01/app/oracle/oradata/ORCL/control01.ctl' ORA-27037: unable to obtain file status Linux-x86_64 Error: 2: No such file or directory Additional information: 7 ORA-205 signalled during: ALTER DATABASE MOUNT... 2025-12-25T21:16:25.355455+08:00 Errors in file /mnt/vdb/u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_mz00_21790.trc: ORA-00202: control file: '/mnt/vdb/u01/app/oracle/oradata/ORCL/control01.ctl' ORA-27037: unable to obtain file status Linux-x86_64 Error: 2: No such file or directory Additional information: 7 2025-12-25T21:16:25.434336+08:00 Errors in file /mnt/vdb/u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_mz00_21790.trc: ORA-00202: control file: '/mnt/vdb/u01/app/oracle/oradata/ORCL/control02.ctl' ORA-27037: unable to obtain file status Linux-x86_64 Error: 2: No such file or directory Additional information: 7 ORA-00210: cannot open the specified control file ORA-00202: control file: '/mnt/vdb/u01/app/oracle/oradata/ORCL/control01.ctl' ORA-27037: unable to obtain file status Linux-x86_64 Error: 2: No such file or directory Additional information: 7 2025-12-25T21:16:43.593401+08:00 Warning: VKTM detected a forward time drift. Please see the VKTM trace file for more details: /mnt/vdb/u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_vktm_21452.trc 2025-12-25T21:16:45.556391+08:00 PMON (ospid: ): terminating the instance due to ORA error 2025-12-25T21:16:45.557874+08:00 Cause - 'Instance is being terminated due to fatal process death (pid: 7, ospid: 21458, MMAN)' 2025-12-25T21:16:45.569134+08:00 System state dump requested by (instance=1, osid=21409 (PMON)), summary=[abnormal instance termination]. System State dumped to trace file /mnt/vdb/u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_diag_21465.trc 2025-12-25T21:16:45.753458+08:00 Dumping diagnostic data in directory=[cdmp_20251225211645], requested by (instance=1, osid=21409 (PMON)), summary=[abnormal instance termination]. 2025-12-25T21:16:46.867864+08:00 Instance terminated by PMON, pid = 21409
最新发布
12-26
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值