精品日韩在线,日韩精品福利一区二区三区,日韩午夜黄色,国产日韩欧美高清免费

始創于2000年 股票代碼:831685
咨詢熱線:0371-60135900 注冊有禮 登錄
  • 掛牌上市企業
  • 60秒人工響應
  • 99.99%連通率
  • 7*24h人工
  • 故障100倍補償
您的位置: 網站首頁 > 幫助中心>文章內容

兩條 Linux 命令徹底殺死 Oracle

發布時間:  2012/8/16 17:38:47

今天編寫的兩條極具殺傷力的命令,它可以瞬間將Oracle殺死在無形之中。后面我將給出簡單注釋并展示一下它的威力。
$ ps -ef |grep $Oracle_SID|grep -v grep|awk '{print $2}' | xargskill-9
$ ipcs -m | grep Oracle | awk '{print $2}' | xargs ipcrm shm

這兩條命令的來由:
今天處理了三起Oracle數據庫無故無法登錄的問題,無論你采取什么手段都無法登陸到Oracle的SQL*PLus中,更談不上故障排查了。
這種情況下有兩種選擇,第一種選擇是經過一個較長的時間來排查故障原因,另外一種方法是不惜一切代價啟動數據庫以便盡快恢復生產。

如果是測試實驗環境可以使用第一種方法來完成,對于排查問題的經驗積累是有意的。
如果是生產環境,減少停機時間是最最至上的原則,所以我們只有不惜一切代價讓數據庫盡快恢復使用。

對于盡快恢復生產的方法主要也有兩種。
第一種不惜代價的方法是重啟服務器主機,徹底釋放一切資源,重新來過,這種方法是有效的,不過停機時間還是有點長,而且技術含量比較低,所以不是很推薦使用這種超級“簡單粗暴”的方法。
第二種方法就是我將要給大家展示的方法。

1.第一步:使用Linux的kill命令殺死所有與Oracle有關的進程。
1)查詢到與Oracle_SID相關的oracle進程
$ ps -ef |grep $Oracle_SID
Oracle    7776     1  0 22:51 ?        00:00:00 ora_pmon_ora10g
Oracle    7778     1  0 22:51 ?        00:00:00 ora_psp0_ora10g
Oracle    7780     1  0 22:51 ?        00:00:00 ora_mman_ora10g
Oracle    7782     1  0 22:51 ?        00:00:00 ora_dbw0_ora10g
Oracle    7784     1  0 22:51 ?        00:00:00 ora_dbw1_ora10g
Oracle    7786     1  0 22:51 ?        00:00:00 ora_lgwr_ora10g
Oracle    7788     1  0 22:51 ?        00:00:00 ora_ckpt_ora10g
Oracle    7790     1  0 22:51 ?        00:00:00 ora_smon_ora10g
Oracle    7792     1  0 22:51 ?        00:00:00 ora_reco_ora10g
Oracle    7794     1  0 22:51 ?        00:00:00 ora_cjq0_ora10g
Oracle    7796     1  0 22:51 ?        00:00:00 ora_mmon_ora10g
Oracle    7798     1  0 22:51 ?        00:00:00 ora_mmnl_ora10g
Oracle    7832     1  0 22:51 ?        00:00:00 ora_arc0_ora10g
Oracle    7834     1  0 22:51 ?        00:00:00 ora_arc1_ora10g
Oracle    7836     1  0 22:51 ?        00:00:00 ora_qmnc_ora10g
Oracle    7842     1  0 22:51 ?        00:00:00 ora_q000_ora10g
Oracle    7847     1  0 22:52 ?        00:00:00 ora_q001_ora10g
Oracle    7951  7592  0 23:11 pts/2    00:00:00 grep ora10g

