金融数据库自主可控痛点及对策

这是一篇关于金融数据库自主可控痛点及对策的思维导图，主要包括：背景、核心痛点、对策等内容。希望对你有帮助！

金融数据库自主可控痛点及对策

• 背景
  • “十四五”规划纲要提出，加快数字化发展、打造数字经济新优势。 金融行业正稳步推进金融科技发展，加快金融机构数字化转型。同时，金融信息系统作为国家关键信息基础设施，直接关系到国家经济、社会的正常运行 目前，国家层面已经明确提出，国内的金融机构在未来5-10年内，在金融系统上需实现包括服务器芯片、底层的操作系统、数据库这些核心组件的自主可控
• 核心痛点
  • 痛点一：应用迁移
    • 业务系统从原有系统向新数据库迁移的兼容性和改造难度是目前金融信创数据库最大痛点。 数据库处于金融行业IT架构的中间层，向上是各种应用软件的支撑引擎，向下调动计算、网络、存储等基础资源。因此数据库的选型不仅与数据库自身的功能性能相关，更需要能够适配金融行业IT环境与应用软件。 在上一轮信息化建设中，大部分业务系统都采用了Oracle等国外数据库产品，甚至部分数据库由应用厂商嵌入在业务系统中，一旦替换将对上层业务系统的运行带来困难。
  • 痛点二：高可用与灾备要求
    • 金融行业对于数据库的业务连续性及数据可靠性具有极高的政策以及行业要求，数据库的高可用性能力及如何构建完善的容灾方案，成为每一家金融企业需重点考虑的问题
  • 痛点三：性能要求
    • 金融级信创数据库对大并发、海量数据处理场景下性能要求苛刻。 金融行业特别是银行业对交易类数据库的性能要求极高。另外在金融信创领域，主要应用场景为电子公文和邮件等办公类应用，用户数量庞大，并发较高，在响应时间方面，90%以上的场景需要较高的性能保障
• 对策
  • 应对痛点一：提供Oracle、PostgreSQL、MySQL等多种主流数据库兼容性；高效的数据迁移及结果验证
  • 应对痛点二：提供多种级别的高可用与灾备方案，计划内高可用：提供全量、增量、差异的物理备份与恢复，计划外高可用，多中心高可用（灾备）
  • 应对痛点三：调优性能