Через что запускаете регл. задания:
средствами 1С или через планировщик заданий win?

С админом возник спор. Он говорит, что лучше задания запускать через планировщик (он знает 1С-ков, которые так делают). Лично я ни разу с таким предпочтением не сталкивался, если речь идет о базе на сервере.
Что думаете по этому поводу?

Через планировщик Windows надёжнее

http://www.xstarter.com/rus/

Если серверная база - пофиг в прирнципе.
Если файловая - без вариантов планировщик, ибо в файловой они не работают сами по себе.

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

(1) только тем, что периодически появляются темы "перестало запускаться регл. задание"?

Плюсы планировщика:
1. Можно явно указать, с правами какого пользователя ОС выполняется задача
2. Задача гарантировано не будет выполняться для копий базы

Минус планировщика:
В случае переезда на другой сервер, нужно не забыть настроить задания.

(5) Клиентский запуск 1С с ключами гораздо надёжнее, чем запуск неизвестно кем неизвестно с какими правами с неизвестными логами...

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

"С админом возник спор" // В процессе решения какой задачи-то?

Может, одмину сказали печать бланк-заказов реализовать к 9 утра каждого дня, причем с угрозой применения АИ, вот он и идет по проторенной дорожке...

(9) переходили на 8.3, а он взял и не поставил клиент на сервере 1С (типа, чтобы ничего лишнего не было), а у меня одно задание через COM собирает данные по другим базам и отправляет по почте.
Вот на этом разговоре и перешли к данной теме.

(11) Наверное, речь о приложении СОМ+ "COMConnector"? Ну т.е. у тебя в регл. задании (или в фоновом задании) используется конструктор Новый СОМОбъект("V8x.COMConnector")?

Отдельная база, в которой все регламентные для всех баз, чтобы этим всем гогном в одном месте управлять и при создании копий ни чего не куда само не отправлялось. В самой этой отдельной базе - штатный механизм регзаданий.

+(12) При установке 64-битного сервера приложений есть возможность установки 64-битного СОМ-коннектора (без всяких толстых клиентов).
32-битный СОМ-коннектор всегда устанавливается (регистрируется) при установке обычного дистрибутива (где есть толстый клиент).
Служба агента у вас откуда запускается - из Program files (x86) мли нет? Ну т.е. сервер 1С 64-битный или 32-битный?

Но, если бы надо было запускаться не средствами 1С, я бы выбрал apache ant или даже grunt.js. На худой крайняк nnCron. Потому, что от этого всего конфиги понятные, их можно версионировать и там прозрачно всё, а виндовый планировщик - струйня на палке.

(12) все так

(14) ключ на 32

(17) Ну в общем случае никакого клиента ставить и не нужно - достаточно зарегистрировать dll СОМ-коннектора (если обращение к нему будет идти с того же хоста)

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

(18) да об этом я в курсе, просто интересно, кто какой "религии" придерживается

(19) с админом как раз тот самый строгий случай

(15) к nnCron - древность кривая.
Тащить в систему Node.js исключительно ради запуска планировщика? Бред.

Виндовый планировщик - гибкий и мощный. Настраивается как угодно.
Можно через мастер, можно конфиги писать.
Работает железобетонно - пока система жива задания исполняются четко.

(7) почему неизвестно?
usr82 (или как его там)

(20) Да это, наверное, общепринятые т.н. "best practices" (как по-русски - даже не знаю). Ну т.е. стараются изолировать друг от друга звенья трехзвенки (терминал - сервер приложений 1С - сервер с СУБД). Ты, например, пока сидишь там в клиенте, можешь поломать и хостовую ОС. Если это будет ОС сервера приложений 1С, тогда всем пользователям этого сервера будет плохо. Ну это как пример.

Все стабильно работает, за много лет подводило всего пару раз и быстро диагностировалось отсутствием логов на почте.
А так, вся ночь и весь день расписаны на рег задания и все ок.
ИМХО, планировщик win уже давно морально устарел.

>планировщик win уже давно морально устарел.

поржал

(26) Восхищен твоим чувством юмора)