2)去除掉包含grep命令本身的記錄
$ ps -ef |grep $Oracle_SID |grep -v grep
Oracle    7776     1  0 22:51 ?        00:00:00 ora_pmon_ora10g
Oracle    7778     1  0 22:51 ?        00:00:00 ora_psp0_ora10g
Oracle    7780     1  0 22:51 ?        00:00:00 ora_mman_ora10g
Oracle    7782     1  0 22:51 ?        00:00:00 ora_dbw0_ora10g
Oracle    7784     1  0 22:51 ?        00:00:00 ora_dbw1_ora10g
Oracle    7786     1  0 22:51 ?        00:00:00 ora_lgwr_ora10g
Oracle    7788     1  0 22:51 ?        00:00:00 ora_ckpt_ora10g
Oracle    7790     1  0 22:51 ?        00:00:00 ora_smon_ora10g
Oracle    7792     1  0 22:51 ?        00:00:00 ora_reco_ora10g
Oracle    7794     1  0 22:51 ?        00:00:00 ora_cjq0_ora10g
Oracle    7796     1  0 22:51 ?        00:00:00 ora_mmon_ora10g
Oracle    7798     1  0 22:51 ?        00:00:00 ora_mmnl_ora10g
Oracle    7832     1  0 22:51 ?        00:00:00 ora_arc0_ora10g
Oracle    7834     1  0 22:51 ?        00:00:00 ora_arc1_ora10g
Oracle    7836     1  0 22:51 ?        00:00:00 ora_qmnc_ora10g
Oracle    7842     1  0 22:51 ?        00:00:00 ora_q000_ora10g
Oracle    7847     1  0 22:52 ?        00:00:00 ora_q001_ora10g

3)使用awk命令得到我們關心的進程號
$ ps -ef |grep $Oracle_SID |grep -v grep|awk '{print $2}'
7776
7778
7780
7782
7784
7786
7788
7790
7792
7794
7796
7798
7832
7834
7836
7842
7847

4)萬事俱備,我們最后使用kill命令將Oracle的進程殺死,因此得到了下面完整的命令
$ ps -ef |grep $Oracle_SID |grep -v grep|awk '{print $2}' | xargs kill -9

2.第二步:使用Linux的ipcs和ipcsrm命令釋放Oracle占用的共享內存。
1)使用ipcs命令查看系統中共享內存使用情況
$ ipcs -m

------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status
0x00000000 32768      root      644        72         2          dest
0x00000000 65537      root      644        16384      2          dest
0x00000000 98306      root      644        280        2          dest
0x00000000 131075     root      644        790528     2          dest
0x00000000 163844     root      644        790528     2          dest
0x00000000 196613     root      644        790528     2          dest
0x00000000 327689     Oracle    644        790528     2          dest
0x00000000 360458     Oracle    644        790528     2          dest
0x00000000 393227     Oracle    644        790528     2          dest
0xecc5fba0 786447     Oracle    640        5370806272 30

2)使用grep命令過濾后得到與Oracle相關的內容
$ ipcs -m | grep Oracle
0x00000000 327689     Oracle    644        790528     2          dest
0x00000000 360458     Oracle    644        790528     2          dest
0x00000000 393227     Oracle    644        790528     2          dest
0xecc5fba0 786447     Oracle    640        5370806272 31

2)使用awk命令獲得上面我們關心的shmid字段內容
$ $ ipcs -m | grep Oracle | awk '{print $2}'
327689
360458
393227
786447

3)最后使用ipcsrm命令釋放共享內存
$ ipcs -m | grep Oracle | awk '{print $2}' | xargs ipcrm shm
resource(s) deleted

再次查看一下,此時共享內存已經被釋放。
$ ipcs -m | grep Oracle
0x00000000 327689     Oracle    644        790528     2          dest
0x00000000 360458     Oracle    644        790528     2          dest
0x00000000 393227     Oracle    644        790528     2          dest
0x00000000 786447     Oracle    640        5370806272 31         dest

3.此時,我們便可以登錄到數據庫,最后啟動數據庫恢復生產。

4.小結
這種方法相對也是比較“粗暴”的。不過在危難之時還是可以派上用場。
重點強調:
手工殺掉Oracle進程和手工釋放共享內存是非常危險的,不到萬不得已,千萬不要使用;
這里我給出的兩條極具殺傷力的命令,請不要輕易嘗試。

Good luck.


本文出自:億恩科技【www.zuiquanben.com】

這兩條命令的來由:
今天處理了三起Oracle數據庫無故無法登錄的問題,無論你采取什么手段都無法登陸到Oracle的SQL*PLus中,更談不上故障排查了。
這種情況下有兩種選擇,第一種選擇是經過一個較長的時間來排查故障原因,另外一種方法是不惜一切代價啟動數據庫以便盡快恢復生產。

如果是測試實驗環境可以使用第一種方法來完成,對于排查問題的經驗積累是有意的。
如果是生產環境,減少停機時間是最最至上的原則,所以我們只有不惜一切代價讓數據庫盡快恢復使用。

對于盡快恢復生產的方法主要也有兩種。
第一種不惜代價的方法是重啟服務器主機,徹底釋放一切資源,重新來過,這種方法是有效的,不過停機時間還是有點長,而且技術含量比較低,所以不是很推薦使用這種超級“簡單粗暴”的方法。
第二種方法就是我將要給大家展示的方法。

