【问题标题】:Magento - Upgrade website 1.4 to 1.6.1.0 issueMagento - 将网站 1.4 升级到 1.6.1.0 问题
【发布时间】:2011-12-01 05:34:43
【问题描述】:

我正在将现有的 magento 网站从 1.4 升级到 1.6.1.0。

  • 我已经转储了现有的数据库,
  • 在空白 magento 版本 1.6.1.0 中复制了所有必需的自定义扩展

运行安装后出现以下错误:

文件错误: “/app/code/core/Mage/Customer/sql/customer_setup/mysql4-upgrade-1.5.9.9-1.6.0.0.php” - SQLSTATE[HY000]:一般错误:1025 将“./sales_flat_order”重命名为“./#sql2-3af-a7”时出错(错误号:152)

我该如何解决这个问题?

【问题讨论】:

    标签: magento


    【解决方案1】:

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

    【讨论】:

    • 特别是如果您从非常低的版本升级。例如,从 1.4 升级到 1.7 时,其运行的所有 sql 都会在 1.4 到 1.7 之间变化。即使它们是不必要的并且将在 1.4 到 1.7 之间的下一个版本中删除
    【解决方案2】:

    我刚刚经历了同样的胃灼热。我发现让页面尝试加载,直到脚本出错或超时,然后再次尝试最终奏效。 升级脚本将尝试从上次停止的地方开始。

    在您执行此操作之前,请备份您的站点和数据库。如果它在同一位置不断出错,请恢复并重试。

    这些提示可能有助于提高更快成功的几率:

    • 将站点置于维护模式(通过添加 maintenance.flag 文件 到根目录),然后再开始。
    • 大幅增加服务器和 php 超时时间(3-5 分钟)。
    • 清理您不关心的临时和日志数据库表 (注意,这里每个人都有不同的需求)

    我尝试了几种不同的方法,这是唯一有效的方法。大概需要 10 次重新加载(每次等待 3 分钟超时)。最后,一切都正确升级了。无论您选择哪种方法,如果您想保留您的商店数据,您将不得不运行耗时的庞大的数据库升级脚本。

    【讨论】:

      【解决方案3】:

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

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

      【讨论】:

        【解决方案4】:

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

        我已经成功地从 1.4.1 迁移到 1.8.1。

        【讨论】:

          猜你喜欢
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 2012-02-25
          • 1970-01-01
          • 1970-01-01
          • 2012-08-15
          • 2013-08-13
          • 1970-01-01
          相关资源
          最近更新 更多