问题背景

如果,你负责的数据库服务器,在RMAN进行全备时,业务又有大量数据要处理,一时间,系统资源直接被耗尽,影响到了业务的正常,你准备怎么处理?

解决办法

【不推荐】当时我们组的另外一个同事在没有询问我的情况下,直接修改oracle分配内存参数,关闭监听,关闭oracle数据库。数据库停了半小时才停下来。当然数据库停下来,所有进程都消失,资源都释放了。
【推荐】其实还有更好的方法,那就是直接杀rman的备份进程!立即释放资源。

紧急状态下,我们是可以立即终止正在进行的RMAN备份进程的。

(1)查看RMAN分配的各个通道的进程号

SQL>  
SELECT sid, spid, client_info 
 FROM v$process p, v$session s 
 WHERE p.addr = s.paddr
 AND client_info LIKE '%rman%';

SIDSPID CLIENT_INFO
11315898 rman channel=ORA_DISK_1
11915899 rman channel=ORA_DISK_2
12015900 rman channel=ORA_DISK_3
11715901 rman channel=ORA_DISK_4

(2)根据第(1)中得到的进程号,终止RMAN备份

注:这里既要kill 掉RMAN备份脚本的PID,www.linuxidc.com?也要kill 掉RMAN中分配的各个通道的PID

[root@asmdb ~]# ps -ef | grep beq
oracle    1918     1  0 Jul10 ?        00:00:09 oracle+ASM (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle   15790     1  0 08:53 ?        00:00:00 oracle+ASM (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle   15892 15885  1 08:57 ?        00:00:00 oracleasmdb (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle   15897 15885  1 08:57 ?        00:00:00 oracleasmdb (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle   15898 15885  1 08:57 ?        00:00:00 oracleasmdb (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle   15899 15885  2 08:57 ?        00:00:00 oracleasmdb (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle   15900 15885  2 08:57 ?        00:00:00 oracleasmdb (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle   15901 15885  5 08:57 ?        00:00:00 oracleasmdb (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
root     15903 15823  0 08:57 pts/3    00:00:00 grep beq
[root@asmdb ~]# kill -9 15898
[root@asmdb ~]# kill -9 15899
[root@asmdb ~]# kill -9 15900
[root@asmdb ~]# kill -9 15901

[root@asmdb ~]# ps -ef | grep rman
oracle   15885 15740  1 08:57 pts/2    00:00:02 rman target /
root     15926 15823  0 09:01 pts/3    00:00:00 grep rman
[root@asmdb ~]# kill -9  15885

rman备份的命令行终端的显示输出:
[oracle@asmdb ~]$ rman target /

Recovery Manager: Release 10.2.0.5.0 - Production on Mon Jul 29 08:57:22 2013

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

connected to target database: ASMDB (DBID=557978363)

RMAN> backup database;

Starting backup at 29-JUL-13
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=113 devtype=DISK
allocated channel: ORA_DISK_2
channel ORA_DISK_2: sid=119 devtype=DISK
allocated channel: ORA_DISK_3
channel ORA_DISK_3: sid=120 devtype=DISK
allocated channel: ORA_DISK_4
channel ORA_DISK_4: sid=117 devtype=DISK
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
input datafile fno=00002 name=+ASMDG01/asmdb/datafile/undotbs1.261.813779611
input datafile fno=00007 name=+ASMDG01/asmdb/datafile/spottbs.268.821100481
channel ORA_DISK_1: starting piece 1 at 29-JUL-13
channel ORA_DISK_2: starting full datafile backupset
channel ORA_DISK_2: specifying datafile(s) in backupset
input datafile fno=00001 name=+ASMDG01/asmdb/datafile/system.260.813779595
channel ORA_DISK_2: starting piece 1 at 29-JUL-13
channel ORA_DISK_3: starting full datafile backupset
channel ORA_DISK_3: specifying datafile(s) in backupset
input datafile fno=00003 name=+ASMDG01/asmdb/datafile/sysaux.262.813779621
input datafile fno=00004 name=+ASMDG01/asmdb/datafile/users.264.813779629
channel ORA_DISK_3: starting piece 1 at 29-JUL-13
channel ORA_DISK_4: starting full datafile backupset
channel ORA_DISK_4: specifying datafile(s) in backupset
input datafile fno=00005 name=+ASMDG01/asmdb/datafile/luroutest01.dbf
input datafile fno=00006 name=+ASMDG01/asmdb/datafile/spot01.dbf
channel ORA_DISK_4: starting piece 1 at 29-JUL-13
RMAN-03009: failure of backup command on ORA_DISK_1 channel at 07/29/2013 08:58:20
RMAN-10038: database session for channel ORA_DISK_1 terminated unexpectedly
channel ORA_DISK_1 disabled, job failed on it will be run on another channel
RMAN-03009: failure of backup command on ORA_DISK_2 channel at 07/29/2013 08:58:20
RMAN-10038: database session for channel ORA_DISK_2 terminated unexpectedly
channel ORA_DISK_2 disabled, job failed on it will be run on another channel
RMAN-03009: failure of backup command on ORA_DISK_3 channel at 07/29/2013 08:58:20
RMAN-10038: database session for channel ORA_DISK_3 terminated unexpectedly
channel ORA_DISK_3 disabled, job failed on it will be run on another channel

Killed
[oracle@asmdb ~]$
[oracle@asmdb ~]$

(3)核实进程是否还存在

此时RMAN备份操作已经被终止。查看(1)中的SQL语句时,结果为空。

注意事项

如果单单kill掉RMAN的进程号,那么RMAN备份并没有停止,必须要连channel进程也一起掉才可以!

___________________________________________________________________________________

版权所有,文章允许转载,但必须以链接方式注明源地址,否则追究法律责任!

Author:   laven54 (lurou)

Email:    laven54@163.com

Blog:      http://blog.csdn.net/laven54

QQ群: 164734649  可以到群里来提问,Oracle相关的问题我都很感兴趣

最新文章

  1. YARN与MRv1的对比
  2. Weblogic新增域(可以配置新端口)
  3. [转载]ARM协处理器CP15寄存器详解
  4. 常用RSS订阅地址
  5. Yii里获取当前controller和action的id
  6. C语言位运算详解[转]
  7. Python迁移MySQL数据到MongoDB脚本
  8. C# 读XML文件
  9. springboot整合redis
  10. SpringMVC整合Shiro权限框架
  11. POJ - 2912 Rochambeau 种类并查集
  12. Dynamics 365-ExecuteWorkflowRequest
  13. 项目管理软件 GanttProject 节日表
  14. VS2010 SP1安装失败之”此计算机的状态不支持此安装“()
  15. matlab fopen()
  16. JavaBean简介及使用
  17. js 控制页面跳转的5种方法
  18. Android设计模式系列(3)--SDK源码之单例模式
  19. netifd
  20. MD5骨骼动画模型加载

热门文章

  1. CentOS FTP服务器权限控制
  2. 设置Toast显示位置
  3. Android studio快捷键Windows版本
  4. html中embed标签的用法
  5. LibSvm介绍---调用方法及参数介绍
  6. rsync实现文件备份同步(比如服务器镜像)
  7. PowerShell 远程管理之 about_Remote_Troubleshooting
  8. 【转】Android兼容性测试CTS --环境搭建、测试执行、结果分析
  9. LCS算法思想
  10. 利用sql 存储过程把表中内容自动生成insert语句