DB2进程异常关闭,重启启动后,数据库会处于一个recovery状态,可以通过查看db2diag.log进行确认,此时唯一能做的就是等。等待的时间视数据库拥有数据量的大小而定,最长我等过2个小时以上。
在实际的应用过程中,我们把DB2数据库部署在用户提供的“云平台”上,结果这个DB2所在的虚拟机发生崩溃(我们的理解,表现为连不上主机)后,操作系统被重新拉起来之后(云平台厂家工程师回复说,虚拟机因为一些原因发生了故障,他们的
你在恢复数据库的时候有没有指定新的数据库目录?
学习了。。。
crash recovery就只能等。。。没什么好办法
hadr也可以吧
是不是权限的问题?数据库用户有没有对这个目录的读写权限?
系统临时表空间,这个没得调的吧?
储存过程,insert into 搞个循环
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30