Hi
Yes, the "ridiculously large" courses are only a part of the problem. For another part, scrutinize you automated course backup strategy, starting from the purpose only then optimize. Apart from the options available in its configuration, CLI backup and let it grind during the Saturday evening to Sunday morning are some suggestions.
BTW, course-level, site-level and server-level backups are three different things!
I wonder what the Moodle Benchmark of your machine is.
Visvanath Ratnaweera
Posts made by Visvanath Ratnaweera
Moodle in English -> Hardware and performance -> Moodle backup performance -> Re: Moodle backup performance
by Visvanath Ratnaweera -
+1 to what Howard said.
If you are on Linux the CLI backup is far more efficient than CGI version. Set up the Automated course backups as usual but change Active (backup_auto_active) to Manual and run ./admin/cli/automated_backups.php. It that grinds you site to a halt, you have insufficient resources. Does you machine swap? How much RAM does your machine have? What is Site administration > Server > Performance: Extra PHP memory limit?
If all that fails an expensive alternative is to replicate the site to a second Linux instance and run the automated course backups there. Here are the relevant documentation:
- https://docs.moodle.org/en/Moodle_migration
- https://docs.moodle.org/en/Site_backup
- https://docs.moodle.org/en/Site_restore
If you are on Linux the CLI backup is far more efficient than CGI version. Set up the Automated course backups as usual but change Active (backup_auto_active) to Manual and run ./admin/cli/automated_backups.php. It that grinds you site to a halt, you have insufficient resources. Does you machine swap? How much RAM does your machine have? What is Site administration > Server > Performance: Extra PHP memory limit?
If all that fails an expensive alternative is to replicate the site to a second Linux instance and run the automated course backups there. Here are the relevant documentation:
- https://docs.moodle.org/en/Moodle_migration
- https://docs.moodle.org/en/Site_backup
- https://docs.moodle.org/en/Site_restore
Moodle in English -> General help -> Email "from" address -> Re: Email "from" address
by Visvanath Ratnaweera -
Sure, the trace will be useful later, but not what Jon and i asked.
Moodle in English -> Lounge -> I think we failed -> Re: Moodle for babies, Moodle for grown ups, for normal people (by normal people) [OT]
by Visvanath Ratnaweera -
Hi Cris
What do you mean: a) 80% of the people use Google. b) I use Google. Conclusion: I am normal?
More seriously, I see that my choice of the subject line is misleading. When I said "Moodle for babies", they are not first babies and then moodlers, but the other way around: They are already moodlers, but still can not stand analogues to toddlers. But don't misunderstand, no disrespect meant. In fact it is the contraty: We don't look down at our babies (metaphorically), don't we?
Even more seriously, your post https://moodle.org/mod/forum/discuss.php?d=390831#p1587092 qualify you to be not the "typical" Moodle user.
What do you mean: a) 80% of the people use Google. b) I use Google. Conclusion: I am normal?
More seriously, I see that my choice of the subject line is misleading. When I said "Moodle for babies", they are not first babies and then moodlers, but the other way around: They are already moodlers, but still can not stand analogues to toddlers. But don't misunderstand, no disrespect meant. In fact it is the contraty: We don't look down at our babies (metaphorically), don't we?
Even more seriously, your post https://moodle.org/mod/forum/discuss.php?d=390831#p1587092 qualify you to be not the "typical" Moodle user.
Moodle in English -> Installing and upgrading help -> Unable to reset dashboard for all users -> Re: Unable to reset dashboard for all users
by Visvanath Ratnaweera -
This may be very well connected to your other problem https://moodle.org/mod/forum/discuss.php?d=395443#p1595580.