mmon进程被kill掉会不会自动启动

数据库为11.2.0.4.0版本的RAC。

两个节点相隔6个小时左右,相继无法自动生成AWR报告。业务正常

1.手动创建快照是OK的。

2.查看alert log和mmon日志。

3.在测试库上kill掉mmon进程,进程无法自动启动。

4.在测试库修改_swrf_mmon_flush参数,mmon进程可以自动起来

alter system set "_swrf_mmon_flush"=false;
alter system set "_swrf_mmon_flush"=true;

5.在生产库上的一个节点上,修改_swrt_mmon_flush参数,还是无法生成AWR

6.在生产库上kill mmon进程,mmon还是无法自动启动起来

7.后来过了5个小时左右,生产库没手动杀掉mmon进程的节点AWR报告正常生成了;杀掉mmon进程的节点,mmon进程还是没有启动起来,当然也无法生成AWR

8.根据trace(MMON的slave进程trace),查mos,网上也有,ora-12751

DDE rules only execute for :ORA-12751

后续打算执行下面收集统计信息的语句:

exec dbms_stats.gather_fixed_objects_stats;

exec dbms_stats.gather_schema_stats(‘SYS’);

之前考虑过收集sys的统计信息,因为AWR生成特别慢,要5分钟以上。

原文地址:https://www.cnblogs.com/cnmarkao/p/9537810.html

时间: 2024-10-11 14:16:29

mmon进程被kill掉会不会自动启动的相关文章

Android bindService 的进程被 kill 掉之后会怎样

今天突发奇想,想知道:Android中,A bindService B之后,如果 A 或者 B 被 kill 掉了会怎么样呢? 1. kill A,毫无疑问应该是: B will not be stopped. 2. kill B,那么会是怎么样呢? A will receive onServiceDisconnected call back. And A will reconnect B ? or A will re-bindService B ? or A will receive onSe

ruby中执行shell命令找到进程并kill掉

shell命令获得进程id的方法有三种: 1. ps -A |grep cmdname| awk '{print $1}' 2. pidof cmdname 3. pgrep cmdname ruby中怎么做呢? ruby中有三种方式执行shell命令: %x: 执行命令并返回执行结果 exec:执行命令并退出. system:执行命令并返回true或false. 所以这里要使用%x来取得返回结果. 比如要killsublime: result = %x[pgrep sublime] %x[su

linux内存不足导致java进程被kill掉

记得之前在国内现金贷贷超放量时,后台java进程莫名奇妙就没了, 查看 /var/log/message 出现如下日志,标明,Linux 系统自身把 Java 进程杀掉了 Jun 28 02:58:27 hilife-dev001 kernel: Out of memory: Kill process 14561 (java) score 52 or sacrifice child 当 Linux 系统内存不足时,系统会把当前系统占用系统内存过高的进程当做流氓进程,然后系统发出信号将这个流氓进程

获取指定进程号,并kill掉

直接上案例: 例子:获取gerrit进程 方法:$ps -aux |grep nginx |grep -v grep |awk '{print $2}'  或者 $ps -ef |grep nginx |grep -v grep |awk '{print $2}' 例子:获取gerrit进程并kill掉 方法:$ps -aux |grep gerrit |grep -v grep |awk '{print "kill -9 " $2}' |sh 或者 $ps -ef |grep ger

centos,启动tomcat无缘无故启动被中断,kill掉

最近启动tomcat,还在启动过程中无缘无故tomcat进程就消失了,怎么找都找不到原因,tomcat日志和系统日志都没有任何显示,问了牛人后说被kill掉是不会有任何日志的,初步怀疑是中毒了.最后百度了一下,说病毒通常都会随系统的启动而启动,运行crontab -l没有发现,最后在/etc/rc.local发现启动了两个奇怪的脚本,/boot/efi/killer.sh和/boot/efi/daemon.sh, killer.sh如下: #!/bin/bash # killer.sh  exp

如何让Service自动重启而不被kill掉

重写service的onStartCommand方法. @Override public int onStartCommand(Intent intent, int flags, int startId) { return START_STICKY; } 简单介绍下这个方法,在Android开发的过程中,每次调用startService(Intent)的时候,都会调用该Service对象的onStartCommand(Intent,int,int)方法,然后在onStartCommand方法中做

windows和linux中查看端口占用情况并kill掉对应进程

好几次在不同的情况下遇到 需要查看端口信息 并且kill掉对应进程的情况 相关的参数总是记不全 在这里记录下 以后查看方便 windows中查看正在使用端口的信息netstat -ano|findstr "xxxx"kill 掉对应的进程taskkill /f /t /PID 具体参数信息http://blog.163.com/[email protected]/blog/static/45190050200741222590/ linux中查看正在使用的端口的信息sudo netst

保持Service不被Kill掉的方法--双Service守护 && Android实现双进程守护

本文分为两个部分,第一部分为双Service守护,第二部分为双进程守护 第一部分: 一.Service简介:Java.lang.Object ?Android.content.Context  ?android.content.ContextWrapper  ?android.app.Service Service是应用程序Application的一个组件(component).它的作用有两点:1.用来提供一个长期在后台运行并且不与用户交互的操作,2.也可以为其他应用程序提供服务.Service

C# 强制关闭当前程序进程(完全Kill掉不留痕迹)

C#代码   /// <summary> /// 运行DOS命令 /// DOS关闭进程命令(ntsd -c q -p PID )PID为进程的ID /// </summary> /// <param name="command"></param> /// <returns></returns> public static string RunCmd(string command) { //實例一個Process類