1.4에서 1.6.1.0까지 기존 Magento 웹 사이트를 업그레이드 중입니다.Magento - 업그레이드 웹 사이트 1.4 ~ 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)
에서 설치를 실행 한 후
어떻게이 문제를 해결할 수 있습니까?
Magento를 업그레이드하는 것은 매우 고통스러운 과정입니다. 오래된 상점에서 새로운 상점으로 데이터를 가져오고 내보낼 것을 제안합니다.
나는 단지 같은 가슴 앓이를 겪었습니다. 스크립트가 오류가 있거나 시간이 초과 될 때까지 페이지를로드하도록 시도한 다음 결국 다시 시도해 보았습니다. 업그레이드 스크립트가 마지막으로 중지 된 위치에서 시작하려고 시도합니다.
이렇게하기 전에 사이트 및 데이터베이스를 백업하십시오. 같은 지점에서 계속해서 오류가 발생하면 복원하고 다시 시도하십시오.
이 끝은 빠른 성공의 확률을 개선하는 데 도움이 될 수
(주의, 모두 여기에 서로 다른 필요를 가지고) 그리고 그 일을하는 유일한 일이다. 그것은 아마 10 reloads (매번 3 분 타임 아웃을 기다리는) 걸렸습니다. 결국 모든 것이 올바르게 업그레이드되었습니다. 어떤 방법을 선택하든 스토어 데이터를 유지하려면 영구히 사용하는 부피가 큰 db 업그레이드 스크립트를 실행해야합니다.
1.4.2에서 최신으로 업데이트 할 때 비슷한 문제가있었습니다. 내 IP에만 액세스 할 수있는 index.php에 포함 된 사용자 정의 유지 관리 스크립트를 작성했습니다. 그러나 쉘을 통한 업데이트 프로세스가 모든 사람이 액세스 할 수 있도록 index.php를 대체했습니다. 그 이유는 최종 SQL 스크립트가 여러 클라이언트에서 실행되어 "테이블을 이동할 수 없습니다"와 같은 오류가 발생했기 때문입니다.
-> 요약 : 업그레이드가 완료 될 때까지 사이트가 한 번만 호출되도록하십시오!
내 의견으로는 magento를 마이그레이션하는 가장 좋은 방법은 새로운 magento가있는 환경에 전체 db를 가져 오는 것입니다. 그런 다음 magento는 모든 스크립트와 업데이트를 실행하고 데이터를 보관합니다. 업그레이드 스크립트에서 몇 가지 문제점을 발견했을 수도 있지만 모델/eav의 문제와 관련된 문제를 즉시 수정하는 것보다 해결하기가 쉽습니다.
1.4.1에서 1.8.1로 마이그레이션 할 때 성공했습니다.
특히 매우 낮은 버전에서 업그레이드하는 경우 예에서 1.4에서 1.7로 업그레이드 할 때 모든 SQL 변경 사항이 1.4에서 1.7 사이에서 변경됩니다. 불필요한 경우에도 1.4에서 1.7 사이의 다음 버전에서 제거됩니다. –