银行业有很多数据库是7*24小时工作的,从国外数据库迁移到国产数据库,并没有太多的时间去做离线的数据迁移,一般国产数据库都会自带数据迁移的工具或方案。所以国产数据库选型评估时,我们也很看重实际国产数据库的数据迁移能力。请同行们能分享下现在各个国产数据库在数据迁移方面的实际情况?例如是不是支持在线迁移?迁移时长情况?怎么做数据校验与比对?
这个题目有点矛盾,真正的银行系统的替换是需要比较长时间的磨合和打磨,然后再停业务寻找时间窗口去做迁移,再开业。
所谓在线迁移也就是一个理想情况罢了。
国产数据库对于oracle和db2的兼容性,其实在国内我一直认为是一个病态的存在。
因为无论怎么说,几百家的国产数据库的核心不是pg就是mysql,在全球OLTP数据库排名前十的数据库都哪里存在兼容性的事情,不就是参考SQL标准罢了。
我们所谓的O兼容,不过是应用开发商省事罢了。
从国内的项目生态来看,应用开发商的费用比例占大头,现在已经基本上成了客大欺店的形态。
另外从实际情况来看,虽然每家国产数据库都说自己兼容O百分之多少多少,但是从来不会给客户提供详细的功能支持清单。换言之,O的功能确实很多很多很多,我们基本上上就O的一个局部,客户其实恰恰用的也就是O的一个局部,大家也就稀里糊涂的过吧,没法直面Oracle的。
再换一个角度考虑,我们功能可以兼容Oracle,价格又好,岂不是可以出海去挣美元英镑了?明显并非如此
收起目前国内主流的数据库厂商都提供了数据迁移的工具或方案,一般都支持在线迁移和离线迁移,具体情况如下:
在进行数据迁移时,建议先进行数据备份,以防数据丢失。对于在线迁移,需要保证网络带宽稳定,避免数据传输中断。对于离线迁移,需要考虑数据迁移的时间窗口,避免影响业务正常运行。在迁移完成后,需要进行数据校验和比对,确保数据的完整性和准确性。
总体来说,国产数据库在数据迁移方面的能力已经比较成熟,可以满足银行行业的需求。在选型评估时,需要综合考虑数据库的性能、安全性、可靠性、可扩展性等方面,选择最适合自己业务需求的数据库。