【ASM内部原理】_asm_kill_unresponsive_clients & _asm_healthcheck_timeout

简介:
SQL> SQL> select * From V$VERSION;   BANNER   --------------------------------------------------------------------------------   Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production   PL/SQL Release 11.2.0.3.0 - Production   CORE 11.2.0.3.0 Production   TNS for Linux: Version 11.2.0.3.0 - Production   NLSRTL Version 11.2.0.3.0 - Production   SQL>select pid,pname from v$process   PID PNAME   ---------- -----   1   2 PMON   3 PSP0   4 VKTM   5 GEN0   6 DIAG   7 DBRM   8 PING   9 ACMS   10 DIA0   11 LMON   12 LMD0   13 LMS0   14 RMS0   15 LMHB   16 MMAN   17 DBW0   18 LGWR   19 CKPT   20 SMON   21 RECO   22 RBAL   23 ASMB   24 MMON   25 MMNL   26 MARK   27 SMCO   28 LCK0   29 RSMN   30 J000   31 ARC1   32 J001   33 W000   34 W001   35   36 ARC0   37 ARC2   38 ARC3   39 GTX0   40 RCBG   41 QMNC   42   43 Q000   44 O000   45 CJQ0   51 Q001   53 GCR0   23 ASMB   SQL> oradebug setorapid 23;   Oracle pid: 23, Unix process pid: 5771, image: oracle@maclean1.oracle.com (ASMB)   SQL> oradebug short_stack;   ksedsts()+461<-ksdxfstk()+32<-ksdxcb()+1876<-sspuser()+112<-__sighandler()<-read()+14<-ntpfprd()+115<-nsbasic_brc()+376<-nsbrecv()+69<-nioqrc()+485<-ttcdrv()+1461<-nioqwa()+61<-upirtrc()+1385<-upirtr()+148<-kpurcs()+34<-OCIKDispatch()+42<-kfnOpExecuteWithWait()+722<-kfnbRun()+5370<-ksbrdp()+971<-opirip()+623<-opidrv()+603<-sou2o()+103<-opimai_real()+266<-ssthrdmain()+252<-main()+201<-__libc_start_main()+244<-_start()+36   SQL>  SQL> oradebug suspend;   Statement processed.   SQL> oradebug short_stack;   ksedsts()+461<-ksdxfstk()+32<-ksdxcb()+1876<-ksdxsus()+1101<-ksdxffrz()+40<-ksdxcb()+1876<-sspuser()+112<-__sighandler()<-read()+14<-ntpfprd()+115<-nsbasic_brc()+376<-nsbrecv()+69<-nioqrc()+485<-ttcdrv()+1461<-nioqwa()+61<-upirtrc()+1385<-upirtr()+148<-kpurcs()+34<-OCIKDispatch()+42<-kfnOpExecuteWithWait()+722<-kfnbRun()+5370<-ksbrdp()+971<-opirip()+623<-opidrv()+603<-sou2o()+103<-opimai_real()+266<-ssthrdmain()+252<-main()+201<-__libc_start_main()+244<-_start()+36   2013-05-21 09:19:50.952000 -04:00   Unix process pid: 5771, image: oracle@maclean1.oracle.com (ASMB) flash frozen [ command #2 ]  



本文转自maclean_007 51CTO博客,原文链接:http://blog.51cto.com/maclean/1278342

相关文章
|
负载均衡 监控 Go
Golang深入浅出之-Go语言中的服务网格(Service Mesh)原理与应用
【5月更文挑战第5天】服务网格是处理服务间通信的基础设施层,常由数据平面(代理,如Envoy)和控制平面(管理配置)组成。本文讨论了服务发现、负载均衡和追踪等常见问题及其解决方案,并展示了使用Go语言实现Envoy sidecar配置的例子,强调Go语言在构建服务网格中的优势。服务网格能提升微服务的管理和可观测性,正确应对问题能构建更健壮的分布式系统。
583 1
|
负载均衡 安全 Cloud Native
服务网格的工作原理:解析服务网格的核心组件和通信模式
服务网格的工作原理:解析服务网格的核心组件和通信模式
161 0
|
存储 Java Spring
从零开始造Spring04---补充之ASM的原理以及在Spring中的应用
ASM 是一个可以操作Java 字节码的框架。可以读取/修改class中的字节码。ASM可以直接产生二进制class文件,也可以在类被加载Java虚拟机之前动态改变类行为,Java class被存储在严格格式定义的.class文件里,这些文件拥有足够的元数据来解析勒种的所有元素:类名称, 方法,属性以及Java字节码(指令)。ASM从类文件中读入信息后,能够改变类行为,分析类信息,甚至能够根据用户要求生成新类。
671 0
从零开始造Spring04---补充之ASM的原理以及在Spring中的应用
|
Oracle 关系型数据库
oracle asm 磁盘显示offline
oracle asm 磁盘显示offline
642 2
|
11月前
|
存储 Oracle 关系型数据库
数据库数据恢复—Oracle ASM磁盘组故障数据恢复案例
Oracle数据库数据恢复环境&故障: Oracle ASM磁盘组由4块磁盘组成。Oracle ASM磁盘组掉线 ,ASM实例不能mount。 Oracle数据库故障分析&恢复方案: 数据库数据恢复工程师对组成ASM磁盘组的磁盘进行分析。对ASM元数据进行分析发现ASM存储元数据损坏,导致磁盘组无法挂载。
|
存储 Oracle 关系型数据库
【数据库数据恢复】Oracle数据库ASM磁盘组掉线的数据恢复案例
oracle数据库ASM磁盘组掉线,ASM实例不能挂载。数据库管理员尝试修复数据库,但是没有成功。
【数据库数据恢复】Oracle数据库ASM磁盘组掉线的数据恢复案例
|
SQL Oracle 关系型数据库
Oracle ASM磁盘和磁盘组的常用SQL语句
Oracle ASM磁盘和磁盘组的常用SQL语句
399 0
|
文字识别 Oracle NoSQL
oracle 11g 单机asm配置
oracle 11g 单机asm配置
763 0
|
Oracle 关系型数据库
❤️Oracle ASM加磁盘及剔盘操作❤️
❤️Oracle ASM加磁盘及剔盘操作❤️
549 0
|
存储 机器学习/深度学习 Oracle
Oracle 11gR2 ASM存储日常管理手册
Oracle 11gR2 ASM存储日常管理手册 目 录1 文档简介 31.1 编写目的 31.2 适用范围 31.3 名词解释 31.4 格式约定 42 配置多链路和LUN 42.
1266 0