dedecms从Apache迁移到Nginx完整教程_伪静态与重写规则转换
网站迁移是dedecms站长绕不开的话题，无论是换服务商、升级配置还是做灾备，核心都是数据库的安全迁移。后台操作看似简单，实则涉及数据库连接配置、附件路径、伪静态规则、编码格式等多个关联环节。本文把这些关联环节逐一梳理，形成一套完整的迁移检查清单。
在新服务器上先搭建好dedecms运行环境，PHP版本建议与原服务器一致或更高，MySQL版本同样需要兼容。创建新数据库并记录数据库名、用户名、密码、数据库地址这四项信息，后续配置文件需要用到。
把原网站的全部文件通过FTP下载到本地，再上传到新服务器对应目录。重点目录包括uploads附件目录、templets模板目录、data配置目录、include核心目录，这几个目录缺一不可。上传完成后设置目录权限，data目录和uploads目录需要写入权限，Linux下设为755或777。
还原数据库有两种方式。方式一用dedecms后台还原：把备份分卷文件上传到新服务器的data/backupdata/目录，登录新服务器的dedecms后台，进入「系统」-「数据库备份/还原」，点击「数据还原」，选择对应备份批次，点击「开始还原数据」即可。
除了后台备份，推荐同时用phpmyadmin做一次全量备份作为冗余。登录主机面板找到phpmyadmin，选择对应数据库，点击「导出」，格式选SQL，执行方法选「快速」，点击执行即可下载完整的sql文件。两份备份互为保险，任何一份损坏都有备用方案。
下载完成后建议在本地做一次完整性校验。可以用文本编辑器打开第一个分卷文件，查看开头是否包含CREATE TABLE语句和INSERT INTO语句，确认数据内容正常。同时检查文件大小，每个分卷应该接近设置的分卷大小，最后一卷可能较小属于正常现象。
备份文件生成后，通过FTP工具连接网站空间，进入data/backupdata/目录，把本次生成的所有分卷文件全部下载到本地。下载时注意核对文件数量和分卷序号，确保没有遗漏任何一卷，缺少任何一卷都会导致还原失败。
dedecms的缓存文件需要在迁移后全部清理。进入data目录，删除cache、tplcache、sessions这三个子目录下的所有文件，保留目录本身。缓存中保存了旧服务器的路径信息和编译后的模板，不清理会导致页面显示异常或路径错误。
如果新服务器的域名发生了变化，还需要修改$cfg_basehost变量为新域名。同时检查$cfg_cmspath变量，如果网站安装在子目录需要填写子目录路径，安装在根目录则留空。这些配置项直接影响网站前台访问和后台登录，必须准确无误。
跨域名迁移时保留SEO权重的关键是301重定向。在旧域名服务器上配置301规则，把所有页面永久重定向到新域名对应页面。Nginx环境用return 301 http://新域名$request_uri，Apache环境用RewriteRule配置。同时在百度搜索资源平台提交域名改版，加快权重转移速度。
增量备份适合数据量大、更新频繁的dedecms网站。开启MySQL的binlog日志，每天做一次全量备份，每小时备份一次binlog日志。出现数据丢失时，先用全量备份恢复到前一天的状态，再用binlog日志恢复到故障前的精确时间点。这种方案能把数据丢失时间窗口压缩到1小时以内。
迁移过程中实现零停机的方法是DNS低TTL值加双站并行运行。迁移前把域名DNS的TTL值改为300秒即5分钟，等待旧TTL过期后开始迁移。新服务器部署完成并测试通过后，把域名解析指向新服务器IP，此时新旧服务器并行运行，DNS逐步切换，用户访问不会中断。观察24小时无异常后关闭旧服务器。
站长实操反馈：「按照这套步骤把dedecms站从老虚拟主机迁到阿里云，数据库200多MB，用phpmyadmin分卷导入一次成功，栏目文章附件全部正常，没有丢数据」「之前自己迁移老是图片不显示，这次按文中说的检查uploads目录和路径配置，问题很快定位到了」。
安全提醒：数据库备份文件包含网站全部数据，下载和传输过程中注意保密，不要在公共网络环境下传输未加密的备份文件。备份文件建议压缩加密后存储，解压密码使用复杂组合。废弃的备份文件要彻底删除，避免被他人获取导致数据泄露。
更新时间：2026-08-26 22:46:56
上一篇：Word文档保护后修改日期不能改？word文档保护修改日期无法修改，完整解答