DB2重启数据库实例

  

  DB2重启数据库实例时,有时停止实例会失败,此时需要先确认没有应用链接数据库,然后再关闭数据库实例,并重新启动。

  1.查看是否有活动的链接

    命令:db2 list applications for db db_name

    

    发现有两个活动链接,此时需要将链接进行关闭。

  2.关闭连接

    命令:db2 force application all

    

  3.再执行一次步骤1中的命令,查看链接是否全部关闭。

    

  4.执行停止实例命令

    命令:db2stop

    注意:命令中没有空格

  5.执行实例启动命令

    命令:db2start

  6.如果此时,发现连接不了数据库,莫慌,需要激活目标数据库

    首先查看是否有活跃的数据库

    命令:db2 list active databases

    如果没有,需要对目标数据库进行激活设置

    命令:db2 activate database db_name

    然后再次使用上一条命令,就可查看到当前已有活跃的数据库了,此时可进行连接并执行数据库操作。

  

  在停止数据库实例失败时,也有一种直接迅速的方法可以停止实例,不过不建议使用,最好还是按照上述的步骤进行。

  快速方法

  执行命令:db2stop force

    

    

时间: 2024-08-01 15:05:48

DB2重启数据库实例的相关文章

db2 重启

DB2重启数据库实例时,有时停止实例会失败,此时需要先确认没有应用链接数据库,然后再关闭数据库实例,并重新启动. 1.查看是否有活动的链接 命令:db2 list applications for db db_name 发现有两个活动链接,此时需要将链接进行关闭. 2.关闭连接 命令:db2 force application all 3.再执行一次步骤1中的命令,查看链接是否全部关闭. 4.执行停止实例命令 命令:db2stop 注意:命令中没有空格 5.执行实例启动命令 命令:db2star

【DB2】数据库的事务日志已满。SQLSTATE=57011

问题描述 在使用数据库的时候报错如上图,我们先使用db2 get db cfg for sample查看相关配置参数,其中sample为数据库名称 C:\Users\Thinkpad>db2 get db cfg for sample 数据库 sample 的数据库配置 数据库配置发行版级别                                    = 0x1400 数据库发行版级别                                        = 0x1400 数据

linux下数据库实例开机自启动设置

linux下数据库实例开机自启动设置 1.修改/oratab [[email protected] ~]# vi/etc/oratab     --把N改为Y,如下提示 # This file is used by ORACLEutilities.  It is created by root.sh # and updated by the Database ConfigurationAssistant when creating # a database. # A colon, ':', is

linux下数据库实例监听开机自启动设置

linux下数据库实例监听开机自启动设置 2016/5/16 zhanky 脚本介绍 在开始之前,我们先介绍一下几个会用到的脚本. oratab oratab文件是在创建数据库实例时建立的,在安装时使用root用户执行root.sh脚本后得到.(如果忘记也可以直接手动创建.) 在$ORACLE_HOME/bin目录下的$ORACLE_HOME/bin/dbstart和$ORACLE_HOME/bin/dbshut需要调用/etc/oratab文件,如果不存在,dbstart和dbshut将失败,

12C RAC中的一个数据库实例自动crash并报ORA-27157、ORA-27300等错误

rhel7.2上安装12C RAC数据库后,其中一个数据库实例经常会自动crash.查看alert日志发现以下错误信息: Errors in file /d12/app/oracle/diag/rdbms/rac12c/rac12c2/trace/rac12c2_j000_21047.trc: ORA-27157: OS post/wait facility removed ORA-27300: OS system dependent operation:semop failed with st

oracle安装后新建数据库实例及配置

ORA-12514 TNS 监听程序当前无法识别连接描述符中请求服务 的解决方法 (2011-01-20 13:50:37) 转载▼http://blog.sina.com.cn/s/blog_5007d1b10100oqo8.html 标签: it 分类: 技术 早上同事用PL/SQL连接虚拟机中的Oracle数据库,发现又报了“ORA-12514 TNS 监听程序当前无法识别连接描述符中请求服务”错误,帮其解决后,发现很多人遇到过这样的问题,因此写着这里. 也许你没有遇到过,原因如下: 你o

db2解除死锁实例

背景 在团队协作的开发环境下,难免会遇到多个成员同时访问一张表的情况.在断点调试时,又非常容易加事务的长连接,引发死锁. 下面实例讲解解锁过程. 解锁过程 ①查找节点 解锁之前,需要知道数据库所在节点. db2 => LIST NODE DIRECTORY 节点目录 目录中的条目数 = 3 节点 1 条目: 节点名                          = NDE5DC7D 注释                            = 目录条目类型                

DB2报“数据库日志已满”问题解决

用控制中心直接改会比较容易一点,在数据库名称上点右键-->配置-->日志-->日志文件大小.主日志文件数.辅助日志文件数改大一点. 也可用命令行db2cmd db2 update db cfg for mymakro using LOGFILSIZ 512 --日志文件大小 db2 update db cfg for mymakro using LOGPRIMARY 20 --主日志 db2 update db cfg for mymakro using LOGSECOND5 10 --

DB2通用数据库性能调整的常用方法

DB2通用数据库性能调整的常用方法 Agenda 统计值更新--runstats  调整Buffer pool  调整日志缓冲区大小  应用程序堆大小  排序堆大小和排序堆值  代理程序的数目  锁  活动应用程序的最大数目  页清除程序的数目  I/O服务器的数目  编入组的提交数目 统计信息更新 当对SQL 查询进行优化时,SQL 编译器所做出的决定会受到优化器的数据库内容模型的重大影响.  优化器使用该数据模型来估计可以用于解决某个特定查询的其它存取路径的成本.  数据模型中的关键元素是一