对数据库进行逻辑备份是可以的,毕竟在standby端可以对表进行读取。
不会有影响的。HA切换后,原有的服务IP也会跟着切换,在数据库启动的过程中,会自动把hadr拉起来的。
表结构改的多了会导致表处于reorg pending状态,可以使用db2 load query table xxxx来查询看看。如果的确处于reorg pending状态的话,做reorg操作即可。在生产环境,做表结构修改一定要注意的。算是危险操作吧,一个不小心就
感觉你这个是进程被force掉了的。db2 import from a.del of del commitcount 10000 insert into xxxxx
个人从自己的经验来说说,这个除非本身在建表的时候考虑过分区表的事情,不然的确没什么好的方法。1、如果表本身就做了分区表,直接detach一下就可以了,这个不影响业务的,detach出来的表数据也还是存在的,只是表名换掉了。2、
当表的结构已经定了之后,删除数据很麻烦的。除非将需要保留的数据导出来,将表drop了,然后重新建表,再将原导出的数据导入进去。这种对于生产系统来说很难办的了。如果在建表之前就考虑了这个问题,可以根据比如说日期来做分
db2move,没什么特别好的方法吧。不知道Q复制可以不可以。
数据库写日志主要是为了保证数据的完整性与一致性。一般来说,我们的DML操作,都需要等待数据库将相应的操作记录在活动日志中,只有日志写成功了,我们的DML操作才有可能成功。对于DB2来说,使用db2loggw来完成写日志,对于ORACL
可以通过rsync软件来进行定期备份,这个支持增量备份的。其实,rsync主要做文件系统的镜像的。应该可以实现
从具体数据库来说 DB2是比较难实现对账号进行很精细化的管理的,因为DB2的用户都是操作系统的用户,在实际生产系统中,我们一般不可能在系统上建立很多用户的。而ORACLE和MYSQL是使用数据库自己的用户,实现根据权限分配适当
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30