vnc圖形介面登陸和訊號無法分配而db無法nomount

工作第一天，更多的是熟悉環境，一直以為遠端控制linux伺服器圖形化介面多麼不可觸控，其實用個遠端連線軟體就可以達到，realvnc客戶端的圖形客戶端就可以實現了！不過配置上面需要我們設定下。

Linux下開啟nvcserver服務，切換到root使用者執行

[root@linux ~]# nvcserver

New 'linux.xiaoyu:2 (root)' desktop is linux.xiaoyu:1

Starting applications specified in /root/.vnc/xstartup

Log file is /root/.vnc/linux.xiaoyu:1.log

這裡開啟一個vncserver連線的服務是linux.xiaoyu:1，如果再次開啟nvcserver就會依次增長為linux.xiaoyu:2，然後使用vncpasswd設定vncserver連線密碼。

[root@linux ~]# vncpasswd

Password:

Verify:

然後就可以使用realvnc客戶段軟體遠端圖形化介面連線到伺服器端了！

訊號無法分配引起的db無法nomount：

今天群裡的網友linux的db啟動時出現了問題：

ORA-27154: post/wait create failed

ORA-27300: OS system dependent operation:semget failed with status: 28

ORA-27301: OS failure message: No space left on device

ORA-27302: failure occurred at: sskgpsemsper

明顯是instance無法啟動，回想instance啟動也就是db的nomount階段我們需要的spfile和記憶體區域，以及訊號分配。檢視關於linux中分配、釋放記憶體的shmget和shmctl類似，系統呼叫segmet和semctl分配和釋放訊號量，訊號量會一直儲存於系統只有所有程式退出後由最後一個程式刪除所使用的訊號量組，來騰出空閒的訊號量供新的程式使用。初步懷疑是因為非正常關閉db導致的訊號量組沒有及時清除，導致分配訊號失敗，db無法nomount狀態，推薦使用ipcs 檢視oracle使用者佔有的訊號量資源，然後ipcrm移除

[root@localhost ~]# ipcs|grep oracle

0x01b9ced8 65537 oracle 640 1612709888 765

0x7697d424 3276832 oracle 640 1504

[root@localhost ~]# ipcrm 3276832

然後重啟db即可，這種情況多數發生在非正常關閉db導致的訊號量無法分配，需要使用ipcs和ipcrm系統工具重新移除！再次也驗證了db真的離不開os的知識！