|
Hi Eloy we all know that backup and restore are BIG scripts but is there any efforts to make it even more efficient? Here at SFSU we also have some courses that have 1000+ students, and currently we could only use mysql dump to backup/restore these courses. It would be great if the course-level backup/restore could work for these large courses as well. Thanks!
I'm closing this bug as "incomplete" - there's not really enough information - where is the backup failing? - what error messages are showing? - is debugging turned on?
a range of performance related changes have been implemented in the latest 1.9, and some error checking has improved. so this persons issue may have been fixed.
Backup/restore is heavy, and I don't think it will ever run "smoothly" under a shared host environment, but there has been improvement, and there is still room for improvement - see the other bugs in the tracker for the backup module. If you have more specific information about an inefficient part of the backup/restore that is not currently logged in the tracker, or an area where backup is failing with no debug output, feel free to create a new report! (but please check that a tracker issues doesn't already exist for your problem.) thanks,
Dan |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
did you fixed this with your hosting company? Backup and restore are, by definition, BIG scripts and server needs strong resources while the size of the info to backup grows. Apart from continue minor improvements performed to code, I really think we cannot do too much against hard hosting limits.