话题背景

在企业IT基础设施中，一些系统可能因长时间运行而未能及时更新和维护，导致它们逐渐变得过时且不再可靠。这些年久失修的系统可能存在以下问题：硬件老化、软件过时、安全性漏洞频发、性能瓶颈以及不支持新的业务需求。这些问题很有影响日常运营效率。

那么有同事提出了该疑问：我们正计划对一款运营系统进行收拢和下线处理。然而，由于该系统已经长时间未进行维护，加之团队成员的频繁变动，导致许多功能的具体用途和背后的设计逻辑已经变得模糊不清。为了确保下线过程的顺利进行并最大程度地减少潜在风险，我们应该采取什么措施来重新梳理和了解这款系统的各个方面呢？

那今天就让我们来一起聊聊“年久失修的系统到底该如何做迁移？”

鹅厂工程师的看法

一、

\dol-数据挖掘工程师/

既然是要收拢下调的运营系统，应该主要功能都有替代平台了。

以我个人收拢/升级改造 N个老运营系统的经验，可以从以下几个方面着手：

1. 收入口：主要有下面两类

2. 查出口：主要有

流程上可以分为以下几个步骤：

二、

\johnson-研发工程师/

若：

找日志或者监控信息，看进站出站流量，搜集页面访问和后台调用情况；没有的话，考虑在前后端配置一些监控来采集信息，然后监测之；找到DB，捋一遍数据的最后更新日期，事务日志等信息，帮助对访问情况做一个大致的估计；通过前序获得的信息，找到用户群体，搞清楚系统的功能，判断是否能下线，讨论下线后的后续接续方案等等....

三、

\xavier-开发工程师/

如果是针对收拢下线旧系统迁移用户到新系统的场景，个人建议可以尝试以下几个步骤：

1. 信息收集

2. 策略及实施

注意事项：

四、

\esword-架构工程师/

五、

\sai-开发工程师/

(1) 通过日志分析平台，找到最近3个月的核心API+访问IP

(2) 拆分系统功能类型：从任务流的设计上看，系统任务分为两大类：同步任务，异步任务。

2. 进一步了解功能：通过绘制流程图、DB日志、代码日志加深系统理解

(1) 用流程图梳理：核心API内的大致访问关系链，加深对系统链路的理解

(2) 通过DB的访问日志，可以找到使用的表，通过表结构和数据内容进一步了解系统功能

如果是云数据库，以腾讯云数据库为例，可以在控制台导出后端链接数据库的日志（增删改查日志）

(3) 在核心API内，增加详细日志

(4) 在进一步了解系统功能过程中，整理输出相关文档，准备下线

(1) 下线前

(2) 下线中

比如：api替换指引，WEB页面替换指引

整理输出访问的在线表格，逐步跟进切换下线结果

六、

\keson-生态技术工程师/

可以先本地升级下，更新下系统内核和驱动lib库等，然后再通过迁移工具进行在线迁移升级