我正在尝试将网站复制到单独的域中以进行测试。但是，当我运行importbuddy时.php一切都很好，直到我到达第三步。第三步涉及输入数据库详细信息。我输入详细信息并单击测试，一切都出现"通过"，然后单击"下一步"....
等待 5 - 10 分钟后，页面会引发 500 内部服务器错误。我尝试增加内存限制和最大执行时间，但无济于事。
我尝试备份另一个站点并将其移动到上面的上述域，它运行良好。
以下是日志：
使用 ImportBuddy v4.2.15.3 导入数据库内容 (下载 2014-04-16T07：38：49+00：00(...由BackupBuddy提供支持。
2014-4-16上午10：12：51 0.01 0.97 详细信息 未修改 PHP 最大执行时间
2014-4-16 上午10：12：51 0.01 0.97 详细信息 报告的 PHP 执行时间 - 配置：600;原价： 7200;当前： 7200
2014-4-16 上午10：12：51 0.01 0.97 详细信息 报告的 PHP 内存限制 - 配置：512M;原价： 512M;当前： 512M
2014-4-16上午10：12：51 0.01 0.97 消息 正在迁移
.htaccess.bb_temp文件...2014-4-16上午10：12：51 0.01 0.97 消息 正在检查
.htaccess.bb_temp文件。2014-4-16上午10：12：51 0.01 0.97 邮件 URL 目录已更改。从"更新到
/mariesa。2014-4-16 上午10：12：51 0.01 0.97详细信息 检测到.htaccess ^index/.php$。保持原样。
2014-4-16上午10：12：51 0.01 0.97 消息 已迁移
.htaccess.bb_temp文件。在最后一步中，它将重命名回.htaccess。2014-4-16上午10：12：51 0.01 0.97 消息 正在验证数据库连接和设置...
2014-4-16上午10：12：51 0.01 0.97 消息 已验证数据库连接和设置。已连接到数据库
inbc_marie。2014-4-16 上午10：12：51 0.01 0.97 详细信息 正在确定 SQL 文件位置...
2014-4-16上午10：12：51 0.01 0.97 详细信息 在
backupbuddy_dat.php/db_1.sql查找SQL文件。2014-4-16上午10：12：51 0.01 0.97 详细信息 在
/usr/www/users/inbccbtvgs/mariesa/wp-content/uploads/temp_vnb9u43goi/db.sql查找SQL文件。2014-4-16上午10：12：51 0.01 0.97 详细信息 在
/usr/www/users/inbccbtvgs/mariesa/db.sql查找SQL文件。2014-4-16上午10：12：51 0.01 0.97 详细信息 在
/usr/www/users/inbccbtvgs/mariesa/wp-content/uploads/backupbuddy_temp/vnb9u43goi/db_1.sql查找SQL文件。2014-4-16上午10：12：51 0.01 0.97 详细信息 发现SQL文件为
/usr/www/users/inbccbtvgs/mariesa/wp-content/uploads/backupbuddy_temp/vnb9u43goi/db_1.sql。2014-4-16上午10：12：51 0.01 1.03 详细信息 兼容性 mysqldump(如果适用( 每个选择的最大行数设置为 2000。
2014-4-16上午10：12：51 0.01 1.04 详细信息 用于转储的数据库主机：
dedi498.jnb1.host-h.net2014-4-16 上午10：12：51 0.01 1.04 详细信息 正在加载 mysqldump 库。
2014-4-16 上午10：12：51 0.01 1.04 详细信息 Mysql 服务器默认目录：
/usr/bin/,/usr/bin/mysql/,/usr/local/bin/2014-4-16 上午10：12：51 0.01 1.04详细信息 mysqlbuddy：通过
0的强制方法。2014-4-16 上午10：12：51 0.01 1.04 消息 mysqlbuddy：方法不强制。即将检测目录和可用方法。
2014-4-16 上午10：12：51 0.01 1.04详细信息 mysqlbuddy：正在尝试计算确切的mysql目录。
2014-4-16 上午10：12：51 0.01 1.04详细信息 mysqlbuddy：Mysql报告了它的目录。报道：
/usr;将二进制位置添加到 mysql 目录列表的开头：/usr/bin/2014-4-16上午10：12：51 0.01 1.04详细信息 mysqldump test：测试可用的 mysql 数据库转储方法。
2014-4-16 上午10：12：51 0.01 1.04详细信息 mysqldump test： exec(( 函数存在。通过 exec(( 测试运行 mysqldump。
2014-4-16上午10：12：51 0.01 1.04 详细信息 mysqldump 测试接下来运行。
2014-4-16 上午10：12：51 0.01 1.04 未检测到详细信息exec_dir。正常进行。
2014-4-16上午10：12：51 0.01 1.04详细信息exec((命令
PATH=$PATH:/usr/bin/:/usr/local/bin/:usr/local/bin:/usr/local/sbin/:/usr/sbin/:/sbin/:/usr/:/bin/; /usr/bin/mysqldump --version 2>&1(带路径定义(。2014-4-16上午10：12：51 0.02 1.05详细信息 exec(( 命令输出：
mysqldump Ver 10.13 Distrib 5.5.35, for debian-linux-gnu (i686);退出代码：0;退出代码说明：Command completed & returned normally.2014-4-16上午10：12：51 0.02 1.05详细信息 mysqldump 测试：命令似乎可访问并返回预期的响应。
2014-4-16上午10：12：51 0.02 1.05 消息 mysqlbuddy：检测到数据库转储方法：
commandline,php。2014-4-16上午10：12：51 0.02 1.05 详细信息 如果适用，则分解最大执行时间为
30秒。2014-4-16 上午10：12：51 0.02 1.05 消息 正在还原数据库转储。这可能需要一些时间...
2014-4-16 上午10：12：51 0.02 1.05错误错误#9014：数据库导入已停止，以防止覆盖现有的WordPress数据。该数据库已经包含具有此前缀
ms_(21个表(的WordPress安装。还原已停止，以防止覆盖现有数据。
如果需要更多信息，请询问。有什么想法吗？
2014-4-16上午10：12：51 0.02 1.05错误 错误 #9014：数据库导入 已停止以防止覆盖现有的WordPress数据。数据库 已经包含具有此前缀的WordPress安装ms_(21 表(。还原已停止，以防止覆盖现有 数据。
表格已经存在并在这里破裂？
importbuddy恢复BackupBuddy备份时遇到了同样的错误.php原来，根目录中从备份中解压缩的某些文件导致了有问题文件的内部500服务器错误屏幕截图
.htacces.bb_temp/.用户.ini/.维护等我想知道这些是从哪里来的，因为原始网站运行良好。
因此，修复此错误的步骤是：
- 像往常一样使用importbuddy提取所有文件
- 从托管控制面板(Plesk，Nodeworx等(连接到FTP或文件管理器并删除那些有问题的文件(您之前可以随时下载备份(。
- 直到现在才应该继续数据库安装
- 完成后，一切正常，无需重新上传这些文件。WP似乎创建了一个新的.htaccess文件
@Matt所指出的，表已经创建可能是因为首先由于某些错误而停止了进程。
只需尝试从phpmyadmin清空整个数据库，然后重试。你可能完成了。或者如果发生任何其他情况，请在此处打印错误。
我找到了一个解决方案。
我使用了PHP兼容模式，并以较小的块进行了数据库导入。现在一切正常。