Мне еще не доводилось создавать в Oracle джобы,
но вот пришлось заняться задачей, где они предполагаются.

И сразу возник вопрос:
- А можно-ли назначить задание примерно в такой формулировке:
"Выполни [эту] хранимую процедуру, когда будешь не сильно занят,
но к такому-то числу, во столько-то часов результат уже должен быть готов".
(небольшая просрочка в моем случае допускается - будем указывать время готовности с запасом).

Есть-ли что-то уже готовое на эту тему, или мне
придется писать свой механизм сбора статистики загруженности сервера в определенные дни и часы,
самому учитывать статистику выполнения указанной процедуры, смотреть какие еще задания назначены
и на какое время, чтобы не запуститься одновременно с ними, или все-таки разрешить запуститься одновременно,
если конкурирующие - не очень ресурсоемкие задачи.
(т.е. - нужно иметь статистику их выполнения и оценивать ее).

Так же учитывать приоритеты по рабочим/не рабочим часам и дням недели.
Если свободно ночное время на сервере - то лучше выполнить ночью, чем днем.
Если свободно время в выходной день - то лучше выполнить в выходной.
---
Э... пока писал, подумалось, что это вряд-ли есть в Oracle.
Тогда, если не трудно - подскажите, пожалуйста, какие инструменты сбора статистики загруженности сервера мне нужно будет
использовать при написании такого хитрого планировщика.

Sheriffua,
Думаю, это комплексная оценка по CPU и дисковым операциям.
Смысл такого "smart lazy sheduling" в том, чтобы при автоматической подготовке отчета к нужной дате,
не создавать тормоза в рабочее время на базе - чтобы сотрудники и клиенты не жаловались, что все тормозит и висит.

Можно просто ночью делать, но "ночью поработать" - таких желающих тоже полно, и получается,
что" то густо то пусто".
То одновременно запустятся несколько тяжелых процедур, то ничего не делает сервер.
Как-то распределять задачи более равномерно, и делать это не вручную, а автоматически.
---
Можно было-бы делать отчеты на копии базы,
но выбить ресурс для ее создания пока не могу.

Спасибо за советы и ссылки.
Подумаю об этом.
В том числе и о целесообразности :)