델타 마이그레이션에 대한 최상의 계획


17
  • Magento 1.9.3.3CEMagento 2.1.7EE 로 마이그레이션하기 3 개월 전
  • CMS 컨텐츠를 추가 / 업데이트했습니다.
  • 20 개 이상의 확장을 설치하고 모두 구성하십시오.
  • 테스트를 위해 현재 M2 데이터베이스의 제품, 주문, 고객 중 일부를 변경했습니다. [주요 점]
  • 테스트를 위해 제품, 고객, 주문 등을 추가했습니다.

델타 마이그레이션을 계획하고 있지만 몇 가지 의심이 있습니다.

  • 델타 마이그레이션이 변경 한 제품을 덮어 쓰는가?
  • M1 관리자가 제품을 변경 한 경우 델타 마이그레이션 중에 해당 세부 정보가 M2에 반영 되었습니까?

델타 마이그레이션에 대한 적절한 / 최상의 계획을 찾고 있습니다. 또한, 나는 알고 싶습니다 할 일의하지 않는다의 동안 델타 마이그레이션.


델타 마이그레이션에서는 M1에 자신을 추가하거나 주소를 변경하는 고객 (M2에서 고객을 건드리지 않는 고객)이 지원되지 않습니까?
yiffytoys

새로운 질문이 있으면 질문하기 버튼 을 클릭하여 질문하십시오 . 컨텍스트를 제공하는 데 도움이되는 경우이 질문에 대한 링크를 포함하십시오. - 리뷰에서
Rama Chandran M

답변:


14

델타 이주에 대한 일반적인 이해 는 다음과 같습니다.

데이터 마이그레이션 도구는 Magento의 자체 모듈 ( 예 : 주문, 고객 프로파일 ) 로만 생성 된 데이터를 마이그레이션하며 타사 개발자가 만든 코드 또는 확장에 대해 책임을지지 않습니다.

이러한 확장이 프론트 엔드 데이터베이스에서 데이터를 작성하고 판매자가이 데이터를 Magento 2에 보유하려는 경우 데이터 마이그레이션 도구의 구성 파일을 작성하고 이에 따라 수정해야합니다.

기본 데이터 마이그레이션 후 Magento 1 데이터베이스에 추가 된 데이터 (예 : 고객이 프런트 엔드에서 추가 한 데이터) Magento 2에서 이러한 데이터를 마이그레이션하기 위해이 델타 도구는 테이블에 대한 데이터베이스 트리거를 수행합니다.

변경 사항에는 제품 범주, 제품 자체에 대한 수정 사항이 포함될 수 있으며 델타는이를 제외하고 재고 변경 사항을 추적합니다. 삭제 된 제품 (CMS 페이지, 정적 블록)의 인벤토리를 업데이트하려고 할 때 델타가 중단 될 수 있으므로 마이그레이션 된 제품을 삭제하지 않는 것이 좋습니다.

델타는 M1 데이터베이스의 모든 변경 사항을 추적하지 않습니다. 예를 들어 델타가 없으므로 구성을 저장하려는 모든 변경을 수행 할 수 있습니다.

따라서 증분 마이그레이션을 수행하는 동안 데이터를 마지막으로 마이그레이션 한 이후 Magento 1의 변경 사항 만 마이그레이션 할 수 있습니다. 이러한 변경 사항은 다음과 같습니다.

  • 고객이 상점 첫 화면을 통해 추가 한 데이터 (작성된 주문, 검토,
    고객 프로파일 변경 등)

  • Magento 관리자 패널에서 주문이있는 모든 작업

  • 카탈로그 재고 재고 변경 사항.

중대한!

기본 구성으로 델타를 실행하려는 경우 초기 마이그레이션 후 M2 데이터베이스에서 다음 중 하나를 수행하지 않는 것이 좋습니다.

  • 제품 추가 / 제거 (두 DB 중 하나. 두 데이터베이스의 entity_id가 일치하도록 동일한 순서로 두 데이터베이스에 동시에 제품을 추가하는 경우 속성 정보 이유가 아닌 인벤토리 이유 일뿐)
  • 고객 추가 / 제거
  • 새로운 주문 생성
  • 제품 재고 관리 시도

+1을 공유해 주셔서 감사합니다. 다른 사람들의 답변도 기다리고 있습니다. 이 devdocs.magento.com/guides/v2.0/migration/migration-plan.html 과 같은 계획의 흐름을 찾고 있지만 이것이 효율적으로 마이그레이션하기위한 완벽한 가이드는 아니라고 생각했습니다. 클라이언트는 M1에서 M2로 마이그레이션하는 데 4-8 시간 만 제공합니다. 마이그레이션 후 테마 사용자 정의, 확장 구성, cms 컨텐츠를 유지하고 M1 및 M2 레코드를 동일하게 유지하려고합니다. 내 질문을 읽으면 정확한 기록을 위해 처음부터 다시해야한다는 것을 알 수 있습니다. 이 불필요한 반복 작업을 피하는 방법에 대해 정말로 걱정하고 있습니다.
Bilal Usean

4-8 시간 동안 만 잘못 추정됩니다. 제 생각에는 많은 문제에 직면하게되므로 사용자 지정 데이터를 마이그레이션하려면 도구를 만들거나 확장해야합니다.
Franck Garnier

4-8 시간은 전체 프로젝트 완료가 아니라 유지 보수 모드 활성화 시간을 의미합니다. @FranckGarnier
Bilal

1
여전히 효과적인 마이그레이션 방법에 대해 명확하게 알지 못합니다. 어쨌든 동의합니다. 이와 관련하여 발견 한 사항이 있으면 답변을 계속 업데이트하십시오. 감사 @Irfan
빌랄 Usean

안녕하세요, 2 개월 전에 내 M1 데이터베이스와 M2 두 DB 이름이 모두 변경되어 델타 프로세스에 대한 명령을 실행 해야하는 경우 내 데이터를 마이그레이션 했습니까? 내 config.xml 파일을 변경하면 php bin / 명령을 실행해야합니다 magento migrate : 설정 --auto /var/www/html/magento2/vendor/magento/data-migration-tool/etc/opensource-to-opensource/1.9.1.0/config.xml?
akgola
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.