TENCENT CLOUD · 迁移

本地系统搬到腾讯云,先迁哪个、旧服务器什么时候能停

上云迁移的顺序比工具更影响成败:先迁无状态的外围系统,再迁数据库,最后处理强耦合与老系统。本文给出排序依据、不停机迁移的做法、割接窗口与回滚条件、旧机停机的四项确认、备案与域名的插入时点,以及迁后账单与容量的复核方式。

腾讯云部署迁移与割接企业上云实施

上云迁移先迁哪个系统,按什么排序?

排序看三条:对外依赖少、无本地状态、出错影响面小。三条都满足的先迁,通常是官网、测试环境、报表和内部工具这类外围系统;核心交易和强耦合系统放最后。腾讯云云服务器文档把地域与可用区、实例规格单独成章,说明迁移前要先定地域和规格,再谈搬迁顺序。顺序定错,后面每迁一个系统都要重做一次网络与权限配置。

三条排序依据与四批搬迁

批次典型系统为什么放这一批进入下一批的条件
第一批官网、静态站、测试环境没有本地状态,可整机重建解析切换后 24 小时无 4xx 上涨
第二批报表、内部工具、附件存储读多写少,停机窗口好谈抽样比对 200 行全部一致
第三批业务数据库与核心接口有状态,要增量同步加割接增量延迟稳定在 5 秒以内
第四批老系统与设备对接模块改造量大,停机成本高前三批观察满 2 周无回滚
边界与提醒

批次划分不适用于强监管的独立系统:财务、涉密与等保三级以上的系统往往要求单独过评估,不能跟着外围系统一起迁。把它们塞进第三批,表面省了 1 到 2 周排期,实际会在合规评审时整批退回,代价是全部排期重排。

哪些系统不能直接搬,得先改架构?

三类要先改:把状态写在本地磁盘的应用、把 IP 或主机名写死在配置里的服务、依赖本地域控或硬件加密狗的授权。直接搬上去只是把故障换个机房发生。判断方法很土但有效:把现有主机做成镜像,在云上起一台跑一遍核心业务,凡是启动失败、连不上、找不到文件的地方,都是要改的点。

先做一次镜像试跑再谈搬

  • 把生产主机做一份镜像,在目标地域起一台临时实例,按真实顺序启动全部服务
  • 让运维列出本次试跑里所有报错,按配置、依赖、授权三类归并成改造清单
  • 对写本地盘的功能逐个确认,改成对象存储或挂载云盘,不留隐式状态
  • 把写死的 IP 与主机名换成域名或配置中心项,改完再跑一次试运行验证
边界与提醒

试跑能验证启动与连通,验证不了性能:本地千兆内网换成云上跨可用区调用,延迟和带宽上限都会变。如果系统里有大量小包同步调用,先做一次压测再定规格,否则上线首周就会出现超时告警,而这类问题很难靠加 CPU 解决。深云 FDE 的交付把生产上线单列为一个阶段,改造项在进入这个阶段前就该定下来。

数据库迁移怎么做到业务不停机?

用迁移工具做全量加增量,再在割接窗口内切写。腾讯云数据传输服务 DTS 支持 MySQL、PostgreSQL、Redis、MongoDB、SQL Server 等多种类型,官方说明可在业务不停服的前提下完成数据库迁移上云。常见做法是全量同步跑完后保持增量追平,割接时停写 5 到 15 分钟,校验通过再切流量。

全量加增量,割接只停写

  • 先把源库账号权限、网络连通与白名单配好,用工具自带的预检查跑一遍
  • 跑全量同步,同时打开增量同步追平,观察延迟曲线是否稳定
  • 在割接窗口里停写,等延迟归零后做一次行数与关键字段比对
  • 把应用连接串切到新库,先放开 10% 流量观察 30 分钟再全量切
边界与提醒

增量同步覆盖不了 DDL 和大事务:迁移期间改表结构、批量删历史数据,都可能让同步任务中断或报错。约定迁移窗口内冻结表结构变更,并提前把大事务拆成小批;如果业务确实要改表,先把任务停下改完再重跑,别指望工具自动处理。

割接窗口怎么定,回滚要准备到什么程度?

窗口按业务低谷定,通常 2 到 4 小时,其中至少留 1 小时给回滚。回滚不是把数据搬回去,而是把流量切回旧环境并冻结新环境写入,所以旧环境在观察期内必须保持可读可写、账号有效、配置与线上一致。回滚方案没在测试环境演练过,等于没有方案。

