银行行业基于OLTP场景下如何规划Oracle国产数据库替代技术架构及方案选型 | 线下同行交流（4月22日 上海站），速报名→

目前国内银行行业生产环境主要使用的数据库仍然是Oracle。随着内外环境变化，替“O”要求骤然加速，时间紧、任务重，在此压力下，开源与信创融合成为企业必经之路。同时在金融行业国产化数据库建设中，国产数据库已经从边缘系统逐步实现核心系统国产化， 显示出国产数据库产品功能 、性能水平不断增强，国产数据库厂商竞争力不断提升。目前国产数据库都有替换Oracle的能力，只是替换程度、效率和性能等各有差异，无论哪个国产数据库替换Oracle，都可能需要付出一定的代价，支出一定的成本，而根据项目系统制定一个完好的移植方案将会事半功倍减少代价和成本。一个好的方案需要经过对项目系统的全方面调研，根据业务场景、数据量、业务量、应用特性等诸多方面分析，结合预期移植数据库产品本身特性，如Oracle的兼容性、高可用性、数据安全性及性能情况，最终选择移植后的架构、以及sql优化等等进行考虑。

在信创Oracle国产数据库替代改造中，数据库高效的运行离不开高性能的基础设施，尤其是数据库数据的存储介质。从业务场景上来评估，如只是普通非关键业务系统，对数据库的性能、稳定性、可靠性和数据安全性要求不高，且无扩展性要求，或本身环境无SAN存储条件的情况下，可以选择“国产数据库+服务器本地盘”的架构，在服务器本地构建磁盘阵列供数据库存放相关数据文件。如果是关键业务系统，对数据库的性能、稳定性、可靠性和数据安全性要求都很高，且对磁盘扩展性也有要求，建议在有条件的情况下使用SAN存储。整体而言，无论是设施设备选择还是设施设备的搭配，无论是数据库的选择还是数据库架构的选择，都建议根据实际需求出发进行合适的选择，保障业务的稳定、高效运行以及保证数据的安全。

核心议题：

1、国产数据库分集中式和分布式，Oracle迁移至集中式还是分布式场景？

2、如果Oracle数据库较大，全量迁移时间较长，如何尽可能缩短停机窗口？

3、银行Oracle国产数据库替代技术路线如何选择？基于PG路线or基于MySQL路线？

4、去O整体技术架构方案如何选型：“国产数据库+服务器本地盘架构”与”国产数据库+共享存储”架构

活动时间：

4月22日14:00-17:00

地址：

上海站（报名后将统一反馈具体会议的地址）

报名方式：

1、如您希望参与本次活动，请将您的联系信息（姓名、单位、职务、手机、邮箱）发送邮件至.cn进行邮件报名，我们将在1个工作日内审核反馈；

2、点击文末阅读原文，到社区活动平台上直接点击报名，报名后我们会与您联系。

以上两种方式均可

支持组织：

日程安排：

分享嘉宾：

苑华伟 省农信数据库架构师

twt社区数据库自主可控用户委员会委员，计算机硕士学历，被国际灾备协会授予大师级业务连续性管理专家（MBCP）认证。擅长灾备建设与演练、MQ中间件运维管理、数据库运维管理工作。2010年某重点大学计算机系研究生毕业后，就职于某省农村信用社省联社，工作至今。10余年里先后任大型机系统管理员、灾备管理员、中间件管理员、ESB系统管理员、分布式数据库管理员。曾作为项目经理，带领完成大型机系统升级项目、灾备自动化切换项目、运维自动化平台项目、ESB系统升级项目、国产分布式数据库选型等；作为项目组成员，参与核心系统投产上线、多次数据中心搬迁项目、核心系统下移项目的投产上线。曾在人民银行主办的杂志《金融科技时代》发表过《中型银行主机监控系统的实践探索》、《主机监控系统在中型银行中的建设实践》等论文。

汪洋  某金融科技数据库团队总工程师

PG中文社区核心组成员，MongoDB中文社区主席团成员。从事数据库领域相关开发、运维、产品建设工作近30年，曾就职于Oracle香港高级客户服务部门，为中国、香港以及澳门客户提供数据库架构设计，数据库性能优化等高级服务。现在负责金融科技数据库团队，进行Cloud Database相关产品设计、研发和生态圈建设，负责自研金融级集中式和分布式数据库内核发行版的研发工作，制定集团整体数据库技术发展方向和规划，并且负责全集团数万个数据库的管理运维，向集团内外部客户提供数据库解决方案和全方位的数据库服务。个人拥有多项数据库领域的发明专利。在服务器、操作系统、存储以及数据库领域具有深厚的理论基础和实践经验，带领团队取得了很多瞩目的成绩。

席位有限，现在就来点击阅读原文报名吧 ↙ ↙ ↙