1.第一步:使用Linux的kill命令殺死所有與Oracle有關的進程。
1)查詢到與Oracle_SID相關的oracle進程
$ ps -ef |grep $Oracle_SID
Oracle    7776     1  0 22:51 ?        00:00:00 ora_pmon_ora10g
Oracle    7778     1  0 22:51 ?        00:00:00 ora_psp0_ora10g
Oracle    7780     1  0 22:51 ?        00:00:00 ora_mman_ora10g
Oracle    7782     1  0 22:51 ?        00:00:00 ora_dbw0_ora10g
Oracle    7784     1  0 22:51 ?        00:00:00 ora_dbw1_ora10g
Oracle    7786     1  0 22:51 ?        00:00:00 ora_lgwr_ora10g
Oracle    7788     1  0 22:51 ?        00:00:00 ora_ckpt_ora10g
Oracle    7790     1  0 22:51 ?        00:00:00 ora_smon_ora10g
Oracle    7792     1  0 22:51 ?        00:00:00 ora_reco_ora10g
Oracle    7794     1  0 22:51 ?        00:00:00 ora_cjq0_ora10g
Oracle    7796     1  0 22:51 ?        00:00:00 ora_mmon_ora10g
Oracle    7798     1  0 22:51 ?        00:00:00 ora_mmnl_ora10g
Oracle    7832     1  0 22:51 ?        00:00:00 ora_arc0_ora10g
Oracle    7834     1  0 22:51 ?        00:00:00 ora_arc1_ora10g
Oracle    7836     1  0 22:51 ?        00:00:00 ora_qmnc_ora10g
Oracle    7842     1  0 22:51 ?        00:00:00 ora_q000_ora10g
Oracle    7847     1  0 22:52 ?        00:00:00 ora_q001_ora10g
Oracle    7951  7592  0 23:11 pts/2    00:00:00 grep ora10g

2)去除掉包含grep命令本身的記錄
$ ps -ef |grep $Oracle_SID |grep -v grep
Oracle    7776     1  0 22:51 ?        00:00:00 ora_pmon_ora10g
Oracle    7778     1  0 22:51 ?        00:00:00 ora_psp0_ora10g
Oracle    7780     1  0 22:51 ?        00:00:00 ora_mman_ora10g
Oracle    7782     1  0 22:51 ?        00:00:00 ora_dbw0_ora10g
Oracle    7784     1  0 22:51 ?        00:00:00 ora_dbw1_ora10g
Oracle    7786     1  0 22:51 ?        00:00:00 ora_lgwr_ora10g
Oracle    7788     1  0 22:51 ?        00:00:00 ora_ckpt_ora10g
Oracle    7790     1  0 22:51 ?        00:00:00 ora_smon_ora10g
Oracle    7792     1  0 22:51 ?        00:00:00 ora_reco_ora10g
Oracle    7794     1  0 22:51 ?        00:00:00 ora_cjq0_ora10g
Oracle    7796     1  0 22:51 ?        00:00:00 ora_mmon_ora10g
Oracle    7798     1  0 22:51 ?        00:00:00 ora_mmnl_ora10g
Oracle    7832     1  0 22:51 ?        00:00:00 ora_arc0_ora10g
Oracle    7834     1  0 22:51 ?        00:00:00 ora_arc1_ora10g
Oracle    7836     1  0 22:51 ?        00:00:00 ora_qmnc_ora10g
Oracle    7842     1  0 22:51 ?        00:00:00 ora_q000_ora10g
Oracle    7847     1  0 22:52 ?        00:00:00 ora_q001_ora10g

3)使用awk命令得到我們關心的進程號
$ ps -ef |grep $Oracle_SID |grep -v grep|awk '{print $2}'
7776
7778
7780
7782
7784
7786
7788
7790
7792
7794
7796
7798
7832
7834
7836
7842
7847

4)萬事俱備,我們最后使用kill命令將Oracle的進程殺死,因此得到了下面完整的命令
$ ps -ef |grep $Oracle_SID |grep -v grep|awk '{print $2}' | xargs kill -9

2.第二步:使用Linux的ipcs和ipcsrm命令釋放Oracle占用的共享內存。
1)使用ipcs命令查看系統中共享內存使用情況
$ ipcs -m

