Привет!
Предо мной встала следующая задача:
Есть периодическая операция, которую надо исполнять, скажем, раз в пару часов.
Под такое дело я решил написать JOB - тут всё ок.
Но мне рассказали, что при перезапуске сервера, а как выяснилось, такое иногда будет происходить, все JOB'ы надо создавать заново.
Честно говоря, причин для удаления jobов при перезапуске я не вижу, и, вообще, такой подход мне кажется странным, ну да ладно, дело не в этом.
Как можно обойти эту проблему средствами Оракла? Выносить управление периодической операцией на сервер приложений совсем не хочется, т.к. это архитектурно не очень правильно, да и у сервера и без того хватает заморочек
Оракл 10-ка

ЗЫ: Кстати, тому, что JOB удаляется при перезапуске сервера, был очень удивлён, и в литературе такого пока не нашел.
Они во временных таблицах хранятся что ли?
Пока читаю про DBMS_SCHEDULER

Ну вот, на sql.ru написали, что меня гнусно обманули и Job не удаляется при перезапуске сервера 

Эх, как плохо, когда нет личного Оракл-сервера   

stron, у нас в проекте широко используются джобы, и у меня сложилось четкое впечатление, что пользоваться ими надо как можно реже. Причины - 1) непонятки при исполнении на кластере, 2) регулярные проблемы из-за того, что кто-то забыл выставить какой-нибудь параметр JOB_QUEUE_PROCESS, 3) это уже специфично для нас - после запуска ID джоба не сохраняется, и процесс невозможно остановить.

Да это как раз то что нужно. Более расширенные возможности по сравнению со старыми Job'ами.
Планирование выполнения заданий по расписанию, расширенные возможности управления, запуск не только Job'ов но и внешних приложений,
RESOURCE_CONSUMER_GROUP и много ещё чего.
Делал интеграцию двух разнородных приложений на уровне БД  .
Старые Job'ы не подошли, а вот DBMS_SCHEDULER, в самый раз.


С DBMS_SCHEDULER эти недостатки практически устранены.

Кстати, вопрос. Если я грохну схему и юзера, умрут ли инициированные им джобы, или будут висеть, как призраки? В свете циклических джобов эта проблемы выглядит актуальной.