Tôi có một nhóm di chuyển khá lớn với khoảng 200 nghìn người dùng. Lần đầu tiên tôi chạy quá trình di chuyển (thông qua drush) hoặc sau khi khôi phục và bắt đầu lại, quá trình khôi phục + nhập sẽ bắt đầu ngay lập tức. Điều này có nghĩa là thanh tiến trình bắt đầu hiển thị tiến trình nhập các mục ngay lập tức.
Tôi biết không có cách nào xoay quanh quá trình di chuyển mất nhiều thời gian do số lượng mục, nhưng tôi đang gặp sự cố trong các lần chạy tiếp theo, trước khi dữ liệu thực sự bắt đầu nhập vào đích, dường như quá trình di chuyển chỉ nằm ở đó mà không làm bất cứ điều gì, trong một khoảng thời gian điên rồ. Theo các lần chạy tiếp theo, ý tôi là bất kỳ lần chạy di chuyển nào không phải là lần chạy đầu tiên hoặc lần chạy đầu tiên sau khi khôi phục. Vì vậy, một quá trình di chuyển được thực hiện để thu hút thêm người dùng hoặc được chạy sau khi lần di chuyển đầu tiên gặp lỗi.
Nếu tôi thêm --feedback=x, tôi thấy một thông báo bảng điều khiển của Đã xử lý 0 mục (0 được tạo, 0 được cập nhật, 0 không thành công, 0 bị bỏ qua) - tiếp tục với 'upgrade_d7_user' thường xuyên như vậy, vì vậy tôi biết nó phải được thực hiện thứ gì đó và cập nhật sau số mục đó, nhưng tôi không biết nó là gì. Có vẻ như chúng tôi chỉ đang đợi nó "xem xét" mọi mục trước khi xử lý nó, điều này không xảy ra trong lần chạy "ban đầu" và tôi đoán về cơ bản sẽ tăng gấp đôi thời gian chạy. Tôi đoán câu hỏi của tôi là:
- Chính xác thì việc di chuyển thậm chí đang làm gì vào thời điểm này? Có phải nó chỉ đang thực hiện một số loại xác minh dữ liệu?
- Có cách nào để bỏ qua bước này và chỉ cần trực tiếp xử lý dữ liệu không? Chúng tôi đã và đang tìm kiếm nhiều ngày để thực hiện lần di chuyển duy nhất này và thời gian thêm này khá mệt mỏi.
