由于種種原因，好久沒有來這里發(fā)表自己的文章了。前段時(shí)間遇到一個(gè)有趣的問題，為難了我整整一個(gè)下午，這里寫出來與各位分享。

成都創(chuàng)新互聯(lián)公司主營河西網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營網(wǎng)站建設(shè)方案,重慶APP開發(fā)公司,河西h5重慶小程序開發(fā)公司搭建,河西網(wǎng)站營銷推廣歡迎河西等地區(qū)企業(yè)咨詢

使用sqlplus工具以sysdba身份本機(jī)登陸oracle數(shù)據(jù)庫時(shí)，突然遇到了沒有權(quán)限的問題。當(dāng)時(shí)感覺很蹊蹺，本機(jī)登陸命令：sqlplus / as sysdba 據(jù)我了解是最保險(xiǎn)的一種登陸方法咯。怎么會(huì)報(bào)告沒有權(quán)限呢。頭上有點(diǎn)冒汗。經(jīng)過了半個(gè)下午的擺弄依然無果，現(xiàn)在想起來當(dāng)時(shí)簡直是胡來！根本沒有從原理入手去推斷問題，只是一通胡亂測試，沒有結(jié)果也是情理之中。冷靜下來思考后，終于理清了思路，這種登陸方式是走的操作系統(tǒng)認(rèn)證，即可排除監(jiān)聽故障影響。驗(yàn)證一下，通過sqlplus sys/xxx as sysdba 命令登陸正常，排除了密碼文件異常的可能。那么操作系統(tǒng)認(rèn)證的必要條件是uid和gid以及用戶名組名的正確性，我來用id命令查一下看看，果然oracle用戶id和用戶名對應(yīng)正常，可gid和組名卻沒有對應(yīng)起來，只顯示了gid并未顯示組名。這是為什么呢？好奇怪！想想unix系統(tǒng)的gid與組名對應(yīng)關(guān)系從何而來，答案擺在面前/etc/group文件，對！就是他！查看他的權(quán)限發(fā)現(xiàn)，除了root用戶和root組有讀權(quán)限，other用戶上面卻沒有，這怎么可以呢？證明oracle用戶根本讀不到該文件的內(nèi)容！難怪oracle用戶下執(zhí)行id命令不能看到gid對應(yīng)的組名。將該文件權(quán)限修改正確，chmod a+r /etc/group 。再進(jìn)入oracle用戶查看，id命令顯示正常。通過sqlplus / as sysdba即可正常登陸，而不再提示沒有權(quán)限。

至此大功告成！任何事情不從原理推斷妄下結(jié)論勢必不能解決，反而可能把事情搞得更糟糕！