笔者在区域性的农商行从事数据库管理工作，在接触国产数据库之前，一直在使用DB2数据库，对于金融行业来说，数据量大、数据复杂、更新频繁，这就要求有一个高效、稳定的数据库，DB2在当时成了最好的选择。随着数据量越来越大，DB2的诸多问题逐渐暴露出来，一是系统占用的资源较高，DB2对系统资源占用很高，这就需要较大的硬件资源作支撑，早些时候使用DB2还有个原因是IBM主机使用较多，用DB2可以更好的匹配，随着时代的发展，国产主机的替换使用加快，对DB2的依赖也没那么高了；二是DB2的学习使用成本较高，它的格式需要专门的训练和技能，相对来说学习的成本较高；三是DB2的查询效率不高，随着数据量的增长，DB2查询速度确实让人着急；四是安全性问题，近年来国家有关部门陆续出台相关政策指导文件，推动探索安全可控的金融科技产品，加强 银行业信息安全建设，进口设备技术不可控是国家信息安全的隐患。
随着国内的各类新型信息技术的快速发展应用，各行各业的数字化升级步伐均在加速，国产数据库愈发成熟稳健，很多国产新型数据库的应用创造了全球独一无二的场景。国产GBase数据库随即进入了我们的视野中，初次体验使用GBase数据库的感觉就是一个字：快，同样的sql在DB2中和GBase中查询速度相差好几倍，在后续使用体验中发现GBase除了查询速度快之外，还有着更好的可伸缩性、更低的总拥有成本、更高的可扩展性、更好的适应性、更好的安全性等优势。
于是我们有了将原有的由DB2构建的数据仓库迁移到GBase上构建新一代数据仓库的想法，在行内进行了可行性分析后，便着手计划实施，我们采购了多台物理机器，工程师进行了多节点部署，在完成了前期准备工作后，我们便开始进行数据的处理，数据处理分为以下几个阶段：一是库表的建立，我们通过GBase迁移脚本批量建立了数据库表；二是历史数据的迁移，我们对历史数据进行了导出，通过后台进行了数据的导入，按照数据量的大小分步实施；三是下发数据的接入，针对不同的下发表类型，我们通过脚本实现了每日下发数据的自动入库；四是数据仓库的跑批使用，在完成了历史数据的迁移，以及新下发数据的接入后，我们便对原有的应用、存储过程进行了梳理、改造，确保完全融入新的数仓。
整个迁移工程持续了2个月左右，确保新的数仓稳定运行后，我们停止了原有的数仓。目前，基于GBase的数仓一直处于稳定运行状态，新的数仓的使用，有效提升了数据处理效率、数据查询速度，前台报表数据响应时间。对于前台应用人员来说使用体验明显提升，对于后台数据库管理人员来说，维护工作也极大减轻，可以说还是极有成效的。
