使用Acquia Dev Desktop克隆Drupal站点长时间无响应

嗨，遇到这种大站点克隆卡壳的情况太闹心了！5.5GB的Drupal站点确实不算小，Acquia Dev Desktop的自动克隆工具在处理这类大体积站点时，很容易因为资源限制、本地IO瓶颈或者工具本身的小bug卡住，给你几个亲测有效的解决思路：

一、先排查本地环境的瓶颈 #

• 检查磁盘与资源占用：打开任务管理器（Windows）或活动监视器（Mac），看看Acquia相关的进程是不是长时间占满CPU或磁盘，但没数据写入。如果是，大概率是磁盘速度拖了后腿——把目标站点目录换到SSD上，机械硬盘处理大文件的速度差太多了；同时关掉其他吃资源的大程序（比如视频剪辑、开了几十个标签的浏览器），至少留4GB以上的空闲内存。

二、绕过自动克隆工具，手动迁移更靠谱 #

自动工具容易“卡壳”，手动操作反而更稳定，步骤很清晰：

1. 手动复制站点文件：
   找到原站点的docroot目录，直接用系统的文件管理器复制到本地Acquia的站点目录（一般在~/DevDesktop/sites下），系统自带的复制粘贴不仅能看到进度，处理大文件也比工具更高效。
2. 手动导入数据库：
   • 先在Acquia Dev Desktop里创建一个和原站点Drupal版本一致的空站点；
   • 导出原站点的数据库（用命令行更稳定）：

     mysqldump -u 数据库用户名 -p 原数据库名 > site_backup.sql
     

   • 把导出的site_backup.sql导入到新创建的空站点数据库：

     mysql -u 新数据库用户名 -p 新数据库名 < site_backup.sql
     

   要是不习惯命令行，也可以用Acquia自带的phpMyAdmin来导入，但大数据库还是命令行更不容易超时。
3. 配置站点连接信息：
   把原站点的settings.php复制到新站点的sites/default目录，修改里面的数据库账号、密码、数据库名为新站点的信息；最后清理缓存，要么进后台操作，要么用Drush命令：

   drush cr
   

三、查日志找具体报错 #

Acquia Dev Desktop的日志存在~/DevDesktop/logs目录里，打开对应的克隆日志文件，看看有没有明确的报错（比如权限不足、数据库连接失败、文件损坏）：

• 如果是权限问题，给本地站点目录设置合适的权限（Mac/Linux下可以用chmod -R 755 docroot）；
• 如果是数据库超时，修改Acquia自带的MySQL配置文件（~/DevDesktop/mysql/my.cnf），增大max_allowed_packet和wait_timeout这两个参数。

四、提前缩小站点体积 #

先清理原站点的冗余文件：比如sites/default/files里的缓存文件、旧备份、没用的媒体文件，把站点体积缩小一些再操作，能大幅节省克隆时间。另外也记得把Acquia Dev Desktop更到最新版，旧版本可能存在大文件克隆的bug。

内容的提问来源于stack exchange，提问作者Sagar