业务增长带来容量与运维压力
当数据规模、访问负载或运维压力持续增加时，确认应用改造范围、目标架构和迁移窗口，让数据库升级与现有业务连续衔接。
企业级分布式数据库
ActionDB
从数据库选型评估，到迁移上线与持续运行
基于 OceanBase 4.x 开源内核，配套 ActionOMS、SQLShift 等爱可生迁移改造工具、运维平台与专业服务，让应用适配、数据迁移、上线切换和长期运行由同一团队承接。
官方授权商业发行版OceanBase 4.x 开源内核原厂 Level 3 支持
ActionDB 产品关系示意数据库服务与保障
业务接入核心交易系统互联网应用经营分析服务
MySQL 协议兼容
基于 OceanBase 4.x 开源内核ActionDB
单机 / 分布式一体化服务节点 ASQL 与事务服务服务节点 BSQL 与事务服务服务节点 CSQL 与事务服务
多副本数据与日志 · 租户资源隔离 · 交易与分析负载
企业安全增强TDE、传输与访问安全爱可生工具链迁移改造、数据库管理与数据安全专业服务支持迭代、诊断、交付与原厂 Level 3
适用场景
三类数据库项目，都要同时考虑上线与长期运行
企业最终承担的不只是数据库参数，还包括应用适配、数据迁移、业务连续和长期运维。
让数据库替换适配现有系统
同时验证 SQL、对象、驱动、数据和既有运维流程，让替换目标落实到具体业务系统。
为后续业务增长留出路径
从单机形态起步，或按容量和连续性目标规划分布式架构，让当前投入与后续业务成长连续衔接。
为什么选择 ActionDB
把数据库内核交付为可上线、可持续运行的企业产品
OceanBase 4.x 提供数据库底座，ActionDB 进一步组合企业增强、工具链和专业服务，让迁移上线与长期运行有明确责任方。
官方授权商业发行版
基于 OceanBase 4.x 开源内核，并获得原厂 Level 3 服务支持。
- 版本来源与维护路径明确
- 原厂问题支持通道
- 升级与内核支持衔接
补足企业生产环境要求
围绕企业安全、迁移连续性和数据保护补充发行版能力。
- TDE 与传输访问安全
- MySQL / ActionDB 双向复制
- 全密态数据库能力
迁移难点有专门工具承接
从兼容评估、复杂对象改造到数据迁移、同步和运行管控。
- OMA 迁移评估与 SQLShift 复杂对象转换
- ActionOMS 数据迁移、校验与反向链路
- DMP 数据库管理与 DMS 数据安全管理
上线与运行持续有人负责
爱可生团队承接部署迁移，并持续负责工具迭代、诊断与交付支持。
- 安装部署与升级迁移
- 工具迭代、问题诊断与故障处理
- 原厂 Level 3 内核支持
数据库底座的核心能力
MySQL 协议兼容连接现有应用与开发习惯单机与分布式一体化衔接当前投入与后续增长分布式高可用按故障域设计业务连续性多租户与资源池化统一组织租户与资源隔离HTAP 混合负载承载交易与实时分析需求
爱可生迁移工程链
从复杂对象改造，到数据迁移、回切准备与持续同步
爱可生不只交付 ActionDB 数据库，还根据源库、对象和切换目标，用自有和持续迭代的工具处理兼容改造、数据传输与上线后的运行问题。
评估兼容与改造范围
先识别应用和对象差异，再复核需要改造的存储过程或触发器。
OMA 迁移评估
识别数据库对象、SQL、连接方式和资源需求，形成需要处理的适配清单。
SQLShift 复杂对象转换
针对 Oracle 到 OceanBase Oracle 的单条存储过程或触发器，复核不兼容根因，完成转换，并呈现源端、目标端说明和改写思路。
ActionOMS 数据迁移与同步主链路
面向 OceanBase 生态，由爱可生持续更新，并提供技术支持、问题诊断与交付支持。
DB2 / MySQL / Oracle / SQL Server / TiDB / PostgreSQL → ActionDB / OceanBase
覆盖结构迁移、全量迁移、增量同步与数据校验。
回切准备
可从 OceanBase 向 DB2、MySQL、Oracle 建立反向实时或半实时同步链路。
持续同步、运维与变更接续
切换完成后，数据链路、数据库运行和 SQL 变更继续由对应工具与服务承接。
ActionOMS 数据迁移与同步
支持 OB2OB、OB2Kafka 等持续同步和数据消费链路。
DMP 数据库管理平台
承接监控告警、备份恢复、资源管理、性能优化与巡检。
DMS 数据安全管理平台
把 SQL 检查、审批和变更记录接入数据库日常使用。
爱可生工程服务方案与范围核对确认系统、对象、数据与连续性目标迁移实施与验证组织链路、校验和业务验证切换与问题诊断准备回切链路并处理异常持续迭代与生产支持工具更新、故障处理与原厂 Level 3
项目案例
从业务增长、双中心建设到国产化替换
零售物流、电力和金融项目从不同业务目标出发，分别应对容量与架构升级、连续性建设和系统替换。
业务增长下的容量与架构升级
- 项目起点
- 现有系统随业务量增长，需要重新评估容量与架构。
- 核对重点
- 应用兼容、负载特征、目标架构和迁移窗口。
- 交付关注
- 迁移验证与上线后性能、运维接续。
面向连续性的双中心建设
- 项目起点
- 关键系统对服务连续和容灾部署提出更高要求。
- 核对重点
- 故障域、数据同步、切换流程和资源配置。
- 交付关注
- 架构验证、演练机制与运行责任。
国产化替换与系统适配
- 项目起点
- 在替换目标下，同时满足既有应用和运行要求。
- 核对重点
- 对象、SQL、驱动、数据一致性与业务验证。
- 交付关注
- 分阶段迁移、切换准备与异常处置。
项目核对
先把现状和目标核对清楚，再确定上线方案
现有数据库、应用、数据和连续性目标决定评估范围与实施顺序。首次沟通准备六类信息即可。
现有数据库
产品、版本、部署形态，以及需要新建、升级还是替换。
应用与连接
核心系统、开发框架、驱动、SQL 与上下游数据链路。
数据与负载
数据规模、增长速度、读写特征、峰值与关键业务时段。
连续性目标
可接受的中断、故障范围、容灾要求和恢复目标。
基础设施
物理机、虚拟机、容器或云环境，以及资源和网络条件。
切换安排
业务窗口、验证参与方、回退准备和上线后的支持要求。
开始项目核对
把数据库目标变成可执行的上线方案
从现有数据库、应用和连续性要求开始，核对 ActionDB 的适配范围、迁移路径与持续运行方式。