oracle 有很多的后台进程，在遇到特殊情况的时候如锁表，如果等待的是一个后台进程，那这时就需要考量是不是能杀掉这个后台进程？杀掉这个后台进程会不会引起实例崩溃？本着实践出真知，本文针对oracle 11g，oracle 19c，和oracle 23ai三个版本，将系统的后台进程轮流杀掉看看会不会引起实例崩溃。
1.数据库实例
1.1测试脚本轮流kill后台进程
大家已经熟知的pmon，smon，dbwr,lgwr,ckpt,mman这六个核心进程 杀掉肯定会实例崩溃，所以脚本中剔除了这六个
#!/bin/shfunction startup(){sqlplus / as sysdba<<EOFstartupexitEOF}started=`ps -ef | grep pmon | grep -v grep | awk '{print $2}'`test -z "$started" && startup >> /dev/nullsleep 5# List of Oracle background processes to exclude from killingexclude_processes="pmon|smon|dbw0|dbw1|lgwr|ckpt|mman"# Get list of Oracle processesprolist=`ps -ef | grep ora | egrep -v "bash|su|h|ps|grep|more|sleep|awk|LOCAL|sy sdba|log|$exclude_processes" | awk '{print $NF}'`for i in $prolistdoproc_key=`echo $i | awk -F _ '{print $2}'`pid=`ps -ef | grep $proc_key | grep -v grep | awk '{print $2}'`test -z $pid && echo "$proc_key does not exist" || {echo "Killing process $proc_key with PID $pid"kill -9 $pidsleep 20# Check if PMON process existspc=`ps -ef | grep pmon | grep -v grep | wc -l`echo "Number of PMON processes: $pc"if [ $pc -eq 0 ]; thenecho "Killed process $proc_key has caused instance crash!"startup >> /dev/nullsleep 5elseecho "Killed process $proc_key has not caused instance crash."fi}done
这里给出三个版本的测试结果
oracle 11g
Killed process vktm has caused instance crash!Killed process gen0 has caused instance crash!Killed process dbrm has caused instance crash!
oracle 19c
Killed process clmn has caused instance crash!Killed process vktm has caused instance crash!Killed process gen0 has caused instance crash!Killed process lg00 has caused instance crash!Killed process lg01 has caused instance crash!Killed process lreg has caused instance crash!Killed process dbrm has caused instance crash!Killed process pman has caused instance crash!
oracle 23ai
Killed process clmn has caused instance crash!Killed process vktm has caused instance crash!Killed process gen0 has caused instance crash!Killed process lg00 has caused instance crash!Killed process lg01 has caused instance crash!Killed process lreg has caused instance crash!Killed process dbrm has caused instance crash!Killed process pman has caused instance crash!Killed process bg02 has caused instance crash!
1.2总结哪些数据库后台进程不能杀
oracle11g （9个）
oracle 19c （9+4=13个）
官方文档中没有bgnn介绍？
PMON (Process Monitor):
负责监视后台进程和用户进程的状态。当检测到用户进程异常或断开连接时，PMON负责清理相关资源并释放锁定。
SMON (System Monitor):
处理系统级别的事务和数据库实例的恢复。SMON负责维护数据库的一致性，包括回滚未完成的事务和清理临时段。
DBWR (Database Writer):
负责将缓冲区中的数据写回磁盘。DBWR根据需要执行检查点（Checkpoint），以确保数据库的一致性和持久性。
LGWR (Log Writer):
将重做日志缓冲区中的日志记录写入重做日志文件。LGWR确保事务的持久性，允许数据库在崩溃后进行恢复。
CKPT (Checkpoint Process):
负责在数据库实例中定期执行检查点操作。检查点将数据库缓冲区中的已修改数据写入数据文件，以便恢复操作。
MMAN (Memory Manager):
管理数据库实例中的内存分配和使用。MMAN负责自动调整共享池和其他内存结构的大小，以优化数据库性能。
VKTM (Virtual Keeper of Time):
提供数据库实例中的时间服务。VKTM管理数据库中所有时间相关操作，包括等待事件和事务时间戳。
oracle 11g新引入的后台进程。
DBRM (Database Resource Manager):
管理数据库资源的分配和使用，包括CPU、I/O和连接数等。DBRM确保不同用户和应用程序之间的资源分配公平和有效。
oracle 11g新引入的后台进程
GEN0 (Generic Background Process):
通用后台进程，用于处理数据库实例中的各种系统任务和管理操作。
oracle 10g引入的后台进程
23ai (13+1=14个)
新增bgnn进程，23ai确实有多个后台bgnn进程，kill掉还会实例崩溃 应该是关键进程，但是在官方的reference却没有？非常奇怪！有知道的大佬留言指教一下！
CLMN (Cleanup Main Process)：
功能：负责在Oracle实例中执行清理任务。
职责：管理清理死进程、终止会话、事务、网络连接、空闲会话、已分离事务以及超过空闲超时的网络连接。
oracle 12c引入和clnn一起协助pmon处理一些清理工作
LGnn ( Log Writer Worker)：
功能：lgwr辅助进程。
职责：在多处理器系统中，LGWR创建worker提高进程写入性能
oracle19c引入协助lgwr进程处理并发提高log写入性能
LREG ( Listener Registration Process)：
功能：将Oracle实例注册到监听器。
职责：通知监听器有关实例、服务、处理程序和端点的信息。确保监听器知道可以连接的数据库服务。
oracle 12c引入
PMAN (Process Manager)：
功能：管理Oracle数据库中的各种后台进程。
职责：根据需要监视、启动和停止分发器和共享服务器进程、连接代理、用于数据库驻留连接池的池化服务器进程、作业队列进程以及可重启后台进程。
oracle 12c引入
2.ASM实例
除了以上的还有集群环境下ASM实例相关后台进程，有如下四个ASM关键进程不能杀
ASMB (ASM Background Process)：
功能：ASMB 是 Automatic Storage Management (ASM) 的后台进程。它主要用于维护 ASM 实例与 Oracle 实例之间的通信。ASMB 管理与 Oracle 实例的连接，处理 ASM 实例与客户端之间的元数据操作请求，并协调数据重新平衡操作。
RBAL (ASM Rebalance Master Process)：
功能：RBAL 是另一个与 ASM 相关的进程。它负责分发重新平衡任务给其他 ASM 实例中的 ARBx 从属进程。重新平衡操作在添加或删除 ASM 磁盘时执行，以确保数据在磁盘组中的均匀分布。
PSP0 (Process Spawner Process)：
功能：PSP0 是 Process Spawner Process，负责生成和管理 Oracle 实例中的其他后台进程。它确保所需的后台进程在实例启动时启动，并在需要时生成新的进程。
GMON (ASM Disk Group Monitor Process)：
功能：GMON 是 ASM 磁盘组监控进程。它主要用于监控和管理 ASM 磁盘组的状态和运行状况。GMON 确保磁盘组的一致性，并在检测到磁盘组中的错误或不一致时采取纠正措施。
ps ：oracle 23ai还有一个变化后台进程的名字由原来的ora_xxxx改为了db_xxxx，放弃了沿用数十年的规则
19c
23ai (不确定正式EE版本是否沿用ora_还是使用db_)
