工作第一天，更多的是熟悉环境，一直以为远程控制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的知识！