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

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

参与7

2同行回答

atpeace331atpeace331  数据库管理员 , 银行
好问题!!!和你坐等各位专家答疑。显示全部

好问题!!!和你坐等各位专家答疑。

收起
银行 · 2020-08-14
浏览1394
ThinkJThinkJ  技术经理 , 信泰人寿保险股份有限公司
问题很好,不过回答挺难,哈哈。可以考虑组织个专题专门讨论:-)显示全部

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

收起
保险 · 2020-08-14
浏览1252

提问者

hanzhenhua
数据库管理员饿了么

问题来自

相关问题

相关资料

相关文章

问题状态

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