如何解决迁移期间磁盘空间不足

如何解决迁移期间磁盘空间不足

本文围绕如何解决迁移期间磁盘空间不足，提供可直接执行的迁移步骤与检查方法。

遇到磁盘空间不足时，应先判断问题发生在哪个阶段，而不是不断重复尝试。上传、验证、解压、数据库导入和收尾阶段的原因与解决方法都不同。

正确做法是先保留错误证据，确定最后成功阶段，修正真正限制，再安全继续或重试。

先明确这次迁移的目标

目标是在不破坏有效迁移包、保存进度和目标网站的情况下，诊断并解决磁盘空间不足。 迁移包版本权限与目标服务器能力必须分开评估：前者决定使用 Free、Standard 或 Pro，后者决定恢复能否稳定完成。

为什么这类迁移必须提前规划

• 恢复期间可能同时需要保存迁移包、解压文件及数据库临时数据，因此占用空间会高于网站本身。
• 旧备份、缓存文件和未使用媒体会无谓增大迁移包。
• 大型迁移包需要更长时间上传、验证和解压，因此分阶段测试和恢复机制非常重要。
• 目标服务器必须有足够磁盘空间、内存和执行能力，才能完成上传、解压和数据库处理。
• 在新网站完成最终检查前，应在两个主机账户之外保留一份独立备份。
• 只有前台页面、后台、表单、媒体、邮件和第三方整合全部测试通过，迁移才算完成。

开始之前的准备工作

短时间准备通常比事后修复不完整或未经测试的迁移更省时间。

• 确认源站和目标站管理员都能登录。
• 记录旧域名、新域名以及计划中的 DNS 更改。
• 检查目标主机剩余空间和 PHP 兼容性。
• 在主机账户之外保留独立备份。
• 选择访问量较低的时间进行最终迁移。
• 通知相关人员在最终导出期间不要修改关键内容。

WordPress 网站迁移步骤

1. 查看恢复报告和服务器日志。 确认失败发生在哪个阶段以及最后一个成功任务，再结合 PHP、Web 服务器和主机错误日志判断原因，不要盲目重复。
2. 检查源网站。 记录 WordPress 版本、PHP 版本、当前主题、重要插件、空间使用量、域名设置及关键业务功能，恢复后可按这份清单逐项比较。
3. 清理不必要文件。 删除过期缓存、旧迁移包、废弃测试副本和确认无用的文件，但不要为了降低版本门槛而误删正式内容。
4. 确认最终迁移包大小。 应根据导出完成后的迁移包大小选择版本，而不是只看主机面板的估算值。Free 不超过 500 MB，Standard 为 501 MB 至 2 GB，超过 2 GB 使用 Pro。
5. 检查目标服务器兼容性。 确认 PHP 版本、必要扩展、HTTPS、数据库、上传限制和文件权限，先解决明显差异，再上传大型迁移包。
6. 上传并验证迁移包。 需要时使用分块上传，并等待验证达到 100%。迁移包不完整或完整性检查未通过时，不应开始恢复。
7. 选择合适的恢复模式。 一般可先使用 Auto。服务器资源有限或不稳定时使用 Safe；能够稳定处理中等批次时可使用 Balanced。
8. 完成结构化验收测试。 使用书面清单对比恢复后网站与源站，记录问题，逐项修复并重新测试，在通过前不要取消旧主机。

EasyTools Site Migrator 如何简化流程

EasyTools Site Migrator 采用从导出到恢复的引导式流程。它不能取代独立备份和验收测试，但可以把迁移包检查、上传、恢复和中断处理集中到同一套流程中。

• 完整导出: 把 WordPress 数据库、插件、主题、媒体上传文件及必要网站文件打包到同一个迁移包。
• 迁移包检查: 在正式恢复前检查迁移包结构与完整性，减少恢复到一半才发现文件损坏的风险。
• 分块上传: 当浏览器或服务器上传限制较低时，把大型迁移包分成较小区块上传。
• 断点续传: 检查或恢复中断后，可从已保存的进度继续，而不是每次都从头开始。
• 实时恢复报告: 恢复过程中可以查看当前阶段、任务、批次和完成进度。
• 服务器自适应模式: 可根据目标服务器资源选择 Auto、Safe 或 Balanced 模式。

根据迁移包大小选择版本

应根据最终导出的迁移包大小选择版本。版本允许的容量不等于目标服务器一定能够处理的容量。

• Free: 适合最终迁移包不超过 500 MB 的网站。
• Standard: 适合最终迁移包从 501 MB 至 2 GB 的网站。
• Pro: 适合超过 2 GB 的迁移包。实际可恢复的最大容量仍取决于主机磁盘空间、内存、执行时间及其他服务器资源。

常见错误与避免方法

• 临时空间不足: 恢复期间可能同时保存迁移包、解压副本和数据库临时数据，因此所需空间高于网站本身。
• 未诊断就反复重试: 重复失败操作会继续占用磁盘，并让日志更难判断。
• 继续前删除临时数据: 断点续传可能依赖保存状态、部分上传文件或已解压批次。
• 过早取消旧主机: 在 DNS、邮件、订单、表单和备份全部确认前，应保留旧环境。

恢复完成后必须检查的项目

验收时应同时使用管理员身份和普通访客或客户身份进行测试。

• 管理员登录、用户角色和账户权限
• 首页、导航、重要落地页和站内搜索
• 图片、下载文件、图库及其他媒体
• 联系表单、SMTP 发送和交易邮件
• 固定链接、重定向、HTTPS 和混合内容警告
• 缓存、安全、备份、Cron 和定时任务
• 如使用 WooCommerce，检查购物车、结账、付款设置、订单和客户账户
• 移动端布局、页面速度以及恢复正常流量后的错误日志

常见问题

是否应该马上从头重新迁移？

通常不建议。应先确定失败阶段，并保留迁移包、保存进度和日志；只有确认现有数据无法继续时才从头开始。

应该使用哪个 EasyTools 版本？

迁移包不超过 500 MB 使用 Free，501 MB 至 2 GB 使用 Standard，超过 2 GB 使用 Pro。主机实际处理能力需要另外评估。

迁移中断后可以继续吗？

EasyTools 对支持的检查和恢复阶段提供断点续传。继续前应保留原迁移包和保存状态。

恢复后可以马上取消旧主机吗？

不可以。应先确认 DNS、登录、页面、图片、表单、邮件和网店功能都在目标站正常，再取消旧主机。

恢复成功是否代表所有功能都正常？

不一定。第三方 API、SMTP、付款网关、定时任务和缓存可能需要根据新环境重新设置，因此必须验收测试。

用更清晰的流程完成网站迁移

可靠的网站迁移保护的不只是文件，还包括管理员访问、客户活动、搜索表现以及中断后的恢复能力。正确流程是先整理源站，建立并完整验证迁移包，根据容量选择版本，在经过准备的目标环境恢复，并在验收完成前保留旧网站。

查看 EasyTools Site Migrator，并在建立最终迁移包前确认当前版本与容量说明。

了解如何解决迁移期间磁盘空间不足的完整流程，包括迁移包准备、验证、恢复、测试以及 EasyTools 版本容量范围。