信创落地：可观测平台适配达梦数据库与日志审计合规

信创迁移，难的是周边系统

谈到信创，很多人只想到把应用从 x86 换到 ARM、把 Oracle 换成达梦。真正拖慢进度的是周边系统的适配：日志、监控、追踪这些“看不见的基础设施”如果接不上，新环境上了也是盲的。可观测平台承载全站日志与链路数据，它的适配深度直接决定迁移能不能收尾。实践中我们见过两种翻车：一种是先把业务系统切过去，才发现可观测层没地方存数据；另一种是凑合接了个半适配的平台，链路一断就是几个月没人发现。

对接达梦 DM8

达梦支持多种兼容模式，选哪种直接决定改动量。对从 MySQL 迁过来的团队，选 MySQL 兼容模式改动最小：SQL 方言、数据类型、行为都足够接近，大部分查询原样就能跑。炬鲸 OBSERVE 通过 MySQL 协议对接达梦，改造集中在几个点：

• 驱动与连接串替换：JDBC URL 和驱动类换掉，下游逻辑不变
• 分页差异：达梦支持 LIMIT，但老版本建议用 ROWNUM 或 TOP，手写的分页查询要过一遍
• 字段类型映射：TEXT/BLOB、DATETIME 的精度与默认值有细微差异，可能影响插入和比较
• 保留字转义：达梦的保留字比 MySQL 多，建表时撞上的标识符要加引号

配置示例：

database:
  type: dm
  host: 10.0.0.12
  port: 5236
  user: observe
  password: "***"
  mode: mysql-compat

日志审计与等保合规

政企客户对可观测平台有两类合规要求。一是操作审计：登录、查询、导出、Token 轮换等敏感操作全部留痕，可追溯到人——数据泄露调查时，这决定了能不能回答“谁在什么时候查了什么”。二是数据安全：

• 留存周期：日志按策略保留 6 个月起，支持冷热分层，近期数据放快存储供秒级查询，老数据压缩归档到廉价盘
• 数据脱敏：手机号、身份证、银行卡等敏感字段自动打码，查询端也脱敏，有只读权限的人照样看不到原始明文
• 权限分级：管理员、只读、受限三级角色，租户间数据隔离

双跑迁移，别一刀切

建议新老系统双跑一段时间：新系统先接炬鲸 OBSERVE 采集，老系统继续用原方案，两边对比数据一致性。数据库层面先用达梦自带的 DTS 迁移工具做结构和数据迁移，再验证可观测平台的读写、检索、告警全部正常，最后才切流量、下线老系统。

迁移顺序上，建议先迁日志采集（无状态、风险低），再迁链路和指标，最后迁告警规则。告警规则涉及通知渠道和值班安排，最容易在切换时出错，放在最后逐个验证更稳妥。

常见坑

• 达梦默认端口 5236，别和 MySQL 的 3306 搞混
• 字符集建议统一 UTF-8，避免中文日志乱码
• 时区务必与业务系统一致，否则链路时间轴会错位
• 迁移前先做一次小流量压测，确认达梦的连接数和慢查询阈值扛得住可观测平台的写入量