CDbCommand không thể thực thi câu lệnh SQL. SQLSTATE[23000]. Vi phạm ràng buộc toàn vẹn. 1062 Mục nhập trùng lặp 'magasin_principal_migrated' cho khóa 'STORE_GROUP_CODE'. Câu lệnh SQL được thực thi là. CHÈN VÀO `store_group` (`website_id`, `root_category_id`, `default_store_id`, `name`, `code`) GIÁ TRỊ (. yp0,. yp1,. yp2,. yp3,. yp4)
Tôi đã kiểm tra phiên bản của bạn và thấy vấn đề gốc theo ảnh chụp màn hình này. https. //prnt. sc/hhm9a4
'code' là trường mới được thêm vào từ Magento2. 2. x trong bảng 'store_group' và công cụ di chuyển của chúng tôi đã tự động tạo giá trị cho trường này từ Tên cửa hàng khi di chuyển.
Và giá trị của trường 'mã' là duy nhất theo quy tắc mặc định của Magento cho bảng 'store_group'.
Nhưng hầu hết các Cửa hàng trên M1 của bạn đều có cùng một Tên cửa hàng (Magasin Principal).
Để xử lý trường hợp cụ thể này, bạn có thể áp dụng cách giải quyết sau.
+ Mở file php tại đường dẫn. pub/ub-tool/protected/controllers/Step2Controller. php, tìm dòng.
và thay thế nó bằng
$code .= "_".uniqid();//because max length of code field is 32 chars
if (strlen($code) > 32) {
$code = substr($code, (strlen($code)-32), 32);
}
Sau khi hoàn tất, bạn có thể tiếp tục di chuyển như bình thường theo hướng dẫn của chúng tôi trong Readme. html
Trân trọng,
Trung tâm mua sắm.
0
Trung tâm mua sắm ⋅ Nhân viên ⋅183560. 00 $tone
Công cộng
Chào bạn,
Vui lòng thực hiện theo các bước như sau.
+ Tải file php tại ĐÂY
+ Upload thay thế file đã tải về vào file tại đường dẫn. pub/ub-tool/protected/controllers/Step7Controller. php
+ Sau khi hoàn tất, vui lòng đặt lại bước #7 và bắt đầu lại quá trình di chuyển dữ liệu trong bước này bằng cách chạy các lệnh CLI.
php -f bin/ubdatamigration reset --step=7
Đặt lại ở bước #7 và thực hiện di chuyển dữ liệu ở bước này.
php -f bin/ubdatamigration run --step=7
Và cho tôi biết nó diễn ra như thế nào.
Trân trọng,
Trung tâm mua sắm.
0
Trung tâm mua sắm ⋅ Nhân viên ⋅183560. 00 $tone
Công cộng
Chào bạn,
Đây là nhật ký tôi nhận được sau khi thiết lập lại bước 7 và khởi động lại ở chế độ CLI (nhưng tôi không thấy ID đơn hàng trong thông tin gỡ lỗi của bạn)
Hãy tạm dừng các hoạt động khi bạn kết thúc. Tôi sẽ giúp kiểm tra thêm và liên hệ lại với bạn sau.
Trân trọng,
Trung tâm mua sắm.
0
LỚN JEROME ⋅630. 00 $tone
Công cộng
Xin chào một lần nữa, vui lòng đợi trước khi điều tra thêm.
Tôi chỉ tìm thấy một số dòng (5 trong tổng số) có vấn đề về mã hóa với utf 8 trong cột bổ sung_info.
Tôi vừa cố gắng định dạng lại đúng cách và tôi sẽ bắt đầu lại bước 7 để kiểm tra xem có khắc phục được sự cố không.
0
Trung tâm mua sắm ⋅ Nhân viên ⋅183560. 00 $tone
Công cộng
Chào bạn,
Tôi chỉ tìm thấy một vài dòng (tổng cộng là 5 dòng) có vấn đề về mã hóa với utf 8 trong cột bổ sung_info.
Tôi vừa cố gắng định dạng lại đúng cách và tôi sẽ bắt đầu lại bước 7 để kiểm tra xem nó có giải quyết được sự cố không
Vâng, chúng ta hãy làm điều đó ở phần cuối của bạn và liên hệ với tôi nếu bạn cần hỗ trợ thêm.
Trân trọng,
Trung tâm mua sắm.
0
Trung tâm mua sắm ⋅ Nhân viên ⋅183560. 00 $tone
Công cộng
Chào bạn,
Tôi đã khởi động lại Bước 7 và vẫn gặp lỗi.
ID ĐƠN HÀNG 80246 — a. 6. {S. 5. "bí danh"; s. 0. "";S. 8. ”CC_BRAND”;s. 10. ”MasterCard”;s. 9. ”thanh toánId”;s. 10. ”3310191053″;s. 6. "trạng thái"; s. 1. ”9″;s. 10. "chấp nhận"; s. 6. ”483862″;s. 21. ”dữ liệu ghi điểm bổ sung”;a. 3. {S. 6. "CARDNO";s. 16. ”XXXXXXXXXXXX0484″;s. 2. ”ED”;. 4. ”0217″;s. 2. ”CN”;. 13. ”J Parzyjag?a”;}}\n\nLỗi PHP[8]. hủy đánh dấu (). Lỗi ở offset 262 trên 265 byte
Đó là do cơ sở dữ liệu của bạn có ít nhất một bản ghi trong bảng 'sales_flat_order_payment' có giá trị không hợp lệ trong trường 'thông tin_bổ sung'. Như bạn thấy, nó liên quan đến một chuỗi tuần tự hóa không chính xác mà công cụ của chúng tôi không thể hủy tuần tự hóa.
Bạn nên cân nhắc sửa lại chuỗi tuần tự hóa đó hoặc thay thế nó bằng giá trị null hoặc bạn có thể xóa bản ghi được liên kết trong 'bảng sales_flat_order_payment' không?
Ngoài ra, . Tôi dễ dàng gỡ lỗi hơn và cung cấp cho bạn giải pháp nhanh hơn theo cách này. Tuy nhiên, bạn đã đặt lại quá trình di chuyển dữ liệu trong bước đó, do đó, tôi gặp khó khăn hơn trong việc gỡ lỗi gốc rễ của vấn đề mà bạn đã đề cập.
Tôi đã thử chạy di chuyển dữ liệu ở bước #7 để gỡ lỗi thêm nhưng tôi bị lỗi này.
http. //tôi. prntscr. com/zq_eZq13TGOZefnURzTQRw. png
Vui lòng kiểm tra lại.
Trân trọng,
Trung tâm mua sắm.
0
LỚN JEROME ⋅630. 00 $tone
Công cộng
hoặc có thể thêm chức năng này vào bước 7 của bạn để tránh sự cố trong quá trình di chuyển
Unserialize chuỗi ký tự đặc biệt trong PHP
0
Trung tâm mua sắm ⋅ Nhân viên ⋅183560. 00 $tone
Công cộng
Chào bạn,
Tôi không tìm thấy phần nào không thể sắp xếp được trong trường này (có lẽ là “?”… nhưng không chắc… Tôi đã cố xóa ký tự này trong cơ sở dữ liệu).
Bạn có thể khởi động lại bước 7 ở bên mình, tôi đã thiết lập lại Bước này trong phần phụ trợ và tôi tạm dừng các hoạt động ở bên mình.
Tôi đang kiểm tra thêm trong trường hợp của bạn để tìm giải pháp thay thế nhằm giúp bạn xử lý dữ liệu xấu. Và tôi sẽ lấy lại bạn sau.
Vui lòng tạm dừng các hoạt động trong phiên bản của bạn khi kết thúc.
Trân trọng,
Trung tâm mua sắm.
0
Trung tâm mua sắm ⋅ Nhân viên ⋅183560. 00 $tone
Công cộng
Chào bạn,
hoặc có thể thêm chức năng này vào bước 7 của bạn để tránh sự cố trong quá trình di chuyển
Tôi đã thêm cách giải quyết đó trong bước #7 của công cụ của chúng tôi để xử lý các trường hợp của bạn với dữ liệu đặc biệt trong trường tùy chỉnh (additional_information). http. //tôi. prntscr. com/ipgcUwbmSzGZWvBFv6nRDA. png
Bây giờ bạn có thể tiếp tục di chuyển dữ liệu ở bước #7 bằng lệnh run cli.
php -f bin/ubdatamigration run --step=7;
Lưu ý. Hãy tiếp tục chạy và bạn không cần đặt lại bước #7 như lần đầu tiên nữa 😉
Trân trọng,
Mall.
0
LỚN JEROME ⋅630. 00 $tone
Công cộng
Xin chào Trung tâm mua sắm,
Cảm ơn rất nhiều, mọi thứ dường như đã hoạt động. Xin đừng quên duy trì 2 sửa đổi này trong các bản cập nhật tiếp theo của bạn.
Ngoài ra, để biết thêm thông tin, bạn có thể cho tôi biết.
1/ nếu tiện ích mở rộng của bạn cho phép di chuyển Trang và Chặn CMS?
2/ if now I install other extensions on my magento 2 development website (who will create new columns in the database) to prepare my migration, can I still apply delta migration from your extension after installation of these extensions (because of course I’ll need to re-import customers and orders at the very last time… just before moving in production Magento 2) ?