导言：近日，知名自媒体《老鱼笔记》与南大通用GBase 8s产品部总经理崔志伟访谈，双方围绕GBase 8s数据库的迁移实践、生态建设及核心竞争力展开深度交流，结合贵州电网、复旦大学两个典型迁移案例，剖析了不同场景下的迁移难点与应对策略，同时分享了GBase 8s数据库分阶段的生态建设路径，阐释了GBase 8s在共享存储集群成熟度、前端业务连续性保障方面的核心竞争优势。

老鱼：您刚刚聊到迁移时你们的一些思考。那我们能不能结合一个具体的案例，比如说贵州电网或者是复旦大学的具体迁移案例，讲讲迁移过程中最复杂的环节及你们的处理方式？

GBase 8s崔志伟：

这两个案例的难点是不一样的。贵州电网迁移的最大难点是Oracle兼容性。他有近30万行PLSQL，迁移过来的数据服务器要能承接住，这是基础前提。其次是效率，迁移完成后，既要验证Oracle存储过程在GBase 8s上的执行结果准确性，让客户认可，也要对比执行效率，若效率偏低，还需针对性优化存储过程，这也是整个迁移中最难的环节。其实这类迁移考验的并非迁移工具，而是服务器的承接能力。

复旦大学是一卡通业务系统的迁移，这套系统对高校日常运营很重要，我们很早完成上线并切换运行了数月，却面临9月1日开学的关键压力测试。甲方要求开学当天系统必须稳定运行，一旦故障则前期适配工作白费；同时万一故障则必须能快速切回原有系统。对此我们部署了RTSync的反向同步，最终开学当天数据库的CPU、内存运行平稳，顺利通过压力测试。其实银行、运营商这类客户要求会更稳妥，正式投产前会做多次压力测试，和高校的突发压力场景不同。

老鱼：我们都知道数据库对生态依赖非常高，8s在生态建设中最花力气的地方是什么？

GBase 8s崔志伟：8s的生态建设是分阶段的。在早期兼容性不足时，仅需做好窄范围项目，无太多生态可言；当产品兼容性提升后，生态边界开始拓宽，首先发力的是数据库外延生态，比如迁移工具、同步工具这类配套工具。后续则重点完善各类数据库驱动，除了常用的JDBC，还覆盖了 ODBC、OCI、OCCI 以及 python、GO 等其他语言的驱动。目前投入精力最大的是各类开发框架的适配，因为 8s本身是闭源产品，生态均由自身维护，仅我接触到的不同开发框架就有约30个产品，且每个框架还有不同版本，适配难度极大。但这也是好事，意味着 8s 的项目机会越来越多，市场拓展的空间也更大。

老鱼：当前国内数据库市场竞争激烈，还有几家企业也在布局RAC领域，那8s的最大核心竞争力是什么？

GBase 8s崔志伟：8s 的核心竞争力主要体现在两方面。第一，我们的共享存储集群是目前最成熟稳定的共享存储，从上线案例的运营时间、管理的数据容量来看，都有实打实的落地成果，经过了长期的市场验证。第二，我们更关注前端业务的连续性，会想尽办法保障业务稳定运行，力求给用户和开发商更好的使用体验，哪怕出现小问题，用户简单操作后就能恢复业务，这是我们重点打造的能力。

老鱼：我来概括一下，GBase 8s的RAC并非纸上谈兵，是有大量实际落地的案例，这一点很难得，而业务连续性更是数据库的核心关键。

GBase 8s崔志伟：没错，这正是GBase 8s的核心优势所在。