2011-12-01 111 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。