Если я выполню индивидуально запланированное задание крона (отдельная строка в crontab), то я запланирую его в течение каждой минуты или ежеминутно поскольку я тестирую его. После того как это проверяется, я отредактирую crontab строку, таким образом, это будет работать на частоте, которой я требую.
Как заметка на полях, если я хочу протестировать тот крон сам, работает правильно и посылает результаты по электронной почте к корректному адресу (ОЧЕНЬ важному), я добавлю следующую строку к своему/etc/crontab:
* * * * * root ls /doesnotexistfoobar
Выполнения каждую минуту и попытки сделать ls
на каталоге, который не существует. Должен посылать сообщение об отказе по электронной почте каждую минуту. Я комментирую строку, когда у меня есть она работа.
Назад к Вашему вопросу: Вы, вероятно, не хотите изменять существующее задание крона для выполнения часто, и потому что существует шанс упущения возвратить его, и потому что выполнение cron.hourly, cron.daily, или cron.whatever часто могло иметь побочные эффекты, в зависимости от того, что Вы получили там. Чтобы гарантировать, что Вы запускаете скрипт в той же среде, которой это будет в при вызове от крона я рекомендую изменить свой прием "ls" выше:
Добавьте строку к своему crontab для запущения скрипта непосредственно:
* * * * * root /etc/cron.hourly/customscript
Тем путем можно выполнять его так часто, как необходимо протестировать его.
Оказывается, что это поведение считают "дизайном" по данным команды SharePoint. Премьер-министр Microsoft Поддерживает, сообщил мне об этом после рытья в проблему немного глубже, и я запросил публикование статьи базы знаний или подобной technet статьи об ограничении, поскольку это публично документируется где угодно. Они также подтвердили, что это "дизайном" для версий 2007 и 2010 годов SharePoint.