Лучший план о дельта-миграции

17
  • За три месяца до того, как я перенес Magento 1.9.3.3CE в Magento 2.1.7EE
  • Я добавил / обновил контент CMS.
  • Установить 20+ расширений и настроить все.
  • Для тестирования я изменил некоторые продукты, заказы, клиентов текущей базы данных M2. [Основные застрявшие точки]
  • Для тестирования я добавил продукты, клиенты, заказы и т. Д.

Я планирую миграцию дельты, но у меня есть некоторые сомнения

  • Миграция дельты переписывает любые продукты, которые мы изменили?
  • Если администратор M1 изменил продукт, эти детали были отражены в M2 во время дельта-миграции?

Я ищу правильное / лучшее планирование о дельта-миграции. Кроме того, я хотел бы знать, что можно и чего нельзя делать во время дельта-миграции.

Билал Усеан
источник
Клиенты, добавляющие себя в M1 или меняющие свои адреса (не затрагивая клиентов в M2), не поддерживают дельта-миграцию?
yiffytoys
Если у вас есть новый вопрос, задайте его, нажав кнопку « Задать вопрос» . Включите ссылку на этот вопрос, если это помогает обеспечить контекст. - Из Обзора
Рама Чандран М

Ответы:

14

Вот некоторые миграции Delta Общее понимание

Data Migration Tool переносит данные, созданные только собственными модулями Magento ( например, Orders, Customer Profile ), и не несет ответственности за код или расширения, созданные сторонними разработчиками.

Если эти расширения создали данные в базе данных внешнего интерфейса, и продавец хочет получить эти данные в Magento 2, то файлы конфигурации средства переноса данных должны быть созданы и изменены соответствующим образом.

После основной миграции данных данные добавляются в базу данных Magento 1 (например, данные добавляются клиентом в веб-интерфейсе). Для переноса этих данных в Magento 2 этот инструмент Delta будет использовать триггеры базы данных для таблиц.

Изменения могут включать в себя пересмотр ваших категорий товаров, самих продуктов - опять же, Deltas отслеживает изменения в запасах, поэтому исключая их. Не рекомендуется удалять продукты, которые были перенесены, поскольку дельта может взорваться при попытке обновить инвентарь для удаленного продукта (ов) - CMS Pages, Static Blocks.

Дельты, не отслеживают все изменения в базе данных M1. Например, вы можете пойти дальше и внести все изменения, которые вам нравятся, для сохранения конфигурации, поскольку для этого не существует Deltas.

Итак, хотя мы выполняем пошаговые миграции, это позволяет вам переносить только те изменения, которые были внесены в Magento 1 с момента последней миграции данных. Эти изменения:

  • Данные, добавленные покупателями через витрину магазина (созданные заказы, отзывы,
    изменения в профилях покупателей и т. Д.)

  • Все операции с заказами в админ панели Magento

  • Каталог Инвентаризация Запасы изменений.

Важный!

Не рекомендуется выполнять какие-либо из следующих действий в базе данных M2 после первоначальной миграции, если вы планируете запускать Deltas с конфигурацией по умолчанию:

  • Добавить / удалить продукты (в любой БД. Если вы добавляете продукт в обе базы данных одновременно в одном и том же порядке, так что их entity_id в обеих базах данных совпадает, то это только по причинам инвентаризации, а не по причине атрибутной информации)
  • Добавить / Удалить клиентов
  • Создать любые новые заказы
  • Попытка управлять товарным запасом
Ирфан Момин
источник
спасибо, что поделились +1. Я тоже жду ответа других. Я смотрю поток плана, как этот devdocs.magento.com/guides/v2.0/migration/migration-plan.html, но я подумал, что это не полное руководство по эффективной миграции. Клиент только дает 4-8 часов для перехода от M1 к M2. После миграции я хочу сохранить настройки темы, настройки расширений, содержимое CMS, а также сохранить записи M1 и M2 одинаковыми. Если вы прочитаете мой вопрос, вы поймете, что мне нужно сделать это снова с нуля для правильных записей. Я действительно беспокоюсь о том, как избежать этой ненужной повторной работы.
Билал Усеан,
Это неправильно оценивается всего за 4-8 часов. На мой взгляд, вы столкнетесь со многими проблемами, и вам придется создать или расширить инструмент для переноса пользовательских данных.
Франк Гарнье
4-8 часов означает время включения режима обслуживания :-), а не на полное завершение проекта. @FranckGarnier
Билал Усеан,
1
Тем не менее, я не получил четкого представления об эффективном способе миграции, в любом случае я согласился. Если вы что-то нашли по этому поводу, пожалуйста, продолжайте обновлять свой ответ. спасибо @Irfan
Билал Усеан
Здравствуйте, я перенес свои данные за 2 месяца до этого, в то время как моя база данных M1 и M2 изменили имя базы данных, так что для чего потребуется выполнить команду для дельта-процесса? Если я изменю свой файл config.xml, тогда потребуется выполнить команду php bin / миграция magento: настройки --auto /var/www/html/magento2/vendor/magento/data-migration-tool/etc/opensource-to-opensource/1.9.1.0/config.xml?
Акгола