------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status
0x00000000 32768      root      644        72         2          dest
0x00000000 65537      root      644        16384      2          dest
0x00000000 98306      root      644        280        2          dest
0x00000000 131075     root      644        790528     2          dest
0x00000000 163844     root      644        790528     2          dest
0x00000000 196613     root      644        790528     2          dest
0x00000000 327689     Oracle    644        790528     2          dest
0x00000000 360458     Oracle    644        790528     2          dest
0x00000000 393227     Oracle    644        790528     2          dest
0xecc5fba0 786447     Oracle    640        5370806272 30

2)使用grep命令過濾后得到與Oracle相關的內容
$ ipcs -m | grep Oracle
0x00000000 327689     Oracle    644        790528     2          dest
0x00000000 360458     Oracle    644        790528     2          dest
0x00000000 393227     Oracle    644        790528     2          dest
0xecc5fba0 786447     Oracle    640        5370806272 31

2)使用awk命令獲得上面我們關心的shmid字段內容
$ $ ipcs -m | grep Oracle | awk '{print $2}'
327689
360458
393227
786447

3)最后使用ipcsrm命令釋放共享內存
$ ipcs -m | grep Oracle | awk '{print $2}' | xargs ipcrm shm
resource(s) deleted

再次查看一下,此時共享內存已經被釋放。
$ ipcs -m | grep Oracle
0x00000000 327689     Oracle    644        790528     2          dest
0x00000000 360458     Oracle    644        790528     2          dest
0x00000000 393227     Oracle    644        790528     2          dest
0x00000000 786447     Oracle    640        5370806272 31         dest

3.此時,我們便可以登錄到數據庫,最后啟動數據庫恢復生產。

4.小結
這種方法相對也是比較“粗暴”的。不過在危難之時還是可以派上用場。
重點強調:
手工殺掉Oracle進程和手工釋放共享內存是非常危險的,不到萬不得已,千萬不要使用;
這里我給出的兩條極具殺傷力的命令,請不要輕易嘗試。

Good luck.


本文出自:億恩科技【www.enidc.com】
-->

