I don't think that's a good idea.
Because you don't know yet how to do this makes it even more disturbing.
Your wished for "solution" has the potential to create more problems than it will ever solve.
In my case I don't want to run it at all because it will undo some of the customizations I've done. In the rare cases I use it I will know what to do to repair these.
The tool is intended to be used as a last option "catch all" if you're somehow unable to solve a problem yourself by using standard troubleshooting. If it doesn't solve your specific problem it makes it easier to create an issue here on the forum stating that you used that already.
cron is the standard scheduler for Linux and it's quite easy to expand on the standard setup by creating more folders than /etc/cron.hourly and /etc/cron.daily by editing the file /etc/crontab
After that it's easy to schedule something by creating a script and place it in one of those folders.
The folder /etc/cron.hourly already exists, so editing /etc/crontab is not needed for this...
Every time you schedule something you should be careful and ask yourself how the chances are if this will solve problems or create problems. Another question you should ask yourself when solving problems is finding the root cause.
Only if you know you can't solve the root cause of something you should start considering things like this.
I hardly ever use "plesk repair". Only recently I wrote a script that will write a custom nginx configuration under some conditions. To activate that configuration I dediced to use a "plesk repair web" for that specific site. I'm sure there's a better way for that.
In your case you should ask yourself why this "plesk repair" is needed. I spent more than 7 years without ever using it and you want to use it in 1 day more than I ever used it in my lifetime.
Each hour all your sites will become unresponsive. That can't be a good idea.
What are you trying to solve?
But go ahead.... It's part of your learning process....
Part of my /etc/crontab (you still need to fill in the MAILTO)
Code:
SHELL=/bin/bash
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=
HOME=/root
# Example of job definition:
# .---------------- minute (0 - 59)
# | .------------- hour (0 - 23)
# | | .---------- day of month (1 - 31)
# | | | .------- month (1 - 12) OR jan,feb,mar,apr ...
# | | | | .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# | | | | |
# * * * * * user-name command to be executed
#m h dom mon dow user command
* * * * * root cd / && run-parts /etc/cron.1min
*/5 * * * * root cd / && run-parts /etc/cron.5min
*/15 * * * * root cd / && run-parts /etc/cron.15min
*/20 * * * * root cd / && run-parts /etc/cron.20min
57 * * * * root cd / && run-parts --report /etc/cron.hourly
7 */4 * * * root cd / && run-parts --report /etc/cron.4hourly
2 0 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.midnight )
25 4 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
40 4 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
42 4 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )