Найкращий план щодо дельта-міграції


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

Я планую міграцію дельти, але маю певні сумніви

  • це дельта міграція перезаписати будь-які продукти, які ми змінили?
  • Якщо адміністратор M1 змінив продукт, ці деталі відобразилися в M2 під час дельта-міграції?

Я шукаю належне / найкраще планування щодо міграції дельти. Крім того, я хотів би знати, що робити " і не робити" під час дельта міграції.


Клієнти, які додають себе до M1 або змінюють адреси (не торкаючись клієнтів у M2), не підтримуються міграцією дельти?
yiffytoys

Якщо у вас є нове запитання, будь ласка, задайте його, натиснувши кнопку Задати питання . Додайте посилання на це питання, якщо це допомагає надати контекст. - З огляду
Рама Чандран M

Відповіді:


14

Ось деякі міграції дельти Загальне розуміння

Інструмент міграції даних мігрує дані, створені лише власними модулями Magento ( наприклад, Замовлення, профіль клієнтів ) і не несе відповідальності за код або розширення, внесені сторонніми розробниками.

Якщо ці розширення створили дані в базі даних frontend, і продавець хоче мати ці дані в Magento 2, то конфігураційні файли Інструменту міграції даних повинні бути створені та змінені відповідно.

Після основної міграції даних дані додаються до бази даних Magento 1 (наприклад, дані, що додаються клієнтом на фронті). Щоб перемістити ці дані в Magento 2, цей інструмент Delta буде тригерами бази даних для таблиць.

Зміни можуть включати зміни до Ваших категорій продуктів, самих продуктів - після цього, дельти відстежують зміни в товарних запасах, виключаючи це. Не рекомендується видаляти продукти, які були переміщені, оскільки дельта може підірватись при спробі оновити інвентар для видалених продуктів - Сторінки CMS, Статичні блоки.

Дельти, не слідкуйте за кожною зміною в базі даних M1. Наприклад, ви можете піти вперед і внести всі зміни, які ви хочете зберігати в конфігурації, оскільки для цього немає дельта.

Отже, хоча ми робимо додаткові міграції, це дозволяє вам мігрувати лише зміни, внесені в Magento 1 з моменту останнього перенесення даних. Ці зміни:

  • Дані, які клієнти додавали за допомогою магазину (створені замовлення, огляди,
    зміни в профілях клієнтів тощо)

  • Усі операції з замовленнями на панелі адміністратора Magento

  • Зміна запасів каталогу.

Важливо!

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

  • Додавання / видалення продуктів (у будь-якій БД. Якщо ви додаєте продукт до обох баз даних одночасно в тому самому порядку, щоб їх сутність_id в обох базах даних збігалася, це стосується лише інвентарних причин, а не атрибуції інформації).
  • Додавання та видалення клієнтів
  • Створюйте будь-які нові замовлення
  • Спроба управління товарними запасами

дякую за те, що поділився +1. Я також чекаю відповіді інших. Я дивлюся потоковий план на зразок цього devdocs.magento.com/guides/v2.0/migration/migration-plan.html, але я подумав, що це не повний посібник щодо ефективної міграції. Клієнт надає лише 4-8 годин для міграції з М1 на М2. Після міграції я хочу зберегти налаштування теми, конфігурацію розширення, вміст cms, а також зберегти записи M1 та M2 однакові. Якщо ви прочитаєте моє запитання, то зрозумієте, що мені потрібно зробити це з нуля для правильних записів. Мене дуже хвилює питання, як уникнути цієї непотрібної повторної роботи.
Білал Усеан

Неправильно оцінено лише 4-8 годин. На мій погляд, вам доведеться зіткнутися з багатьма проблемами, і вам доведеться створити або розширити інструмент для переміщення користувацьких даних.
Франк Гарньє

4-8 годин означає режим обслуговування, що дозволяє час :-), не для завершення проекту. @FranckGarnier
Bilal Usean

1
Проте я не розумію ефективного способу міграції, я все-таки прийняв. Якщо ви знайшли щось щодо цього, будь ласка, продовжуйте оновити свою відповідь. дякую @Irfan
Bilal Usean

Привіт, я мігрував свої дані за 2 місяці до того часу, поки мій базу даних M1 та M2 обидва ім'я БД було змінено, що вимагатиме виконання команди для дельта-процесу? Якщо я зміню файл config.xml, тоді потрібно запустити команду php bin / magento migrate: settings --auto /var/www/html/magento2/vendor/magento/data-migration-tool/etc/opensource-to-opensource/1.9.1.0/config.xml?
akgola
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.