discuz使用restore恢复数据库，遇到超时问题如何处理 New
运行restore.php大概4分钟出现错误Request TimeoutThis request takes too long to process, it is timed out by the server. If it should not be timed out, please contact administrator of this web site to increase 'Connection Timeout'.
因为是sugarhosts的虚拟主机，没有系统备份，只有DZ后台的备份，Cpanel没办法做什么调整。连重启都做不到，也尝试在网站根目录配置 .user.ini 来调整，但是好像没有任何变化
能不能通过修改restore.php，调整一下运行时间，来分段执行呢。
我记得之前3.4升级3.5，有更改update_adult.php $limit = 100000; 来调整的操作
restore.php能否也做类似的修改呢，我也尝试了直接修改@set_time_limit(1000);，好像没变化呢。呀(⊙o⊙)…考虑过phpmyadmin来恢复，但是那个也照样会超时吧
我知道答案 回答被采纳将会获得1 贡献 已有9人回答 修改配置后重启下服务器试试 备份呢的时候颗粒选择小一些。
恢复一般不会卡死了。 如果数据库支持 远程连接的话 可以用 Navicat导入 你这个建议适合以后考虑 DZ自带的数据库备份文件380M，200个卷，这个文件能用Navicat导入吗？好久没用过Navicat了 理论上是可以的! 直接在远程数据库里边分别运行没一个分卷？
尝试了第一个
运行结束，错误 354？
另外一个方案是把分卷恢复到临时的RDS上，自从RDS导出287个表，再人工导入287个表【他的数据很大，RDS导出估计很难导出一个SQL文件】，感觉这个方法不对劲，太费劲了。
我记得之前，我自己的网站恢复数据库是可以用分卷通过phpmyadmin导入的，应该也是像上面这样直接运行每一个分卷吧。但是他的虚拟机性能太差了 报错 肯定是遇到问题了!
你说的也可以!
需要的话 也可以 有偿代劳 好的，我再尝试一下。
页:
[1]