请把报错的diag日志发上来看看。。。这样太笼统了。
是不是数据库服务器的实例监控没打开?默认是不开启的。
是不是做过什么表空间恢复的操作?具体的数据库版本,以及diag日志,表空间snapshot请发上来,这样直接提问题也不好解决问题。
mysql高版本都是兼容低版本的,先升级从库到5.7理论上没问题的。可以先升级测试下,总不能一下子都升级上去。生产环境完整的测试流程还是必要的。
改完归档模式,需要做下全备~
回复 sunchaosailor 试一下SYSPROC.ADMIN_CMD 调用alter语句,我之前都是在脚本中db2 +c 保证在一个事务中执行的。不知道存储过程中没有start atomic是不是能保证事务。你的auto-commit打开了吗?
alter table xxx activate not logged initially可以在一个事务中不记录日志,然后进行删除数据。当然如果分区明确的话,做成分区表进行数据的转移是最好的。
db2diag.log里有啥错误没?不会是空间满了吧。
对于磁盘IO比较大先要看看缓冲池是否足够?另外对于热点数据最好放到IO速度快的设备上。基于你这种情况能够保证迁移出去的数据所在的物理层跟以前一样吗?另外不同表空间使用的缓冲池,page大小,物理层都不一样不能因为迁移
回复 wangzk0206 online备份就行。不需要离线。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30