Am un set destul de mare de migrare de aproximativ 200.000 de utilizatori. Prima dată când rulez migrarea (prin drush) sau după ce o rulez înapoi și o pornesc din nou, rollback-ul+import începe imediat. Prin aceasta, vreau să spun că bara de progres începe să arate progresul la importul articolelor imediat.
Știu că nu există nicio modalitate de a evita ca migrarea în sine să dureze mult timp din cauza numărului de articole, dar mă confrunt cu o problemă la rulările ulterioare în care, înainte ca datele să înceapă efectiv importarea în destinație, migrarea rămâne acolo, aparent. fără a face nimic, pentru o perioadă nebună de timp. Prin rulări ulterioare, mă refer la orice rulare a migrației care nu este prima rulare sau prima rulare după o derulare înapoi. Deci, o migrare care este executată fie pentru a atrage utilizatori suplimentari, fie este rulată după ce cea inițială lovește o eroare.
Dacă adaug --feedback=x, văd un mesaj de consolă de S-au procesat 0 articole (0 create, 0 actualizate, 0 eșuate, 0 ignorate) - continuând cu „upgrade_d7_user” din când în când, așa că știu că trebuie să fie ceva și actualizarea după acel număr de articole, dar nu știu ce este. Se pare că abia așteptăm să „arută o privire” la fiecare articol înainte de a-l procesa, ceea ce nu se întâmplă la o rulare „inițială” și cred că practic dublează cât de mult va dura rularea. Presupun că întrebările mele sunt:
- Ce face mai exact migrația în acest moment? Face doar un fel de verificare a datelor?
- Există vreo modalitate de a ocoli acest pas și de a trece direct la procesarea datelor în sine? Căutăm deja și zile pentru a rula această migrare unică, iar acest timp suplimentar este destul de debilitant.
