迁移前的准备工作如何做以及压测方案如何设计?

从Oracle迁移到其他类型数据库上面,势必存在表、存储过程、trigger、sequence、视图等等对象,而这些对象迁移到其他数据库类型上需要进行相应的调整或裁撤,比如MySQL不建议用存储过程、trigger等等,再比如表的一些字段类型需要进行调整和适配,针对如上种种情况,请问有什么好的...显示全部

从Oracle迁移到其他类型数据库上面,势必存在表、存储过程、trigger、sequence、视图等等对象,而这些对象迁移到其他数据库类型上需要进行相应的调整或裁撤,比如MySQL不建议用存储过程、trigger等等,再比如表的一些字段类型需要进行调整和适配,针对如上种种情况,请问有什么好的工具或者可复制的执行方案提前充分的check出这些异同点,并提出相应的可行性改造等方案(涉及应用侧、DB侧等改造)?
1.请问嘉宾在实际迁移中是否有别人可参照的迁移指导方案或专家经验,帮忙更多的同学来规避掉一些坑?
2.基于1,是否有建议的可借助的工作、平台等来进行半自动化或自动化的检查,并可针对异同点进行罗列和改造建议和方案
3.嘉宾是否有比较好的压测模型或实际业务流量的压测场景或压测方案可以推荐?可以更接近线上生产环境的模拟新的架构(如MySQL)上的瓶颈,从而更好地配置MySQL资源、架构方案设计等

收起
参与7

查看其它 1 个回答ThinkJ的回答

ThinkJThinkJ技术经理信泰人寿保险股份有限公司

问题很好,不过回答挺难,哈哈。可以考虑组织个专题专门讨论:-)

保险 · 2020-08-14
浏览1286

回答者

ThinkJ
技术经理信泰人寿保险股份有限公司

ThinkJ 最近回答过的问题

回答状态

  • 发布时间:2020-08-14
  • 关注会员:4 人
  • 回答浏览:1286
  • X社区推广