老站迁移新服务器：数据库、附件、伪静态与域名切换步骤

发布时间：2026-10-31 08:08 更新时间：2026-10-31 08:08 阅读量：0

服务器到期、配置不够用、机房租约变更，都会让企业站面临一次整体迁移。很多负责人把这件事理解成“把文件传过去、域名改一下”，结果上线后发现图片打不开、内页全部 404、后台登录报数据库错误。迁移真正的难点不在传文件，而在于数据库、附件目录、伪静态规则和域名解析这四件事必须按顺序对齐。下面按“准备—切换—验收—回滚”的顺序讲清楚，负责人照着盯进度即可，具体命令可交给技术同事执行。

迁移前要准备的四件事，缺一件都可能返工

第一步是把“现在有什么”摸清楚。让技术同事列一张清单：程序版本、数据库类型与版本、网站根目录路径、附件和上传目录位置、当前伪静态规则来自哪里（是后台生成、程序自带文件，还是服务器配置文件里手写的）、域名解析托管在哪家服务商。这张清单就是迁移地图，缺任何一项，新服务器上就容易出现“首页正常、内页报错”的怪现象。

第二步是选一个低峰时段。企业站访问高峰通常在上午九点到十一点和下午两点到四点，切换建议放在晚上或周末，并提前和业务同事打招呼，避免销售正在给客户发链接时网站打不开。第三步是准备一个临时访问地址，比如把域名先解析到新服务器做 hosts 验证，或者用新服务器的独立 IP 直接访问，这样可以在不动主域名的情况下把站点跑通。第四步是确认备份可恢复：备份文件不是拷下来就算数，要在一台测试环境里实际还原一次，确认数据库能导入、附件能显示。

如果你还在评估新服务器配置和迁移方式，可以先参考站内的建站方案，把程序、数据库和附件规模对应到合适的配置档位，避免迁移完发现磁盘或内存不够再二次折腾。迁移过程中涉及的费用主要是新服务器费用和可能的停机时间，具体价格以服务商实际报价为准。

切换当晚的操作顺序：先数据、再规则、最后域名

顺序错了会放大故障时间。正确做法是先在新服务器把程序、数据库、附件全部就位，本地验证通过，再改域名解析。数据库导出导入是第一步，以 MySQL 为例，导出和导入的命令大致如下，具体参数请以实际数据库版本和官方文档为准：

# 在老服务器导出数据库（含建表语句）
mysqldump -u 用户名 -p --single-transaction --default-character-set=utf8mb4 数据库名 > site_backup.sql

在新服务器创建同名数据库后导入
mysql -u 用户名 -p 数据库名 < site_backup.sql

导入完成后，先检查文章表、用户表、配置表的记录数是否与老站一致，再打开后台确认能正常登录。附件目录要整目录同步，注意保留原有目录结构和文件权限，上传目录通常需要 Web 运行用户可写，权限设置不当会出现“后台上传成功但前台不显示”的情况。同步可以用 rsync 或打包下载再上传，文件数量多时建议先在老服务器打包压缩，减少传输中断风险。

第三步是伪静态。很多程序依赖 URL 重写，规则没搬过去，首页能开、栏目页和文章页全部 404。以 Nginx 为例，常见写法是在站点配置里引入程序自带的规则文件：

server {
    listen 80;
    server_name www.example.com;
    root /www/wwwroot/site;
    index index.php index.html;

    location / {
        try_files $uri $uri/ /index.php?$query_string;
    }

    location ~ \.php$ {
        fastcgi_pass 127.0.0.1:9000;
        fastcgi_index index.php;
        include fastcgi_params;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    }
}

如果程序在后台提供了伪静态规则生成功能，优先使用程序生成的那份；如果老服务器是 Apache 的 .htaccess，迁移到 Nginx 时需要转换，不能直接复制。规则配好后用新服务器临时地址逐页点一遍：首页、栏目页、文章页、搜索页、后台登录页，确认没有 404 和 500。

最后才动域名解析。把 A 记录指向新服务器 IP，TTL 建议提前一天调小，方便回滚时快速生效。解析生效存在缓存，切换后一段时间内不同地区访问到的可能是新旧两台服务器，所以老服务器不要立即关停，至少保留到确认稳定为止。

验收清单与回滚预案：给负责人看的执行表

切换完成后不要只看首页能打开。建议按下面的清单逐项确认，每项打勾再宣布迁移结束：

• 首页、栏目页、文章详情页、标签页、搜索页各随机打开三到五个，检查是否 404 或样式错乱；
• 后台登录正常，发布一篇测试文章后前台能显示，测试完删除；
• 图片、附件、下载文件能正常打开，历史文章里的老图片不缺失；
• 网站地图、robots 文件、统计代码、表单提交功能正常，表单能收到测试提交；
• 手机端访问正常，HTTPS 证书已在新服务器部署且未过期；
• 老服务器保持可访问状态，数据库和附件暂不删除。

回滚预案要在切换前就写清楚：一旦出现大面积打不开或数据异常，立即把域名解析改回老服务器 IP，等解析生效后确认恢复，再排查新服务器问题。回滚的前提是老服务器数据完整、服务仍在运行，所以切换后的观察期内不要急着退租或格式化旧机器。观察期长短按站点流量和业务重要程度定，通常建议至少三到七天。

迁移不只是技术动作，也是业务连续性问题。把清单交给技术同事执行，负责人重点盯三件事：备份是否真实可还原、切换是否在低峰期、回滚路径是否明确。想进一步了解不同规模站点的搭建与迁移取舍，可以翻阅客户案例中相近行业的做法作为参照。迁移完成后保留一份完整的迁移记录，下次换服务器时就能少走一遍弯路。

准备做网站，先从哪一步开始？

如果你希望把上面的思路落到自己的行业与目标市场，可以先看 建站方案 了解一站式流程，再对照 客户案例 判断哪些做法适合自己的业务；也可以加微信 tsrz001 沟通需求，把页面结构、预算和排期先聊清楚再动手。

继续阅读