|
Не запускаются Регламентные Задания | ☑ | ||
---|---|---|---|---|
0
DenSpb
28.10.11
✎
09:25
|
Самописная 8.2 Управляемое приложение. Клиент-Серверный вариант. Регламентное задание должно писать в регистр сведений "Выполненные регламентные задания"
1) В самом регламентном задании галка "Использование" установлена 2) В расписании стоит "Выполнять: каждый день; каждые 600 сек." 3) В журнале регистрации нет даже попытки записать в регистр сведений "Выполненные регламентные задания" Что нужно еще сделать/проверить? |
|||
1
golden-pack
28.10.11
✎
09:30
|
расписание задано в предприятии ? галка для базы - блокировка регл заданий не стоит ?
Открываешь обработку - консоль регламентных заданий. Если в коде ошибки - там покажет |
|||
2
DenSpb
28.10.11
✎
09:33
|
(1) галка для базы - блокировка регламентных заданий не стоит?
1) Открываешь обработку - консоль регламентных заданий - где ее взять? 2) расписание задано в предприятии ? - а это как проверить? |
|||
3
DenSpb
28.10.11
✎
09:35
|
(1) галка для базы - блокировка регламентных заданий не стоит? - Хотел написать, не стоит:)
|
|||
4
golden-pack
28.10.11
✎
09:50
|
на итс
|
|||
5
DenSpb
28.10.11
✎
09:56
|
(4), а 2) расписание задано в предприятии ? - а это как проверить?
|
|||
6
golden-pack
28.10.11
✎
10:24
|
(5) через эту обработку - проверить можно
|
|||
7
Diabolicum 1C
28.10.11
✎
10:40
|
(6) Для предопределенного регламентного задания расписание не обязательно должно быть задано предприятии.
(0) У регламентного задания стоит чекбокс "Предопределенное"? Процедура регламентного задания расположена в модуле с чекбоксом "Сервер"? В процедуре нету работы с интерфейсными объектами? Сервер настроен верно? У кластера создан основной менеджер регламентных заданий? П.С. Бывают случаи, когда менеджер регламентных заданий не запускается при запуске сервера 1С. В этом случае помогает только рестарт сервера. Особенно это характерно для 8.2 по 13 релиз включительно. На 14 релиз еще не переходили, поэтому не могу ничего сказать. |
|||
8
DenSpb
28.10.11
✎
11:08
|
(7)
1) Чекбокс "Предопределенное" не устанволен 2) Процедура регламентного задания расположена в модуле с чекбоксом "Сервер"? - Да 3) В процедуре нету работы с интерфейсными объектами? - Да 4) Сервер настроен верно? У кластера создан основной менеджер регламентных заданий? - Как проверить, что настроен правильно и что у кластера создан основной менеджер регламентных заданий? |
|||
9
Serginio1
28.10.11
✎
11:13
|
Бывет такое. Перезапуск службы Агент сервера 1С помогает
|
|||
10
DenSpb
28.10.11
✎
11:16
|
(9) Если ее перезапустить, то всех пользователей надо будет выгнать из базы?
|
|||
11
Diabolicum 1C
28.10.11
✎
11:16
|
(10) естественно. Ты же полностью останавливаешь сервер 1С.
|
|||
12
Diabolicum 1C
28.10.11
✎
11:18
|
(10) Правда перед этим поставь чекбокс "Предопределенное" у регламентного задания и обнови конфигурацию. Желательно обновление выполнять в монопольном режиме. Был у платформы глюк с регламентными заданиями при немонопольном обновлении.
|
|||
13
Serginio1
28.10.11
✎
11:19
|
(10) Не обязательно. У ктото переживет без потрясений, а ктото перезапустится. Но предупредить надо
|
|||
14
DenSpb
28.10.11
✎
11:21
|
(7) Как проверить, что сервер настроен правильно и что у кластера создан основной менеджер регламентных заданий?
Я смотрю в утилите "Администрирование серверов 1С предприятия": Кластеры/1541/Менеджеры кластера/Главный менеджер кластера Там есть строка JobService Сервис заданий - это оно? |
|||
15
Diabolicum 1C
28.10.11
✎
11:22
|
(14) Оно.
|
|||
16
Fish
28.10.11
✎
11:24
|
У нас после выгрузки-загрузки dt, тоже перестали выполняться фоновые задания на серваке, перезапуск службы не помог, помогла только перезапись расписания из консоли заданий :)))
|
|||
17
Diabolicum 1C
28.10.11
✎
11:27
|
(13) Рестарт агента сервера, приводит к перезапуску всех менеджеров кластеров а также всех рабочих процессов. Как следствие, рабочие процессы, в одностороннем порядке, разорвут все существующие TCP соединения с клиентами. Соответственно все открытые на клиентах дескрипторы соединений станут не актуальными и попытка клиент-сервеного взаимодействия с их использованием приведет к аварийному завершению работы клиентской части 1С. Поэтому при рестарте сервера в любом случае необходимо завершение работы клиентов.
Исключение - тонкие клиенты, которые написаны с учетом возможных обрывов соединения. Но тут я ничего не могу сказать - сам не разу не проверял. |
|||
18
Diabolicum 1C
28.10.11
✎
11:29
|
(14) Все таки поставь флаг "Предопределенное". В этом случае платформа должна его запустить с тем расписанием, которое ты задал в конфигураторе.
|
|||
19
DenSpb
28.10.11
✎
11:30
|
(18) Теперь понял, для чего надо предопределенное. Как генеральный из базы выйдет, выгоню всех чуваков из базы без предупреждения:)
|
|||
20
DenSpb
28.10.11
✎
11:35
|
(16) Как я понимаю у Вас были не предопределенные регламентные задания?
|
|||
21
Serginio1
28.10.11
✎
11:38
|
(19) У не предопределенного в процедуру передается УникальныйНомерЗадания, если его нет то должно вызываться исключение, которое можно увидеть в консоли заданий, или в журнале регистрации
|
|||
22
Diabolicum 1C
28.10.11
✎
11:42
|
(21) Я бы сказал, что в терминах ООП, непредопределенное РЗ - это класс. А настроенные на его основе в режиме предприятия РЗ - объекты. А вот предопределенное - уже само является объектом.
|
|||
23
DenSpb
28.10.11
✎
11:46
|
Правильно ли я понимаю, что у предопределенного регламентного задания есть реквизиты, которые не меняются, в том числе и расписание?
|
|||
24
Diabolicum 1C
28.10.11
✎
11:49
|
(23) Не совсем верно. Скорее здесь такая же история как и с предопределенными элементами справочника. Типовые реквизиты в режиме предприятия изменены быть не могут (УИН, УИД, предопределенность РЗ), а вот дополнительные - пожалуйста (Расписание, Использование).
|
|||
25
Fish
28.10.11
✎
11:51
|
(20) И непредопределенные и предопределенные тоже, перестали работать ВСЕ задания. После сохранения расписания в консоли заданий - БЕЗ ИЗМЕНЕНИЙ (например снял и поставил галочку) - начали работать :).
|
|||
26
Serginio1
28.10.11
✎
11:52
|
(22) Предопределенное это синглетон.
Расписание можешь менять, только этот объект будет один. непредопределенных может быть множество и выполняться будут в зависимости от УникальныйНомерЗадания у каждого задания он уникален. |
|||
27
Diabolicum 1C
28.10.11
✎
11:54
|
(26) Не вижу противоречия с (22) :D
|
|||
28
Serginio1
28.10.11
✎
11:57
|
(27) Прошу прощения вторая часть это к 23
|
|||
29
Serginio1
28.10.11
✎
11:59
|
(27) Синглетон это объект, но единственный в системе. Непредопределенные это тоже объекты но их может быть множество с различными состояниями
|
|||
30
Diabolicum 1C
28.10.11
✎
12:10
|
(29) Опять таки, нет противоречия. Тоже самое написано и в (22). В случае предопределенного РЗ - это единственный объект и соответственно все его свойства инициируются системой на основании метаданных. Для непредопределенного, метаданные - это "шаблон" по которому будут создано множество объектов, инициализируемых данными пользователя. По-моему, такой "шаблон" вполне можно назвать классом.
|
|||
31
Diabolicum 1C
28.10.11
✎
12:12
|
(29) Вношу поправку, для синглтона свойства расписание и использование будут общедоступны и могут отличаться от данных конфигурации.
|
|||
32
Serginio1
28.10.11
✎
12:24
|
(31) Но он будет единственным. В конфигураторе может быть выставлен и предопределенный, а использоваться как непредопределенный. Различие состоит в количестве создаваемых объектов и в обязательном параметре УникальныйНомерЗадания для вызова непредопределенных РЗ.
Ну да не суть. 1С очень далека от нормального ООП которое есть в C#. |
|||
33
Serginio1
28.10.11
✎
12:44
|
(13) Кстати не всегда. У меня ((8.2.13.219) если у клиентов не было активных действий перезапуск сервиса на них не влияет. Проблемы возникают только у тех у кого выполняется запрос.
|
|||
34
Serginio1
28.10.11
✎
12:45
|
(33) это к 17
|
|||
35
DenSpb
28.10.11
✎
12:53
|
Так... поставил галку "Предопределенное", перезапустили службу...и... все заработало!!!
Всем спасибо за помощь!!! |
|||
36
Diabolicum 1C
28.10.11
✎
12:57
|
(32) В целом мы говорим об одном и том же, только несколько разными словами. За сим я думаю закроем дискуссию.
(34) У меня 8.2.13.202. При перезапуске сервера, если у клиента не было активных действий - то он не отваливается - это да. Но при попытке клиент-серверного взаимодействия после перезапуска сервера клиент все равно падает и ругается на tcp соединение. Особо отмечу - речь идет о толстых клиентах. На тонких изначально такого быть не должно было. Возможно, что к 219 билду 1с что-то подшаманило в этом направлении. :D (35) Поздравляем;) |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |