在版本交付周期中,无论是自测还是SDV测试过程中需要把数据库的用户和表清理干净重新创建,以保证与客户现场环境首次安装完全一致。
但实际删除Orcale用户时提示:
cannot drop a user that is currently connected
-- 提示存在用户通过此账号连接
SQL> drop user MEBUGSDB cascade;
drop user MEBUGSDB cascade
*ERROR at line 1:
ORA-01940: cannot drop a user that is currently connected
实际自己检查外部连接的都是断开的,比如PLSQL、SQLPlus、WebAPP等。
那只能用一些非常规手段了...emmm
出现无法删除用户并提示已有连接时,先查询这个用户当前还在连接的sessionID。
-- SELECT SID,SERIAL# FROM V$SESSION WHERE USERNAME="MEBUGSDB";
SQL> SELECT SID,SERIAL# FROM V$SESSION WHERE USERNAME="MEBUGSDB";
SID SERIAL#
---------- ----------
136 1807
如上所示,我们发现有一个连接通过此用户与数据库保持连接状态。
通过命令Kill掉这个session(连接线程)可能会有多个线程,注意全部Kill掉即可。
-- ALTER SYSTEM KILL SESSION "136,1807";
SQL> ALTER SYSTEM KILL SESSION "136,1807";
System altered.
SQL> drop user MEBUGSDB cascade;
User dropped.
删除成功,处理完毕。
删除用户处理方式并不复杂。
执行强制删除连接前需要确认是否已经与所有使用该数据库用户的小伙伴们均沟通完毕,避免产生数据丢失。
那么在实际过程为什么我们已经确认各个应用业务已经关闭或暂停还是会存在连接呢?
这里针对JAVA的Tomcat容器单独说明下情况。
关闭JAVA的Tomcat容器我们一般都是执行bin目录下的shutdown.sh脚本。
实际上仅仅执行该脚本后,容器确实无法访问,但是应用并没有完全关闭掉。
如果通过ps查询进程就会发现,该路径下的java程序依旧是启动的。
最终我们需要通过kill -9 PID的方式完全关闭。
这其中原因一般都是项目应用中可能使用了线程池一类的东西导致。
Tomcat的shutdown.sh脚本并不能同步关闭应用启动的一些后台线程。
当前还没有观点发布,欢迎您留下足迹!
很多运维人员习惯采用默认安装的方式安装Oracle数据库,而Oracle日志默认放置在/opt目录下,绝大多数Linux环境的大磁盘往往挂载在/home,因此经常会出现磁盘空间不足的情况,采用本文配置可指定并迁移日志
Linux系统下的Oracle数据库实用常用的维护命令整理,本文内容偏向运维,主要包含:基础启动重启、表空间维护、数据库角色与用户维护、字符集配置等,并给出各类场景的实例语句
登录Oracle报错 ORA-00257: archiver error. Connect internal only, until freed. 由于归档日志(archive log)已满引起的。
存储过程是个好东西,WEB工程在架构阶段会设计很多存储过程,后续在架构中开发需求的时候,反而会直接写SQL完成各项诉求。所以说,这玩意儿略微有那么一点点伪高端。
Oracle 9i版本引入MERGE INTO语句,其主要用于实现条件入库能力,用于解决对于已有数据更新升级的情况,即可实现不存在数据则插入,存在数据则更新的分支判断形式的更新能力
对于数据库而言,多表连接操作可以算的上是基本操作,在 MongoDB 通过 $lookup 聚合查询可以实现多表左连接查询,在后续的版本中 $lookup 得到了一系列的增强,实现更为复杂的关联查询