Replies: 1 comment 3 replies
-
Hi @Anubarak Can you confirm which versions you are upgrading from and to? (Are you going straight to the latest 4.x release which has the performance improvements?) How many orders, customers, and addresses do you have? We have some very large customer DBs, which we have tested with the latest fixes in place and did not see 80+ hours. If you can send the pre-updatyed DB to [email protected] that would be appreciated. |
Beta Was this translation helpful? Give feedback.
3 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Currently a commerce/upgrade migration takes ~80h for us.
This is unacceptable for a client because it locks certain table so users cannot interact at certain points -> we would need to take down the entire site during that time.
It would be highly appreciated if the migration was re-tryable.
For example instead of using one huge transaction you could split the different sub-processes into different transactions
Furthermore it would be awesome if the address migration (takes longest) could be done in batches so we could start this migration via cron every night and stop it later. This would of course lead to several issues when certain addresses cannot be found but at least the shop would run and not kinda freeze for several days.
Address parsing issues could then be resolved on the fly as well #3249
At the moment we try to run this migration on our test system for 3 weeks straight now because there were many user input issues that caused exceptions.
Beta Was this translation helpful? Give feedback.
All reactions