溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
由于種種原因，好久沒有來這里發表自己的文章了。前段時間遇到一個有趣的問題，為難了我整整一個下午，這里寫出來與各位分享。
使用sqlplus工具以sysdba身份本機登陸oracle數據庫時，突然遇到了沒有權限的問題。當時感覺很蹊蹺，本機登陸命令：sqlplus / as sysdba 據我了解是最保險的一種登陸方法咯。怎么會報告沒有權限呢。頭上有點冒汗。經過了半個下午的擺弄依然無果，現在想起來當時簡直是胡來！根本沒有從原理入手去推斷問題，只是一通胡亂測試，沒有結果也是情理之中。冷靜下來思考后，終于理清了思路，這種登陸方式是走的操作系統認證，即可排除監聽故障影響。驗證一下，通過sqlplus sys/xxx as sysdba 命令登陸正常，排除了密碼文件異常的可能。那么操作系統認證的必要條件是uid和gid以及用戶名組名的正確性，我來用id命令查一下看看，果然oracle用戶id和用戶名對應正常，可gid和組名卻沒有對應起來，只顯示了gid并未顯示組名。這是為什么呢？好奇怪！想想unix系統的gid與組名對應關系從何而來，答案擺在面前/etc/group文件，對！就是他！查看他的權限發現，除了root用戶和root組有讀權限，other用戶上面卻沒有，這怎么可以呢？證明oracle用戶根本讀不到該文件的內容！難怪oracle用戶下執行id命令不能看到gid對應的組名。將該文件權限修改正確，chmod a+r /etc/group 。再進入oracle用戶查看，id命令顯示正常。通過sqlplus / as sysdba即可正常登陸，而不再提示沒有權限。
至此大功告成！任何事情不從原理推斷妄下結論勢必不能解決，反而可能把事情搞得更糟糕！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
