甲：快快快上來看下數據庫重啟起不來了！

我：大哥，大白天的重啟數據庫！

甲：不是說導數據嘛，報權限不足，按網上的步驟改了權限，然后重啟數據庫

我：啥權限？！！命令是？

甲：chown -R oracle:oinstall /oracle

我：(心中一萬只羊駝狂奔而來，淡定的說)，沒事你們RAC另一個節點不動就行。

甲：另一個節點也改了，還沒重啟

我：……(生無可戀)

干運維這行，雖說擦屁股救火是家常便飯，但還是最怕查詢問題找百度的「神」隊友。

大家知道眾多數據庫軟件中，Oracle權限相對復雜，安裝完目錄下上千個文件，用戶有oracle、grid、root之分，組也有oinstall、dba、oper、asmadmin，當集群和數據庫軟件意外都被chown -R誤操作時，由于權限問題將導致集群和數據庫都無法啟動，遇到此類問題如果人肉比對修改，估計沒個一天下不來。

有沒有更簡便高效的方法呢？

別慌張！下面，就讓小編給大家介紹幾種快速恢復的方法：

軟件權限恢復

關閉問題節點集群和數據庫

方法一、使用Oracle官方方法

正確安裝完集群軟件后，在$GRID_HOME/crs/utl目錄下會生成兩個文件crsconfig_dirs、crsconfig_fileperms記錄了核心文件及文件夾的權限，恢復也很方便。

root用戶執行：

方法二、使用操作系統權限設置命令getfacl、setfacl

找一套運行正常的環境進入/oracle目錄，使用getfacl收集當前目錄下所有文件權限。

替換backup.txt中的主機名、ASM名和數據庫名。

快速替換小技巧：:1,$s/rac1/rac2/g (替換文中rac1為rac2)

拷貝至當前需要恢復的環境/oracle目錄下執行恢復

getfacl、setfacl簡單使用方法介紹，這里不做展開有興趣的小伙伴可以自行查詢官方使用詳解。

上述兩種方法都能實現恢復，小編更推薦第二種，第一種限制及bug較多成功率不高。當然還有方法三，結合操作系統命令find -uid和chown，先賣個關子有興趣的小伙伴可以先思考，有思路了隨時與小編交流。

此時軟件權限已經基本修復完成集群可以正常啟動，但啟動數據庫還是報錯。

這個報錯經常打補丁的小伙伴一定不陌生，對于存在asmadmin組,在打補丁過程中oracle執行文件權限發生了改變與ASM磁盤組權限不一致。此案例需要考慮的關鍵兩個文件。

處理方法：

此時整個恢復就完成了，數據庫可以正常打開。

參考文檔：

? Database Will Not Mount: ORA-15025, ORA-27041, 'Permission denied', ORA-15081 (Doc ID 1378747.1)

? How to check and fix file permissions on Grid Infrastructure environment (Doc ID 1931142.1)

最后，給各位親的一點溫馨提醒：

1、有問題少用百度(這個大家懂的)，無法判斷命令危險性的時候不要在生產環境操作，有條件可以咨詢專業人員。

2、規范自己操作，操作生產庫和操作測試庫的窗口盡量不要同時開啟，避免誤切(不要抱有僥幸，常在河邊走，就算老司機也有失誤的時候)。

總結

以上是生活随笔為你收集整理的oracle杀死进程时权限不足_当集群和数据库软件目录都被chown -R时，如何快速修复...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。