暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

新基建 | 凿墙实战系列——GaussDB指北针

落风潭 2022-05-25
714


时间过得真快,从西安疫情封城到现在差不多半年了。


虽然期间对华为GaussDB做了一些评估,但项目测试一直处于停滞状态。


潭主只好把精力放在OceanBase上,随着上期文章吐槽了OceanBase,事情也算告一段落。


本期,潭主换个姿势“凿墙”,分享一下GaussDB的触感。


千呼万唤始出来


跟国产厂商打交道,做好预期管理真的很重要,否则落差会很大。


原本就是想先装个UGO,评估一下兼容性,结果协调资源很费劲,直接拖到了西安封城。


这下可好,华为西安研究所的人彻底趴窝,远在千里之外的潭主“凿墙”进度也因此受了影响。


西安没戏,北京的人竟也顶不上,真不知道他们是咋看待业务连续性的。


最后好不容易等到解封,人是来了,但事却变得更难办。



犹抱琵琶半遮面


OceanBase体系的OMA用于评估,OMS负责迁移,各玩各的。


华为GaussDB生态中与OMA对应的工具叫UGO,不过UGO把OMS的活也包了,算是洗剪吹一条龙服务。


熟悉潭主的朋友都知道,潭主“凿墙”是DB2和Oracle两手抓。


但和现场技术人员确认后得知,目前UGO只支持Oracle评估,DB2得靠人肉。


原本的两手抓立马就空出一只手!


潭主认为对一个IBM InstallBase来说单纯去O治标不治本,无奈又奈何?只能先聚焦Oracle看看。



系统迁移中的断离舍

很多系统和应用不能细看,历史积淀下来的垃圾太多,但很少有人愿意去关注。


比如数据库中临时存放的结果表,还有被Lock住的用户和他的对象们,这些“垃圾”对系统运维来说就是毒瘤。


这一点上UGO做得不错,直接一刀切帮你大部分垃圾给剔除了,让迁移变得更聚焦,减轻了一些工作量。


系统调研最重要的是做好这些金银细软的盘点,迁移的断舍离既是过程,更是结果。


对于应用代码,也是同样的道理。


对一个企业来说,成功的迁移就像是剥离不良资产,轻装上阵,重获新生。


当然,全都置备新的,拎包入住的搬迁最令人向往。


残余的Oracle四堵墙


Oracle树大招风。


与OceanBase一样,GaussDB for openGuass作为华为云战略的一部分,同样把目标指向了Oracle。


潭主用UGO做了评估,其中一面墙的兼容性为95.51%,看上去兼容性还行,但这只是表面上的工作量。如下图所示:迁移风险项(黄色)和不支持转换的对象(红色),


虽说Oracle这墙凿一个少一个,但环顾四周,潭主感受到却是四面楚歌。



UGO的使用感受和问题


虽说OceanBase的OMA也支持图形,但之前测试用的是命令行,相较之下UGO的安装会显得比较繁琐,还要License。


不过从结果看,实战中还是有个图形管理工具更高效。


毕竟,工具的价值在于沉淀了一定的项目经验,更具套路性


受限于环境和工作进展,目前只体验了UGO的评估功能,对于UGO识别到的兼容性问题后期能解决到什么程度暂不可知。


不过,现在说这些也没太多实际意义。


UGO不支持DB2,从面向实战的角度看其能力是“零”,而这全靠人肉的人在哪儿也都还不知道,搞不好最后还得客户自己顶上。


总体感觉,UGO有点中看不中用。



Oracle容灾三剑客


早年间讲到Oracle数据复制和容灾,免不了提到以下三家。
  • Quest:SharePlex
  • Oracle:GoldenGate
  • DSGSuperSync


随着时代变迁,相关公司和产品都有了变化,Quest差不多已经放弃了中国市场,Oracle收编了OGG,本来是原厂背书加持,结果赶上国产化替代,后期走势堪忧。


倒是DSG,产品线日渐丰富,凭借不错的“出身”生态融合的也好,倒是让人刮目相看。


在UGO尚不成熟的当下,DSG被华为相中似乎也在情理之中,毕竟用户的存量数据需要迁移,尤其是重要系统的割接时间窗口有限,持续的增量数据复制和反向回传都是刚需。


DSG的试用体验


按华为的说法,UGO对Oracle的迁移支持做得很好,很多功能都可以实现,但大前提是要部署华为云底座


加之UGO不支持DB2,所以潭主要想用GaussDB凿墙,DSG就是必选项。


项目变成了华为总包,负责整体项目和对象迁移;DSG分包,负责确保表和数据的一致性。


为此,潭主请DSG出马帮忙用XDAS工具评估确认一下可行性。


XDAS工具会针对“元数据”做勘察并生成一个HTML的评估报告,不过潭主感觉过于笼统,指向性不够明确,还需二次加工才能做细致评估。


比如说特殊的函数索引,还有BLOB、CLOB、NCLOB和LONG这样的特殊字段都是雷区(Oracle对上述字段的支持是4GB,但GaussDB目前支持1GB)。

如果数据支持上有问题,就需要改应用,赶上运气好,剩下就是DSG的数据初始化、增量同步和数据对比了。


只要思想不滑坡,想法总比困难多


向前一步,无论好坏,都会有个结果。随着实战的深入,原本乐观的想法逐渐幻灭。


现如今更像是图穷匕见,倒还不算是黔驴技穷


好像很久没有类似的感觉了,这大概就是国产软件进化过程中用户的必然经历。


目前,潭主能想到的GaussDB两个有代表性的客户案例,一个是工行老大哥,另一个就是前不久刚刚宣布新核心系统上线的邮储银行。


面对GaussDB的高门槛,不禁感叹,似乎只有国有大行才配得上华为的高举高打。


此刻,北京情的正处于胶着状态,抗疫拒绝躺平,凿墙亦是!


只要思想不滑坡,想法总比困难多!


- END -


感谢阅读。如果觉得写得还不错,就请点个赞或“在看”吧。


  • 公众号所有文章仅代表个人观点,与供职单位无关。


文章转载自落风潭,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论