云和恩墨 | 全面保障北京地铁顺利实现数据库版本大跨度升级 | 自由微信

云和恩墨 | 全面保障北京地铁顺利实现数据库版本大跨度升级

Original 2016-05-25 云和恩墨 云和恩墨

北京市轨道交通指挥中心 TCC 系统，承载着北京地铁每条线路、每个站厅中所有电子设备的使用状态监控任务。随着北京地铁的迅猛发展，如今全北京已达到18条地铁线路、共 300 余个站厅，未来每年都会有多条地铁新线路开通。系统需要实时处理大量数据，保证每条线路的行车安全，对车辆运营情况进行监控。

服务简介

随着北京地铁业务的迅猛发展、各条线路的迅速增加，TCC 系统业务系统的运行压力越来越大，同时由于该系统上线时间较早，数据库版本已经较为陈旧，因此 TCC 系统面临较多运维问题：

架构方面：采用 RAC 高可用架构，但数据库版本为 Oracle 9i，早期的数据库功能日益无法满足不断增长的业务功能需求；同时，旧版本数据库的运维工作也较为复杂，导致运维成本较高。
硬件方面：磁盘性能已经无法满足业务快速增长的需求，而存储空间也面临着不足。

鉴于北京地铁快速扩展的业务发展趋势，其核心的支撑数据库迫切需要借助一次成功的升级迁移来获得更为可靠的运行状态和更为长久的支撑能力。

云和恩墨作为北京市轨道交通指挥中心的数据库专业服务商，在为众多大型行业、企业与政府客户提供专业数据库升级服务的过程中，已经积累了大量的升级项目经验，有着严谨科学的项目管理流程，在北京地铁的高度认可与完美配合下，整个 TCC 数据库升级迁移项目顺利完成。

在本次升级项目中，由于数据库环境较为特殊，在 9i 数据库中使用了非标准数据库块设置，因此很难通过常规的物理升级方案直接升级到11G 的 ASM 中存储，且 TCC 系统的数据规模较大，单纯的采用逻辑升级方法将带来长时间的业务停机。因此，我方针对客户的特殊场景与严格的停机时间，量身定制了完美的物理与逻辑方案相结合的升级方案。

下面是 TCC 系统数据库的升级方案示意图:

通过将大量冷数据提前传送到新的 11G RAC 数据库，热数据则首先通过物理 DG 应用日志的方式传递到新环境，在业务可停机时再并行传入11G RAC 数据库，整个 TB 级数据库升级迁移的停机时间被严格控制在了2个小时以内完成，大幅降低了本次大跨度升级迁移对地铁核心业务系统的影响，确保了 TCC 平台的连续运行能力。

本次升级版本跨度较大，升级的复杂度也极高，同时 TCC 核心系统本身也存在较高的运行负载，因此，除了升级迁移的实施需要确保在规定的时间内顺利完成之外，更需要确保在升级后新平台上业务运行性能的稳定与提升，因此我方在项目中采取了11G 的 RAT 技术，用于将真实业务负载在新的11G 平台上进行预演测试，通过新旧环境业务 SQL 的功能、性能对比，对其中可能引起问题的 SQL 进行充分的分析与优化，最终在确保了整个升级迁移项目的成功，同时，升级后的 TCC 系统业务运行流畅，白天业务处理效率提升达到10倍，晚间的业务批处理时间从3小时缩短到1小时以内，整体运行效率的提升也意味着新平台将足以起支撑未来5年的业务发展需求。

服务价值

云和恩墨通过丰富的数据库升级迁移案例与实施经验，结合专业的数据库团队，确保整个业务数据平滑顺利完成到高版本数据库的迁移升级，同时借助自身大量的性能优化经验，进一步提升核心系统的高效运行。

在客户服务中，云和恩墨的以下服务内容帮助用户达成使命，实现了服务价值：