服務器租用/服務器托管中國五強!虛擬主機域名注冊頂級提供商!15年品質保障!--億恩科技[ENKJ.COM]

  • 您可能在找
  • 億恩北京公司:
  • 經營性ICP/ISP證:京B2-20150015
  • 億恩鄭州公司:
  • 經營性ICP/ISP/IDC證:豫B1-20183354
  • 億恩南昌公司:
  • 經營性ICP/ISP證:贛B2-20080012
  • 服務器/云主機 24小時售后服務電話:0371-60135900
  • 虛擬主機/智能建站 24小時售后服務電話:0371-60135900
  • 網絡版權侵權舉報電話:0371-60135995
  • 警情提示:注意防范電信網絡詐騙
  • 專注服務器托管17年
    掃掃關注-微信公眾號
    0371-60135900
    Copyright© 1999-2026 ENKJ All Rights Reserved 地址:鄭州市高新區翠竹街1號總部企業基地億恩大廈  法律顧問:河南亞太人律師事務所郝建鋒、杜慧月律師  B1-20183354   京公網安備41019702002023號 
      0
     
     
     
     

    0371-60135900
    7*24小時客服服務熱線

     
     
    精品日韩在线,日韩精品福利一区二区三区,日韩午夜黄色,国产日韩欧美高清免费
    91精品一区二区三区综合| 欧美一区91| 国产欧美日韩在线一区二区 | 国产成人精品三级高清久久91| 日本大胆欧美人术艺术动态| 尹人成人综合网| 合欧美一区二区三区| 婷婷激情久久| 国产字幕视频一区二区| 成人精品国产亚洲| 精品国产亚洲日本| 欧美www视频在线观看| 国模大尺度视频一区二区| 老司机精品在线| 国产精品久久久久久久久妇女| 久久av网址| 欧美三区四区| 国产一区二区高清| 中文字幕一区二区精品区| 蜜桃av一区二区三区电影| 日韩在线电影| 精品国产乱码久久久久久樱花| 国产一区二区三区日韩精品| 在线人成日本视频| 欧美日韩免费看片| 自由日本语亚洲人高潮| 亚洲精品乱码| 国产aⅴ精品一区二区三区久久 | 久久久成人网| 国产一区导航| 久久激情五月激情| 超级白嫩亚洲国产第一| 国产毛片一区| 国产精品chinese| 欧美~级网站不卡| 欧美偷窥清纯综合图区| 丰满少妇一区| 国产亚洲亚洲| 精品五月天堂| 蜜臀久久久久久久| 国产va在线视频| 日av在线不卡| 日韩成人免费| 日韩精品高清不卡| 久久高清精品| 国产精品xxxav免费视频| 欧美13videosex性极品| 日韩av三区| 夜夜嗨网站十八久久| 美女精品久久| 日韩av不卡在线观看| 蜜桃av在线播放| 你懂的国产精品| 日韩精品免费观看视频| 9久re热视频在线精品| 欧美国产偷国产精品三区| 日韩不卡一区二区| 视频在线在亚洲| 一本一道久久a久久精品蜜桃| 精品一区二区三区四区五区| 青草久久视频| 亚洲三级毛片| 伊人精品视频| 亚洲不卡av不卡一区二区| 精品99在线| 国产精品v亚洲精品v日韩精品| 中文不卡在线| 男人的天堂久久精品| 欧美中文日韩| 亚洲视频国产精品| 蜜臀av在线播放一区二区三区| 蜜臀av免费一区二区三区| 国产精品av一区二区| 99久久精品网| 免费欧美一区| 夜夜精品视频| 免费在线观看日韩欧美| 日韩在线a电影| 午夜视频一区二区在线观看| 蜜臀av一区二区在线免费观看 | 亚洲精品九九| 久久精品免费一区二区三区| 蜜臀91精品国产高清在线观看| 蜜臀va亚洲va欧美va天堂| 亚洲精品少妇| 欧美精品影院| 日韩av在线中文字幕| 欧美13videosex性极品| 国产精品普通话对白| 亚洲精品一级| 精品中文在线| 精品日韩毛片| 国产亚洲久久| 日韩大片在线观看| 中文字幕亚洲精品乱码| 欧美日韩视频免费看| 国产成人精品999在线观看| 亚洲不卡av不卡一区二区| 亚洲精品一级| 麻豆mv在线观看| 性欧美长视频| 精品国产黄a∨片高清在线| 亚洲激情欧美| 成人在线黄色| 日韩在线观看中文字幕| 91精品国产成人观看| 日韩二区三区四区| 欧美一区二区三区高清视频| 国产日韩欧美| 91久久黄色| 国产在线一区不卡| 亚洲精品黄色| 免费观看不卡av| 精品国内亚洲2022精品成人| 一区二区三区网站| 欧美一区二区三区激情视频| 国产精久久一区二区| 夜久久久久久| 久久亚洲专区| 中国字幕a在线看韩国电影| 视频一区中文字幕| 国产99久久久国产精品成人免费| 日本精品国产| 亚洲日本欧美| 亚洲欧美日韩视频二区| 国产麻豆久久| 日韩理论视频| 国产一区国产二区国产三区| 国产日韩三级| 奇米亚洲欧美| 日韩超碰人人爽人人做人人添| 亚洲精品1区| 亚洲欧美日韩国产一区| 久久影院一区| 国产亚洲一级| 在线精品福利| 热久久久久久久| 亚洲ww精品| 青青草国产成人99久久| 日韩黄色在线观看| 日本一不卡视频| 欧美视频二区| 国产亚洲电影| 国产精品久久777777毛茸茸| 国产精品久久| 国产高潮在线| 国内精品99| 亚洲日本免费电影| 国产精品九九| 91精品蜜臀一区二区三区在线 | 久久精品国产久精国产爱| 九九九精品视频| 三级小说欧洲区亚洲区| 91久久在线| 久热re这里精品视频在线6| 日韩精品三级| 91视频精品| 日韩一区精品视频| 国产欧美日韩亚洲一区二区三区| 国产精品777777在线播放| 日韩在线短视频| 亚洲精品中文字幕99999| 国产毛片一区二区三区| 日本国产精品| 国产精品日本一区二区三区在线| 国产成人免费精品| 免费人成在线不卡| 岛国av免费在线观看| 日韩精品一二三四| 国产精品tv| 一区免费在线| 久久久男人天堂| 日本成人中文字幕在线视频| 国产一区二区三区黄网站| 国产视频亚洲| 国产成人a视频高清在线观看| 美女黄网久久| 亚洲不卡av不卡一区二区| 日韩欧美三区| 久久福利影视| 欧美日韩一区二区综合| 欧美成a人片免费观看久久五月天| 黄色日韩在线| 99久久视频| 欧美精品99| 国产欧美午夜| 日本成人中文字幕| 日韩一区二区免费看| 日韩不卡视频在线观看| 国产不卡av一区二区| 国产情侣久久| 日韩国产在线不卡视频| 日本大胆欧美人术艺术动态| 国产高清久久| 亚洲在线成人| 亚洲深夜福利| 欧美精品黄色| 欧美女激情福利| 中国女人久久久| 超碰99在线|