遗留核心系统的上云迁移 —— 把 25 年的数据梳理清楚再交接

课题

在某教育机构，约 25 年份・225 张表・约 450 万行・约 11,000 人份的数据，分散积累在长年运行的多个 SQL Server 数据库与 FileMaker 中。系统未定义外键约束，数据之间的一致性依靠应用侧的运维来保障。我们认为，若只是把这类“遗留系统的典型状况”原样搬迁，25 年份的隐性知识将无法交接，存在让现场陷入混乱的风险。

思路

我们没有一上来就迁移数据，而是先从调研既有数据库开始。这里我们看重的，是把“已确定的事实”与“需要确认的假设”分开梳理。表之间的关系与数据的含义，不仅对照资料，还结合现场的实际业务加以语言化，避免把仍属假设的内容带入设计。迁移目标选择 Google Cloud（Cloud SQL / PostgreSQL + Cloud Run），并且不是简单复制，而是选择了贴合当下业务的重新设计。

实装

基于调研厘清的结构，我们重新设计了可处理多国籍姓名的 schema。迁移不一次性完成，而是采取分阶段推进的方式，并在每个阶段设置由第三方进行双重复核的体制。对于原本没有外键约束的部分，也梳理出数据之间的关联，使一致性以可见的形式呈现之后，再反映到迁移作业中。

• 迁移源：多个 SQL Server 数据库 + FileMaker（约 25 年份・225 张表・约 450 万行・约 11,000 人份）
• 迁移目标：Google Cloud（Cloud SQL / PostgreSQL + Cloud Run）
• 用心之处：事实与假设的区分、支持多国籍姓名的 schema 重新设计、第三方双重复核

成果

分阶段迁移已完成至第二阶段（生产数据库迁移）。由于先区分事实与假设再进入设计，此前依赖隐性知识的一致性变得可见，也减轻了运维负责人心中“这份数据真的正确吗”的不安。在尊重 25 年积累的同时，把它交接为未来 25 年也能安心使用的基础平台——这项工作仍在持续推进。