Резервная целостность Windows Server
Файлы в/var/spool/cron (или/var/spool/cron/crontabs или/var/spool/cron/tabs в некоторых системах) будут выполнены с полномочиями пользователя, для которого называют файл. Например,/var/spool/cron/root будет работать как пользователь "корень", и/var/spool/cron/tom_13 будет работать как пользователь "tom_13".
Если crontab файл переименован другому действительному пользователю, он должен работать как тот пользователь. Однако существует два протеста:
- Если Вы переименовываете crontab к имени файла, которое не соответствует действительному пользователю, я не знаю, каково ожидаемое поведение. Это могло бы работать как корень, это могло бы работать как пользователь, владеющий файлом, или не могло бы работать вообще.
- Некоторые демоны крона не проверяют/var/spool/cron на изменения, если Вы не вносите те изменения с
crontabкоманда. Если Вы собираетесь внести изменения вручную, Вы, возможно, должны перезапустить своего демона крона для них для вступления в силу.
Проверьте страницу справочника на crontab (man 1 crontab) видеть, как это работает. При использовании крона Vixie (который большинство дистрибутивов Linux, кажется, способствует в эти дни), Вы могли сделать следующее для создания crontab одного пользователя выполненным как другой пользователь (тот же эффект как переименование файла, но более безопасный):
- Сохраните crontab старого пользователя в файл:
crontab -u olduser -l > olduser.cron - Импортируйте его в crontab нового пользователя:
crontab -u newuser olduser.cron - Удалите crontab старого пользователя:
crontab -u olduser -r
Единственный абсолютно надежный метод проверки резервного копирования работы должен восстановить его. Извините, но это - то, как это.
Можно, возможно, искать способы уменьшить время и стоить связанный с этим путем наблюдения, можно ли восстановить к виртуальным машинам вместо того, чтобы иметь необходимость иметь в наличии много аппаратных средств, выделенных тестированию восстановлений.