窗口里前三十分钟做什么

时间点动作判定标准不通过时
T-30 分钟冻结发布、通知业务方、确认值守人在线三方确认到人窗口顺延,不硬上
T+0 到 T+30停写、延迟归零、数据比对关键表行数与金额合计一致立即执行回滚
T+30 到 T+90切 10% 流量做灰度验证错误率不高于切换前回退灰度,问题定位后再切
T+90 之后全量切换并观察 2 小时无 P1 故障、无积压按预案回滚并复盘
边界与提醒

只有单套环境、没有旧环境可回退的项目,不适合按这套流程割接:此时更现实的做法是把窗口拉长到整夜,用只读模式先跑 1 天,再开写入。强行在 2 小时内完成一次性切换,一旦失败就没有退路。

旧服务器什么时候才能停,停机前确认哪几件事?

满足四个条件再停:新环境连续运行 7 到 14 天无 P1 故障、增量同步延迟长期为 0、备份与恢复各演练过一次、账单确认新环境容量有余量。停机不是关机,是先降配、再停机、最后退订,中间留出反悔时间。旧机一停就退订,出问题时只能从备份重建。

四项条件与三步停法

  • 观察期按 7 到 14 天定,每天记录错误率与响应时间,低于阈值才计入
  • 把旧机的完整镜像与数据库备份各存一份,恢复到临时环境验证一次可用
  • 先降配到最小规格观察 3 天,确认无人访问后再停机
  • 停机后保留 7 天再退订,退订前确认腾讯云服务商一侧没有未结的结算与退款事项
边界与提醒

有合规留档要求的行业不能按这个节奏退订:审计可能要求保留原始环境或数据介质 6 个月以上,此时应把旧机转为离线备份而不是直接退订。如果同一批上线里还有 WorkBuddy 这类使用入口,深云 WorkBuddy 服务商一侧的权限与数据源指向要在停机同一天改完,否则用户能登录、数据却还指着旧库。

域名、备案和证书在哪一步做,会不会卡住上线?

备案要在服务器开通前启动,不要等系统迁完才办。腾讯云 ICP 备案文档写明,未取得许可或未履行备案手续不得从事互联网信息服务,备案的域名与云服务也要符合对应规则。把备案、域名解析、证书申请排在第一批搬迁之前,通常能省掉 1 到 3 周的空等。

把合规动作排在迁移前面

  • 先查主体与域名是否已有备案,有备案的做接入备案,没有的走首次备案
  • 把备案需要的材料清单一次性备齐,退回一次通常多花 3 到 5 个工作日
  • 证书申请与解析变更排在割接窗口前完成,别和切流量抢同一个小时
  • 把备案进度写进项目排期表,和搬迁批次并列,不放在备注里
边界与提醒

备案不是所有场景都要走:纯内网系统、只走 IP 访问的后台通常不涉及网站备案,但可能有等保或行业许可要求。判断错方向的代价是白等几周,所以立项时让法务或合规确认一次适用范围,比事后补办便宜。

迁完之后账单和容量怎么复核?

迁完第一个月做三件事:按标签核对资源归属、按实际负载下调超配规格、把按量与包年包月的组合重算一次。腾讯云云服务器支持按实际使用的资源计费,也支持实时扩展或缩减,说明上云后容量本来可以调,但需要有人每月看一次,否则默认配置会一直按峰值付费。

第一个月必做的三项复核

  • 给每个实例、云盘和带宽打上部门与项目标签,导出账单按标签分组核对
  • 看 30 天的 CPU、内存与带宽峰值,把连续低于三成使用的规格降到下一档
  • 把稳定负载改成包年包月,把波动负载留在按量计费,两种混着算一次总价
  • 设置余额与用量告警,避免按量资源在无人看管时持续产生费用
边界与提醒

降配要看业务曲线,不看平均值:月末结算、月初报表这类周期性峰值,平均利用率往往只有两三成,但峰值时段降配就会超时。深云 AI 落地方法把云上部署列入生产接入职责,容量复核也应放在同一份上线记录里,而不是等财务发现账单翻倍再回头查。

事实来源

内容说明

事实来源含腾讯云官方文档(数据传输服务、云服务器、ICP 备案)与官网公开服务页;文中天数、窗口时长与比例为经验区间,具体以当期官方规则与合同约定为准。

需要评估这类场景的落地路径?

深云做企业 AI 生产化交付,可以先给一版场景判断与实施路径,再决定要不要做。

了解深云的交付方式