Что происходит с планировщиком когда база SQL перестает быть доступной? Он зависает? У меня почему то зависает и потом когда база подключается и все в ней прекрасно работают регламентные задания не выполняются приходится перезапускать службу 1С. Это у всех такая ерунда?

ага

(1) ну есть же какое то лекарство?

(2) Сделать так чтоб база SQL не отваливалась.

(2) А почему база отваливается?

(0) обработку для управлениями регламентными заданиями используешь?

(3) ну почему планировщик не может опрашивать базы постоянно? Или получив ответ что СУБД не запущенно он спешно прекращает свою миссию?

(5) что за обработка?

(5) консоль регламентных заданий? А что в ней нужно использовать что бы планировщик работал всегда?

(7) вот найди её и пользуйся. то что настроено в конфигураторе в реальности используются совсем другие расписания. для редактирования их существует обработка на дисках ИТС.

(0) Родственная проблема - бывает что иногда после рестарта сервера, на котором и 1с и sql не выполняются рег. задания. Где-то читал такое объяснение - служба 1с сервера стартует раньше sql, решение - упорядочить запуск служб

(8) ну если она не помогает, тогда я даже не знаю в чем могут быть проблемы.

(9) Да есть она у меня. А что в ней пользовать? Расписание в ней такое же как в конфигураторе, все регламентные используются - да, предопределенные - да.

А дальше какой от нее толк, я же не вручную собираюсь регламентные запускать, я хочу что бы они работали бесперебойно и когда СУБД временно становится недоступной то не уходили в глубокий сон после которого по утру нужно перегружать службу 1С

(11) в чем конкретно она должна помочь? Она позволяет вручную запустить задание ну и посмотреть активность

очнись, забудь уже про обработку

(6) Ну как бы сервер БД и приложения тут разные вещи, но  на самом деле второе без первого просто не работает.

Как заставить планировщика заданий постоянно опрашивать базы? Даже те которые ранее небыли доступны в СУБД