从传统数据库迁移到分布式数据库,应用程序兼容性还是遇到了很多问题,数据迁移工具,数据分布,多表连接性能问题,数据库备份等等,只能慢慢磨合了。
备库上执行select process,client_process,sequence#,status from v$managed_standby;看看备库MRP0进程应用到了哪个日志,RFS进程传输到了哪个进程
db2回滚真是个坑,特别的慢!好像没什么有效加速的办法,如果可以的话,把访问这个表的所有会话都停了,会有点帮助。
TSAMP可能会和其他HA软件冲突,如果确认不适用TSAMP,可以不安装。 ./db2_install -b $DB2DIR -l /tmp/db2install.log -f NOTSAMP
oracle数据库在12c多租户之前,都是单实例单数据,11g及以前版本都是通过创建不同的schema进行隔离的;db2和mysql数据库本身都是单实例多数据库的结构,都可以创建不同的数据库进行隔离;
HADR开启备库只读后,主库一些维护类操作会导致备库连接断开,可以看看报错时间点,主库有做什么维护类操作吗
db2diag -A,会把原来的db2diag日志在db2dump目录下重命名,然后新建一个空的db2diag文件,所以无需额外的空间。
1T数据备份耗时4小时,平均70M/秒,这个速度要看你备份数据是落在SAN存储还是落在NAS盘还是带库上,如果使用SAN备份,速度算慢的,可以关注下存储和SAN性能。
这类场景还是蛮常见的,有时候数据库处于crash recovery只能傻等,很无奈,DB2应该给用户更多的选择
SQL1230W At least one agent id specified could not be forced. ExplanationAt least one agent id specified on the Force command could not be forced. Causes of this warning may be:1、A nonexistent or
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30