包含内容

迁移能否成功取决于准备工作。切换本身只有几个小时,却需要数周来做准备。

沟通服务内容

调研

迁移什么、有哪些依赖、数据在哪里、会影响哪些集成。

迁移计划

逐步骤的顺序,每一步的耗时估算和决策节点。

演练迁移

在测试环境完整走一遍,测算耗时并排查问题。

数据迁移

带完整性校验,结构不同之处做相应转换。

回退方案

切换之后一旦发现严重问题,我们将如何处理。

核对

校验和、记录条数、关键数据抽样核查。

工作如何开展

准备工作从两周起。切换本身通常可以安排在一个周末内完成。

01

审计

数据量、依赖关系、集成情况、可接受的停机要求。

02

演练迁移

在副本上完整走一遍并测算耗时。首次演练通常会暴露若干问题。

03

正式迁移

在商定的时间窗内,按演练过的方案执行,并保持全程沟通。

04

稳定期

第一周持续观察,旧系统保留可用以便核对。

迁移完成后不能立即关停旧系统。请让它至少保持可用一个月:几乎总会发现某些数据没有迁过来或迁错了,而系统一旦关停,就再也没有地方去取。

常见问题

只有演练才能给出准确答案:它会显示在您的数据量上真实的迁移耗时。按我们的经验,几百 GB 以内的数据库通常需要数小时起,而且最好安排在周末进行。

部分系统可以,通过复制加后续切换实现。这更贵也更复杂,只有在停机确实不可接受时才值得。对多数公司而言,周末的时间窗是合理的折中。

正因如此才要在开始前做副本、结束后做核对。在您确认新系统运行正常之前,副本会一直原样保留。迁移由我们执行,但回退点始终存在。

我们来规划迁移

告诉我们迁移什么、迁到哪里,以及可接受多长停机。我们从副本上的演练迁移开始。