2011-12-01 99 views
1

我正在将1.4的现有magento网站升级到1.6.1.0。Magento - 将网站1.4升级到1.6.1.0问题

  • 我甩了现有的数据库,
  • 复制所有必需的自定义空白的Magento版本1.6.1.0

并运行安装后扩展得到了以下错误:

Error in file: "/app/code/core/Mage/Customer/sql/customer_setup/mysql4-upgrade-1.5.9.9-1.6.0.0.php" - SQLSTATE[HY000]: General error: 1025 Error on rename of './sales_flat_order' to './#sql2-3af-a7' (errno: 152)

我该如何解决这个问题?

回答

1

升级magento是非常痛苦的过程。我建议你从旧店到新店导入导出数据。

+0

特别是如果你从非常低的版本升级.. 当从1.4升级到1.7时,其运行的所有sql更改都在1.4到1.7之间。即使它们是不必要的,并且将在1.4到1.7之间的下一个版本中被删除 –

0

我刚刚经历了同样的胃灼热。我发现让页面尝试加载,直到脚本出错或超时,然后再次尝试。 升级脚本将尝试启动上次停止的位置。

在这样做之前,请为您的网站和数据库进行备份。如果它在同一地点连续发生错误,请恢复并重试。在开始之前

  • 置于维护模式的网站(通过添加maintenance.flag文件 到根目录):

    这些技巧可以帮助提高更快成功的几率。

  • 将服务器和php超时增加很多(3-5分钟)。
  • ,你不关心 清理临时和日志数据库表(仔细,每个人都有了不同的需求)

我尝试了几种不同的方法,这是只有工作的事情。大概需要10次重新加载(每次等待3分钟)。最后,一切正常升级。不管你选择什么方法,如果你想保留你的商店数据,你将不得不运行庞大的数据库升级脚本,永远不会。

0

从1.4.2更新到最新版本时,我遇到了类似的问题。 我建立了一个包含在我的index.php中的自定义维护脚本,它只允许访问我的IP。但通过shell更新过程取代了我的index.php,因此每个人都可以访问。 这是最终的SQL脚本由几个客户端运行,并导致像“不能移动表”等,因为那些步骤已经完成的原因。

- >总结:确保网站只被调用一次,直到升级成功!

0

在我看来,迁移magento最好的方法是将你的整个数据库导入到你有新的magento的环境中。然后,magento将运行所有脚本并更新并保存您的数据。 也许你在升级脚本中发现了一些问题,但修复它们比修正关于模型/ eav问题的问题更容易。

我已经成功完成这项工作,从1.4.1迁移到1.8.1。